Ce topic peut devenir l'espace idéal pour discuter de Apache Maven, environnement de construction d'applications Java.
 
Mais j'ai surtout une question. Lors de mes tests, j'ai vu maven télécharger automatiquement des tonnes de JARs. J'ai voulu installer dans maven une application exploitant le framework httpunit, et j'ai besoin pour cela du fichier j2ee.jar, que maven ne sait pas télécharger. Comment puis-je manuellement mettre le classpath à jour, sans taper un "set classpath" de mauvais aloi.

tu dois avoir un repository local dans ton intranet et spécifier quel jar et quel version tu as besoin pour ton projet et maven va le descendre.
 
Concernant J2EE.jar ca m'étonnerait que tu ne trouves pas un exemple de config sur le net qd même

Bien vu !
 

 
Par contre, devoir juxtaposer au nom de l'archive un numéro arbitraire, je trouve ça franchement craignos.

 
1/ Il n'est pas arbitraire c'est le numéro de version
2/ J2EE.jar est un mauvais exemple, parce que ce ne sont que des interfaces d'un truc qui change relativement peu. Lorsque tu auras une lib quelconque et que tu demanderas bien quelle version c'est (pour voir si c'est celle qui fix le bug machin ou non), tu seras bien content de l'avoir ton numéro de version

il est pas sur ibiblio le j2ee.jar ?

http://www.ibiblio.org/maven/ejb/jars/

y'a aussi jms, jndi, etc
 
 
 
 
 
 
ha non tiens y'a pas les jars de jms

REPONDEZ BORDEL

 
   
mais tai foo!

 
je confirme

 
bin c'est dans J2EE.jar jms non? (y a que des interfaces dans J2EE. jar hein )

ui mais ton j2ee.jar n'est pas sur ibiblio. vindju

ben ui mais ejb aussi est dans j2ee.jar, et ejb est dans ibiblio

c'est faux
 
Y a même tomcat dans le j2ee.jar

 
 
qu'il n'y ait pas que des interfaces, oui, y doit y'avoir qques classes concretes genre DefaultServlet je suppose(?), mais là euh...

regarde dedans si tu me crois pas  
 
D'ailleurs c'est bien chiant quand tu dois mettre le j2ee.jar dans une web-app tomcat : Le classloader de la webapp flingue les classes de tomcat en chargeant celles du J2ee.jar => ca fait tout foirer

ben d'ou il sort TON j2ee.jar

ha oui tiens
les cons...
 
mais en general un server d'app est fourni avec un jar non? avec jboss on a jboss-j2ee.jar, qui lui est tout clean...

tiens d'ailleurs --> http://www.ibiblio.org/maven/jboss/jars/
 
voila la dépendence à foutre dans vos project.xml pour maven, au lieu d'hoster un j2ee.jar

ben oui  

 
Bon, sinon voilà ce que j'ai fait. J'ai pris le j2ee.jar, je l'ai foutu dans mon repository local :
 

Et j'ai rajouté un bloc dependency avec les paramètres qui vont bien. ça a compilé mes trucs, donc je pense que c'est bon.
 
Pour le numéro de version, je persiste que c'est nul de l'imposer, quand les libs que tu récupères n'ont pas de numéro de version. Sur le principe OK, dans la pratique, bof quoi.

 
t'as rien compris au numéro de version alors et à ce que maven propose comme fonctionnalité (dépendences etc)

Cool.
 
Tu as un lien ? J'ai comme une envie de comprendre, soudain.

 
non je n'ai pas un lien. Alors le pourquoi du comment. Suppose que on passe à J2EE 1.4. Toi tu travailles sur ton projet avec ton j2ee.jar et sans version (puisqu'il n'en a pas c'est ridicule d'en ajouter un pas vrai?)
 
Le mec qui débarque dans ton projet fait comment pour savoir quelle version on utilise. Comment TU spécifies 'on fait du J2EE 1.3. Comment tu fais si une partie de ton projet tourne en 1.3 et l'autre, expérimentale et utilisant des classes communes par exemple, en 1.4
 
si tu as une réponse à toutes ces questions alors effectivement les numéros de versions sur un jar ca sucks des ours.

Ici, l'architecture est trop complexe et l'équipe trop réduite, pour qu'on change la plateforme de développement et de production. j2ee.jar restera celui que nous utilisons depuis le début.
 
Je comprends le besoin qui est le tien, cela dit.
 
Un problème qui va survenir ici est le suivant. J'ai dans l'archi un programme (Crystal Reports) qui impose l'utilisation d'un jar xerces-impl.jar, sous ce nom. C'est une de mes contraintes. ça suxe des ours.
 
J'ai aussi quelques craintes par rapport au serveur d'application, vu que c'est lui qui fournit j2ee.jar, servlet.jar et autres...

ne pas confondre jar de developpement et jar utilisé comme délivrable de l'applicatif

Je confonds les deux.

met la dependance sur un j2ee client et non le j2ee jar complet

Bon, je vais voir ça. Merci.

Sinon, puisqu'on y est à parler Maven, vous en pensez quoi, le POM, bonne ou mauvaise idée ? Les services, content ? Les plug-ins, en avez-vous testé ?

la POM est pas encore assez mure, je trouve ...

 
Surtout l'API du POM qui est nulle
 
(autant que moi je sais)

benou et chrisbk > This is serious matter, out.

j'avais meme pas saisi la feinte à benou

 
ben rien ne prouve finalement que ca en est une hein ? Il a sufisament joué fin pour semer le doute

je suis d'accord avec chrisbk