[JarBundler] Changer le Java Application Stub

Version imprimable

29/07/2009, 20h19
Piolet

[JarBundler] Changer le Java Application Stub

Bonjour,

je ne sais pas ou poster ce message, donc je mets ca en généralité.

Grosso modo, sous mac je génère régulièrement un .app pour pouvoir lancer mes applications sous mac.
Mais depuis peu, il y a eu une mise à jour de java sous mac visiblement, et mes applications ont quelques soucis, tout du moins une librairie à laquelle je fais appel (jdic)

ce qui est étonnant, c'est que quand je lance l'application sous eclipse, tout fonctionne normalement.
Si je génère un MonApplication.app (grâce a jarBundler via ant), l'application se lance bien, sauf que quand je fais appel aux éléments de jdic (Desktop.launch() par exemple) et bien la...rien ne se passe.

Ce qui est encore plus curieux, c'est que si je lance manuellement mon application par une ligne de commande :

Code:

java -jar MonApplication.app/Contents/Resources/Java/MonApplication.jar

la tout fonctionne normalement, preuve que le code est bon

la version du java qui est utilisé par cette ligne de commande est la suivante :

Citation:

java -version
java version "1.5.0_19"

je me dis que le jarBundler se base sur une autre version de java que propose mac os, et c'est ca qui entraine ces soucis.

j'ai essayé de faire ca :
http://www.informagen.com/JarBundler/StubFile.html
sans succès, et même en diminuant l'argument vmversion ne change rien

Avez-vous une idée ? est-ce que qq1 à déjà rencontré ce type de soucis ?

Merci d'avance
01/09/2009, 16h51
lanouettea

Salut!

J'ai exactement le même problème que toi.
Je teste sous mon IDE, tout fonctionne mes JOptionPane s'affichent et L'appel se fait à mes classes contenues dans les autres Jar.... Mais lorsque je lance l'appli... rien ne se passe sauf l'ouverture normale.

C'est assez problématique pour moi, puisque le jar externe sert à valider l'enregistrement de la licence du logiciel... et comme il ne fait pas appel à la classe..... tout passe bien sans que le logiciel ne soit enregistré.. ET là encore.. J'ai seulement ce problème sous MAC... QUand je lance sous windows ou sous linux ou directement par mon .jar principal... tout baigne!

As-tu réussi à rgler ton problème?
01/09/2009, 17h28
Piolet

Citation:

Envoyé par lanouettea

Salut!

J'ai exactement le même problème que toi.
Je teste sous mon IDE, tout fonctionne mes JOptionPane s'affichent et L'appel se fait à mes classes contenues dans les autres Jar.... Mais lorsque je lance l'appli... rien ne se passe sauf l'ouverture normale.

C'est assez problématique pour moi, puisque le jar externe sert à valider l'enregistrement de la licence du logiciel... et comme il ne fait pas appel à la classe..... tout passe bien sans que le logiciel ne soit enregistré.. ET là encore.. J'ai seulement ce problème sous MAC... QUand je lance sous windows ou sous linux ou directement par mon .jar principal... tout baigne!

As-tu réussi à rgler ton problème?

en fait j'ai pas réussi à résoudre le problème, juste à le contourner en fait.
J'ai déjà développer des applis qui fonctionnaient très bien avant la mise à jour Java de mac.
J'ai donc vérifié si mes anciennes applications fonctionnaient encore ou avaient le même soucis.
et elles fonctionnent normalement.

Conclusion, elles pointent vers un "bon java"
J'ai donc "ouvert" le .app que je générais à l'époque et récupéré le JavaApplicationStub et j'ai simplement copié ce fichier la ou je génère mes nouvelles applications.

Mon script Ant qui génère mes nouvelles .app génère avec ce "Stub" ancien et du coup, mes nouvelles applis pointent vers le même ancien java, enfin je suppose...

voila comment j'ai contourné...

pour l'instant ca tient
01/09/2009, 17h48
lanouettea

Merci pour la réponse rapide!

Hum... donc j'imagine que je devrais tenter de compiler mon application avec un java un peu plus ancien... peut-être que comme cela, mon JavaApplicationStub fonctionnerais correctement.
Du coup, je te pose cette question, puisque tu sembles en connaître assez long sur les application bundle.
J'aime bien fixer une version de java qui est utilisée par les utilisateurs de mon logiciel. C'est pourquoi quand je la distribue, je livre une JRE avec, selon l'OS de destination. Sous Linux et windows donc, je suis en mesure de faire fonctionner mon logiciel sous une distribution de java (situé à la racine de mon logiciel, dans un dossier jre... puis un script exécute la commande pour lancer à partir de ce java....) La question est donc la suivante:

Es-ce possible de distribuer une version de Java dans un application bundle et de faire rouler cette application sur cette version précise?
01/09/2009, 17h58
Piolet

Citation:

Envoyé par lanouettea

Merci pour la réponse rapide!

Hum... donc j'imagine que je devrais tenter de compiler mon application avec un java un peu plus ancien... peut-être que comme cela, mon JavaApplicationStub fonctionnerais correctement.
Du coup, je te pose cette question, puisque tu sembles en connaître assez long sur les application bundle.
J'aime bien fixer une version de java qui est utilisée par les utilisateurs de mon logiciel. C'est pourquoi quand je la distribue, je livre une JRE avec, selon l'OS de destination. Sous Linux et windows donc, je suis en mesure de faire fonctionner mon logiciel sous une distribution de java (situé à la racine de mon logiciel, dans un dossier jre... puis un script exécute la commande pour lancer à partir de ce java....) La question est donc la suivante:

Es-ce possible de distribuer une version de Java dans un application bundle et de faire rouler cette application sur cette version précise?

je fais exactement comme toi, du moins sous windows, car sous linux je suppose que les utilisateurs s'y connaissent assez pour installer un jre.

mais pour Mac, non je n'ai pas trouvé comment faire, sinon je l'aurais déjà fais, comme toi je pense ;) vu tout les soucis que j'ai pu avoir avec les différentes versions (surtout au niveau des combo box)
01/09/2009, 18h11
lanouettea

Ok merci.

Je vais continuer de tenter de faire fonctionner mes trucs...
C'est vraiment étrange... l'application se lance, mais les boites de dialogue que je fais ouvrir à l'ouverture n'apparaissent pas. Ma nouvelle méthode qui vérifie l'activation du logiciel ne se fait pas appeler, et ce ci uniquement quand je lance l'application avec le applicationStub.. lorsque que je double-clique sur le Jar, tout fonctionne à merveille. Je suis vraiment perplexe!

Comme toi, je ne pensais pas avoir à y passer autant de temps!
01/09/2009, 18h18
Piolet

Citation:

Envoyé par lanouettea

Ok merci.

Je vais continuer de tenter de faire fonctionner mes trucs...
C'est vraiment étrange... l'application se lance, mais les boites de dialogue que je fais ouvrir à l'ouverture n'apparaissent pas. Ma nouvelle méthode qui vérifie l'activation du logiciel ne se fait pas appeler, et ce ci uniquement quand je lance l'application avec le applicationStub.. lorsque que je double-clique sur le Jar, tout fonctionne à merveille. Je suis vraiment perplexe!

Comme toi, je ne pensais pas avoir à y passer autant de temps!

j'ai rencontré exactement les mêmes soucis, tout fonctionnait sous eclipse ou sous un terminal standard, mais via le Stub la...plus rien...du moins plus rien pour ce qui est de la librairie jdic...le reste était plus ou moins normal visiblement

si tu trouves une autre solution, n'hésites pas
01/09/2009, 20h15
lanouettea

C'est un peu du n'importe quoi.. mais tu n'aurais pas ce JavaApplicationStub par hasard?

Sinon, c'est peux être parceque mon application est compilé sous Windows, avec la JDK 1.6.0_16. Et que le ApplicationStub le plus récent que je possède sois 1.6.0_14.... Sinon sérieusement, je vois pas..
01/09/2009, 23h35
Piolet

1 pièce(s) jointe(s)

Citation:

Envoyé par lanouettea

C'est un peu du n'importe quoi.. mais tu n'aurais pas ce JavaApplicationStub par hasard?

Sinon, c'est peux être parceque mon application est compilé sous Windows, avec la JDK 1.6.0_16. Et que le ApplicationStub le plus récent que je possède sois 1.6.0_14.... Sinon sérieusement, je vois pas..

j'essaie de le joindre la
11/09/2009, 11h36
toffrubel

Et bien je suis content de voir que je ne suis pas tout seul.
J'ai développé une appli JAVA qui tourne sous Mac en ce moment et je viens de me rendre compte qu'il y avait une différence de comportement entre la version qui se lance sous Eclipse, le jar exectable et l'application générée par Jar Bundler.
La façon dont est gérée les JTable est complètement différente entre les deux versions.
La "solution" que j'ai trouvée pour l'instant c'est de ne pas utiliser le JarBundler pour l'instant et de faire juste un alias vers le jar avec une icone.

y a-t-il une vrai solution ?
le JavaApplicationStub peut-il être changé ?
21/09/2009, 22h07
lanouettea

Salut Piolet!

Bon.. j'ai une solution pour régler notre problème.. pour l'instant, j'obtient un noclassDefFound error, mais ça c'est seulement mon classpath, je trouverez un moyen d'arranger ça plus tard, mais le reste de ma solution fonctionne!

Alors voilà:

1. On crée un fichier contenant une seule ligne qui se trouve à être la commande appelant la version la plus récente de Java (ou bien un JRE comprit dans le package si on veux plus de controle) et qui apelle le jar d'éxécution de ton application.
Ce la devrait donner quelque chose du genre (Mon programme s'apelle Edgar, dMou le EDGAR.app):
/System/Library/Frameworks/JavaVM.framework/Versions/A/Commands/java -jar /Applications/EDGAR.app/Contents/Resources/Java/Edgar.jar -cp /Applications/EDGAR.app/Contents/Resources/Java/. -classpath /Applications/EDGAR.app/Contents/Resources/Java/.

2. On donne les droit d'éxécution du fichier à tout le monde sur l'ordinateur en utilisant la commande chmod a+x.

3. Placer ce fichier au même endroit que le JavaApplicationStub. C'est-à-dire cheminVersMonApplicationPackage/Contents/MacOS/

4. On supprime l'ancien JavaApplicationStub et on renomme notre nouveau fichier JavaApplicationStub.

5. Voilà! Tout devrait baigner dans l'huile.

Donnez moi vos commentaires si ça fonctionne pour vous. Si oui, je rendrai la solution plus disponible sur le net. On est pas les seuls à avoir ce problème!
21/09/2009, 23h41
Piolet

Citation:

Envoyé par lanouettea

Salut Piolet!

Bon.. j'ai une solution pour régler notre problème.. pour l'instant, j'obtient un noclassDefFound error, mais ça c'est seulement mon classpath, je trouverez un moyen d'arranger ça plus tard, mais le reste de ma solution fonctionne!

Alors voilà:

1. On crée un fichier contenant une seule ligne qui se trouve à être la commande appelant la version la plus récente de Java (ou bien un JRE comprit dans le package si on veux plus de controle) et qui apelle le jar d'éxécution de ton application.
Ce la devrait donner quelque chose du genre (Mon programme s'apelle Edgar, dMou le EDGAR.app):
/System/Library/Frameworks/JavaVM.framework/Versions/A/Commands/java -jar /Applications/EDGAR.app/Contents/Resources/Java/Edgar.jar -cp /Applications/EDGAR.app/Contents/Resources/Java/. -classpath /Applications/EDGAR.app/Contents/Resources/Java/.

2. On donne les droit d'éxécution du fichier à tout le monde sur l'ordinateur en utilisant la commande chmod a+x.

3. Placer ce fichier au même endroit que le JavaApplicationStub. C'est-à-dire cheminVersMonApplicationPackage/Contents/MacOS/

4. On supprime l'ancien JavaApplicationStub et on renomme notre nouveau fichier JavaApplicationStub.

5. Voilà! Tout devrait baigner dans l'huile.

Donnez moi vos commentaires si ça fonctionne pour vous. Si oui, je rendrai la solution plus disponible sur le net. On est pas les seuls à avoir ce problème!

Hum...la comme ca, à cette heure ci...ca me parait compliqué ;)
et finalement pas sûr que ma solution ne revienne pas au même finalement, vu que je pointe vers une des anciennes versions de java visiblement.

Mais si j'ai le temps et le courage dans les prochains jours, j'essaierais pour voir.

Merci ;)
22/09/2009, 14h27
lanouettea

Nah c'est pas si compliquer... et en fait.. ça permet de garder la philosophie apple des applicatication bundle. En tout cas.. il ne suffit que de remplacer le JavaApplicationStub par un petit script bidon exécutable et de donner JavaApplicationStub comme nom au fichier... En tout cas.. ça fonctionne à merveille!