Reprise du message précédent :

 
c'est ca en fait : http://www.oreilly.fr/catalogue/javaserver-pages.html
 
j'avais cru comprendre que o'reilly était un bon éditeur

d'un autre coté, c'est eux qui font le java in a nutshell

et les deux bouquins sont differents là hein

 
Tiens, un livre de merde tout juste bon à allumer une cheminée

 
hum
 
j'ai pris ce que j'ai trouvé à la biblio de l'iut

 
Bah c'est pas grave, je l'ai acheté, j'en ai lu 80 pages et j'en ai eut marre que l'on m'explique la bibliothèque personnelle de l'auteur et de son code pas-objet.

 
erf erf
 
bon ben je vais me rabattre sur les bouquin d'uml que jai pris
 
et je vais chercher des tutos sur le net
 
mais bon je vai quand meme lire les premiere page pour essayer de bien comprendre le principe des jps/servlet

-->vous avez quoi contre java in a nutshell ??? c pratique ce truc...

 
Il fait double emploie avec la javadoc sans pour autant apporter une valeur ajoutée.

je sais pas vous mais moi j'aime bien avoir la doc imprimée devant moi...le alt-tab ca va 5 min, mais c pas forcément pratique...pis pour programmer en lisant la spec d'une fonction, c super pratique de l'avoir EN MEME temps sous les yeux

c'est pour ça que les IDE sérieux savent afficher de la doc HTML.

à moins d'avoir un 21" dans une resa assez haute, c pas super exploitable le split pour avoir la doc d'un coté et le code de l'autre

 
Bin, le principe économique d'un ERP c'est justement de mutualiser les coûts de développement entre plusieurs entreprises, donc pas de développement interne comme pour J2EE.
 
La philosophie de J2EE c'est d'apporter un système capable de s'interfacer avec les legacy applications, de pouvoir développer n'importe quelle appli de gestion avec, le tout sous forme modulaire, orientée objet et aussi d'avoir des IHMs variés.

ok...c complémentaire en somme

je trouve ca bizarre ta definition d'un ERP Untitled
c'est forcement entre entreprises? tu as l'air de dissocier ERP et J2EE, alors que pour moi J2EE pouvait servir à faire des ERP (mais c'est une abreviation que je connaissais pas avant ce topic alors pardon si je me plante )
et pour ce que tu appelles legacy applications, que veux tu dire?

je suis plutot d'accord avec sa définition :  
 
L'idée d'un ERP, c qu'on s'est aperçu que tt les boites avaient des besoins similaires...
 
Un ERP c des briques, des composants, qui correspondent aux besoins courant des ets...si l'intégration a été faite proprement, t'a 80% des besoins out of the box, et les 20% restant c du paramétrage particulier..
 
d'un autre coté, les boites qui éditent les ERP étudient les retours, pour améliorer la qualité des composants de base...

 
Les legacy applications ("les applications dont on hérite" ), ce sont les vieux programmes qui existent déjà sur place, et dont tu n'as pas envie de te séparer, par conséquent tu dois trouver un moyen de les exploiter pour par exemple alimenter un portail internet, et pour ceci tu dois passer par l'intermédiaire d'un EAI, de webservices ou d'un bus logiciel comme CORBA.

excatement ce que je fais en ce moment (mais j'ignorais l'expression legacy ), on a des vieilles appli indispensables qui recrachent des fichiers textes, on les a modifié et on utilise les web services pour transferer les données dans l'appli (basée sur J2EE)

alors tu *dois* lire http://www.objectmentor.com/resour [...] cyCode.pdf

 
  je lirais ca ce soir...

encore deux liens interessants:
http://jakarta.apache.org/gump/  
&
http://jakarta.apache.org/cactus/
 
comme d'habitude, si quelqu'un les a deja utilisé, son avis est le bienvenu    

On utilise cactus ici avec le plugin maven (on a meme envoyé des patches ).
 
En gros c'est pour faire des tests de type JUnit sur des composants EJB. On l'utilise essentiellement pour tester nos session beans en utilisant l'interface locale.
 
Le +:
 
- Cree un EAR avec les dépendences que tu veux, basé sur ton projet maven!
- Démarre JBoss
- Déploie l'EAR
- Lance les tests et affiche les résultats dans la console
- Enlève l'ear et stoppe Jboss
 
Les -
 
- Y a un accès HTTP pour lancer un test à la fois mais y a pas de chouette GUI comme dans JunitEE par exemple
- Des trucs bizarre dans l'info généré du genre TestSuite passed puis la liste des tests alors que je m'attenderai a voir le contraire
- Assez lent dès que tu as bcp de tests à lancer

non non, c'est dans le bon ordre, c'est juste le retour ligne qui est mal foutu:

(avec testblah et testtruc qui sont dans TestMachin et testundeuxtrois qui sont dans TestBidule)
 
du coup c'est complement illisible dès que t'as plus de 3 classes de tests quoi
 
enfin bon ça doit pas etre compliqué à fixer

ben moi je trouve que si  

ben dépend de ce qu'on fait quoi...
t'as des centaines d'applications d'entreprise dont la gui ne consiste qu'en affichages de liste et remplissages de formulaire, donc ça peut se faire tout aussi bien dans un browser non?
 
évidemment, si t'as qqun d'intelligent qui est capable de designer une meilleure interface pour une application précise, alors ben je suis d'accord
 
(t'as des examples?)

on a des applis comme ca en mode texte, c'est rapide, tab, touches de fonctions, tout passe. c'est que de la saisie au kilometre.
 
la même en web, on a galéré pour gérer les touches de fonctions, les masques de saisie (js obligé) c'est toujours pas au point, etc...

bien vu
 
d'un autre côté, n'y aurait-il pas une solution plus avantageuse pour l'utilisateur, qui lui eviterait la saisie au kilometre? (mais qui ne serait sans doute pas non plus possible en web hein, c'est pas ce que je veux dire)
 
à vrai dire, les UI sont souvent très pauvres, et peu d'innovations sont apportées/utilisées par les applis d'entreprise... on y accore pas assez d'importance
 
(on dérive?)

Je réclame un topic unik digne de ce nom avec explications, comme le tuto de drashe sur virer EasyPHP ou la faq XHTML.
 
Je suis perdu :  
EN cherchant des plugins eclipse, g dérivé sur le J2EE...et g trouvé Lomboz (que j'avais déjà vu cité par ici)
 
Mais bordel combien de formats se réclament du J2EE ???
Pkoi utiliser en même temps jBoss et Tomcat ?...j'ai cru comprendre que l'un faisait server d'appli, et l'autre server servlet/JSP...mais la différence me semble confuse...
 
autant le J2SE c simple c cadré, autant le J2EE je trouve ca assez bordélique

http://www.eaves.org/jon/j2ee/vjug/text2.html

ben c'est bon, t'as compris l'essentiel

donc si g bien compris, un EJB c une appli java, et jboss c le server qui sert ces composants ??
 
tjs si g bien compris, ca sert à faire des servers d'appli genre citrix, mais en java ?

Oracle forms ?

euh je parlais d'un exemple concret d'implementation/utilisation

les applications forms générées par Designer alors.
qui offrent par exemple un système proche du combobox, mais sur plusieurs colones, et avec un système de recherche (pour les longues listes) des calendriers pour la saisie de date, et des paquets de petites choses qui simplifient la vie de l'utilisateur.

Alors en fait, à la base, j'ai fais ce topic pour parler de J2EE en general, faire un topic comme drasche se revelerait compliqué dans le sens ou il y a trop de choses differentes dans J2EE, à la rigueur un topic Tomcat, un autre JBoss, etc...

Pour eclipse, il pourrait etre utils de faire un topic special, en plus Lomboz semble interessé du monde, je pourrais m'y coller sachant que j'utilise les 2    

c'est bien ça, la difference est dans l'implementation (qu'on me dise si je me trompe), JBoss implemente les EJB et il est couplé avec Tomcat ou Jetty pour les servlets et jsp, Jonas je ne sais pas mais lui est conforme J2EE. c'est confus, je te l'accorde.

bienvenu et encore attend de te frotter aux framework en tout genre, systeme persistants et autres    
 
en attendant des trucs plus precis, tu peux demander tout ce que tu veux ici    
 

ben c'est surtout que tomcat et jetty ne sont que des serveurs de servlets, n'implement donc que les apis servlet et jsp. alors que jboss et jonas implementent toute la norme j2ee - voir le lien que j'ai donné plus haut qui liste les differentes technos qu'englobe j2ee - en s'aidant de tomcat ou jetty pour la partie servlets/jsp

Merci Uriel pour ces réponses...
 
-->je veux bien contribuer à un topic unik eclipse si t'en fait un, vu que g choppé des millions de docs, et que je l'utilise aussi...notemment pour la partie conne de l'install,le choix des versions, customizer l'UI, et la V3.0 Mx par exemple...
 
-->le J2EE ca m'intéresse parce que mon DESS a fait sortir pas mal de gars qui trouvent du taf dans ce domaine (genre des chefs de projets J2EE à la BNP, etc...), et pis l'idée m'intéresse sur le fond, j'aime bien le java, et je trouve sympa l'interfaçage possible entre J2SE, J2EE, J2ME (je v pe faire un stage en J2ME) et les browsers...y'a des choses à faire là dedans...
 

Ah oui je vois, on appelle ça du nom ésotérique d'"existant" parfois aussi...
 
Sérieux je suis dans la branche, je bosse dans le bancaire, et j'ai l'impression de comprendre un mot sur 2...

ce qu'il vient d'expliquer, c tout mon programme de DESS...ah, ca me fait rever