Amis codeurs java et amis juristes, salutations, j'ai quelques questions.

(On trouve sur le web pas mal d'aide pour la prog pure, mais peu pour les travaux annexes...)

Voici le contexte : je viens de terminer le portage de mon logiciel, de .Net vers Java, et j'ai une version allégée qui fonctionne. Dans la recréation de cette version Java, j'ai utilisé des bibliothèques de fonctions (export PDF avec iText et lecture XLs avec JXL).

Ces bibliothèques étant disponibles sous licence LGPL, je me demande encore (même après avoir lu et relu les textes des dites licences) :
- si je peux commercialiser un logiciel utilisant ces bibliothèques;
- si je dois fournir le code source des bibliothèques et du logiciel complet;
- comment intégrer ces bibliothèques au fichier jar déployé : en utilisant leur code source, en utilisant une version pseudocompilée compressée en jar ? (et les codes sources à part).

J'aimerais bien diffuser gratuitement sous licence LGPL ou CeCILL, mais c'est mon employeur qui va décider...

Autre question importante, le déploiement. Pour les précédentes versions limitées à Windows, je générais un disque d'installation (difficilement). Là j'ai donc un fichier .jar, que l'on peut lancer par un .bat ou un .exe généré par un utilitaire comme JSmooth.

J'aimerais savoir s'il existe des méthodes de diffusion matérielles plus "user-friendly" (pour la diffusion web javaWebStart me paraît indiqué, merci Gfx). Existe-t'il des utilitaires de génération d'installations multi-os ?

Merci de votre aide

- si je peux commercialiser un logiciel utilisant ces bibliothèques;
Oui.

- si je dois fournir le code source des bibliothèques et du logiciel complet;
Non.

- comment intégrer ces bibliothèques au fichier jar déployé : en utilisant leur code source, en utilisant une version pseudocompilée compressée en jar ? (et les codes sources à part).
Personnellement j'utilise des versions déjà en jar.

Existe-t'il des utilitaires de génération d'installations multi-os ?
Oui, comme InstallAnywhere.

Merci déjà de ces réponses. Une question subsidiaire :

Pourquoi dans le répertoire de build (sous Eclipse) de mon projet j'ai de nombreux fichiers classe$1.class, classe$2.class etc ? Est-ce utile ou simplement la trace des builds de débogage ?

Et puis une autre :
Comment vérifier ce qui cloche lorsqu'une erreur de classe non trouvée apparaît au lancement du jar principal (malgré la modification du manifeste pour indiquer les jars secondaires au classpath) ?

En fait j'ai le même problème que là :
http://www.alegsa.com.ar/Visitas/Executabl...blem%20java.php

Si je comprend bien je ne comprend pas bien

QUOTE

Pourquoi dans le répertoire de build (sous Eclipse) de mon projet j'ai de nombreux fichiers classe$1.class, classe$2.class etc ? Est-ce utile ou simplement la trace des builds de débogage ?

C'est utile. Ce sont les classes anonymes créées par du code genre :

CODE

addActionListener(new ActionListener() {  public void actionPerformed(...) });

QUOTE

Comment vérifier ce qui cloche lorsqu'une erreur de classe non trouvée apparaît au lancement du jar principal (malgré la modification du manifeste pour indiquer les jars secondaires au classpath) ?

Facile : s'il la trouve pas c'est qu'elle n'est pas dans le classpath ^^ As-tu bien mis tes jar en dehors les uns des autres ? Jamais de jar dans un jar. Sinon vérifie que les chemins précisés dans le manifeste sont bien relatifs au jar lui-même et pas au répertoire d'exécution.

Ah crotte alors, si on ne peut pas mettre de jar dans un jar :/

Bon j'avance, merci =)

jar jar :blinks: