Discussion :

[bulbo]

Salut les experts NetBeans,

J'ai de nouveau un probleme tordu pour vous.

Voila j'ai un projet base sur la plateforme NetBeans, dans ce projet j'ai pas mal de modules qui partagent un ensemble de dependences externes que l'on recupere en utilisant Ivy.

Mon probleme c'est qu'a la creation du wrapper pas de probleme, le wizard NetBeans me detecte les differents packages et met le project.xml a jour avec les infos. Mais si je rajoute une dependence dans le fichier Ivy, je vais recuperer une nouvelle lib mais ses packages seront absents du project.xml.

Ce que je voudrais c'est un moyen moins bourrin et peut-etre automatisable de regenerer le project.xml avec tout les packages.

Toutes les idees sont les bienvenues,

Bulbo

[n!co]

Malheureusement, je ne vois pas beaucoup de solution

1. continuer a tout faire à la mano ....
Soit ajouter les class-path-extension au project.xml puis via la fenetre de propriété selectionner les packages publiques (evite de se les tapper à la main).

2. Delete module wrapper, create module wrapper

3. Créer un module de support pour evy

n!co

[bulbo]

Malheureusement, je ne vois pas beaucoup de solution

1. continuer a tout faire à la mano ....
Soit ajouter les class-path-extension au project.xml puis via la fenetre de propriété selectionner les packages publiques (evite de se les tapper à la main).

Si on ajoute l'extension au classpath les packages apparraissent dans les proprietes ? Faut que j'essaye ca, c'est peut-etre une solution.

2. Delete module wrapper, create module wrapper

Ca je ne veux (peux) pas faire, tout est sous CVS et les merges update ca va etre un cauchemard a chaque fois.

3. Créer un module de support pour evy

En fait tu n'as pas vraiment besoin d'un module pour Ivy, une petite inclusion dans le build file et c'est fini.
Par contre faire un module pour permettre un update d'un library wrapper, pourquoi pas.

Bulbo

[n!co]

Si on ajoute l'extension au classpath les packages apparraissent dans les proprietes ? Faut que j'essaye ca, c'est peut-etre une solution.

C'est ca, les jars sont parcourus automatiquement et les packages sont proposés dans les propriétés.

Ca je ne veux (peux) pas faire, tout est sous CVS et les merges update ca va etre un cauchemard a chaque fois.

Si tu ne fais pas de commit entre temps, seuls les nouveaux jars et le projet.xml devrait être commités. Biensur il ne faut pas faire de delete via svn.
Mais je dis peut être une bétise, faut test.

n!co

[bulbo]

Si tu ne fais pas de commit entre temps, seuls les nouveaux jars et le projet.xml devrait être commités. Biensur il ne faut pas faire de delete via svn.
Mais je dis peut être une bétise, faut test.
n!co

Les jars ne sont pas sous CVS ispice d'iritique on ne met que les sources sous CVS jamais de production .. enfin c'est ce que moi j'appelerais une bonne pratique en tout cas.

Ce que l'on a sous CVS c'est le fichier de conf d'Ivy et la target de buid qui recupere les jars en utilisant Ivy et qui les recopient la ou ils doivent etre dans le library wrapper.

Bulbo

[bulbo]

Bon effectivement rajouter a la main les class-path extension dans le project.xml permet ensuite de selectionner les packages depuis les proprietes du wrapper

Cette solution est nickel, Ivy se charge de downloader les jars et de les installer et seul le fichier project.xml est impacte par la modif, donc seulement besoin de 2 commits, le fichier Ivy et le fichier project.xml en cas de changement.

n!co t'es un chef

Bulbo

[n!co]

Les jars ne sont pas sous CVS ispice d'iritique on ne met que les sources sous CVS jamais de production .. enfin c'est ce que moi j'appelerais une bonne pratique en tout cas.

Ce que l'on a sous CVS c'est le fichier de conf d'Ivy et la target de buid qui recupere les jars en utilisant Ivy et qui les recopient la ou ils doivent etre dans le library wrapper.

Bulbo

Je n'ai pas branché mes neurones ce matin
Merci pour ce rappel à l'ordre

Cool que ca marche pour toi !
Et je garde l'idée d'ajouter une option pour ajouter des jars plus simplement

n!co