(Note : je suis un inconditionnel de Maven, mais…)
Résolu les problèmes de dépendances ? C'est encore loin.
Je ne sais pas pour virtualenv, mais pour maven, on peut certes dire que ça les simplifie grandement, mais pas que ça les résout.
Les dépendances sont toujours agglomérées dans un classpath unique. Il faut être extrêmement prudent quand on a une même dépendance tirée dans des versions différentes, et choisir celle qui marche… quand c'est possible.
Un exemple : slf4j autour de la version 1.6, avec des compatibilités ascendantes non respectées, si on a une dépendance transitive avant la charnière et une autre après, on est pas sûr de pouvoir faire fonctionner le résultat. J'ai vu d'autres problèmes du même type avec cglib et autres bibliothèques qui sont souvent tirées par plusieurs dépendances.
[^] # Re: à propos de XulRunner
Posté par mickabouille . En réponse au journal Une histoire de fork. Évalué à 2.
(Note : je suis un inconditionnel de Maven, mais…)
Résolu les problèmes de dépendances ? C'est encore loin.
Je ne sais pas pour virtualenv, mais pour maven, on peut certes dire que ça les simplifie grandement, mais pas que ça les résout.
Les dépendances sont toujours agglomérées dans un classpath unique. Il faut être extrêmement prudent quand on a une même dépendance tirée dans des versions différentes, et choisir celle qui marche… quand c'est possible.
Un exemple : slf4j autour de la version 1.6, avec des compatibilités ascendantes non respectées, si on a une dépendance transitive avant la charnière et une autre après, on est pas sûr de pouvoir faire fonctionner le résultat. J'ai vu d'autres problèmes du même type avec cglib et autres bibliothèques qui sont souvent tirées par plusieurs dépendances.