Passer de Delphi à Java ?

Bonjour à tous,

J'étais jusqu'à présent fervent défenseur du Pascal et je développe en Delphi sous Windows.

Je me pose donc la question de savoir s'il serait bien de passer à Java, car je suis sur Mac OS X et pour développer en Delphi, je suis obligé d'utiliser VMWare, pour avoir une machine virtuelle Windows. Bref pas terrible.

Avant de passer sous Java, je me pose les questions suivantes :

• La même application pourra-t-elle être exécutée sur XP et sur MAC (portabilité) ?
• Existe-t-il un EDI de type Delphi pour Java qui soit aussi performant et ergonomique (RAD, concepteur graphique...) et qui existerait sur plusieurs plateformes (MAC et PC) ?
• En termes de performances le résultat sera-t-il comparable à une application écrite en Delphi ?
• Existe-t-il des bibliothèques d'objets utilitaires comme en Delphi ?
• Je ne connais pas C ni C++ ni C#, est-ce un problème ou un frein ?
• Certaines choses sont-elles impossibles à faire en Java qui seraient possibles en Delphi ?

Voila je sais que ça doit être assez basique comme question mais je suis un peu perdu et avant de prendre une décision, je préfère savoir à quoi m'en tenir.

L'idéal serait d'avoir l'avis d'un pro qui maitrise Delphi et Java ;)

Merci à tous.

Bonjour,

je n'ai pas la réponse à toutes les questions, et celles que je vais faire n'engagent que moi:
* Si JAVA tourne sur MAC, alors il devrait y avoir compatibilité. J'ai testé la comptabilité µSoft (XP, Vista, 7) et Linux (Ubuntu). Cela fonctionne dans les grandes lignes à part quelques petites divergence graphiques...
* En ce qui concerne l'éditeur, il y a JBuilder qui ressemble à ce que l'on connait sur Delphi. Sinon il y a aussi NetBeans. Pour ma part j'ai commencé avec ce dernier, mais finalement j'utilise Eclipse maintenant. Je me suis aperçu que "placer les composants" par le code n'est pas plus fastidieux que de les placer en "WYSIWYG".
* Je ne pense pas que JAVA soit aussi performant en terme de vitesse. Il interprète en temps réel le code alors que Delphi fourni un code compilé. Cependant, avec les machines actuelles, on ne voit pas de différence. A part si l'on désire faire un jeu d'échecs...
* Bien sûr qu'il y a des bibliothèques d'utilitaires. Allez faire un tour de ce côté, et vous verrez les fonctionnalités de bases de JAVA: http://download.oracle.com/javase/6/...s-noframe.html. Même si vous n'y comprenez pas tout, vous voyez au moins l'étendue ... du problème :mrgreen:
* Connaitre C et C++ peut aider... mais c'est un handicap aussi. Car il faut "oublier" la façon de penser en C++, et se mettre à penser en JAVA. Donc finallement, ce n'est pas un problème de ne pas connaitre C++.
* Pour la dernière question, je ne peux pas répondre, mais je pense que rien n'est impossible en JAVA... c'est un langage impressionnant !!

En espérant que cette réponse puisse vous aider dans votre choix. De plus, il y a les forums de ce site qui fait que l'on reste rarement coincé, alors pourquoi ne pas tenter l'aventure JAVA...

@ bientôt

Bonjour et merci pour la réponse.
quelques besoins de précisions :

Citation:

---

Je me suis aperçu que "placer les composants" par le code n'est pas plus fastidieux que de les placer en "WYSIWYG".

---

Ça veut dire que c'est quand même super complique de le faire par une interface graphique ? Je dis ca parce que dans mon soft j'ai une tretra chiée de contrôles à placer sur ma page et par soft ça me parait coton de gérer le positionnement...

Citation:

---

Cela fonctionne dans les grandes lignes à part quelques petites divergence graphiques...

---

c'est à dire ? (genre quelqeus détails...) :oops:

Merci d'avance. Si d'autres spécialistes ont d'autres infos...

même avis que rtg57.

Juste pour préciser sur le placement des composants, même si tu en as 50 ou 100 à placer, ce sera certe fastidieux de les placer à la main...

Maintenant il y a "à la main" et "à la main", j'entends par la que tu peux les placer en fixant à chacun sa position exacte (très très fastidieux), ou alors tu peux regarder comment fonctionne les Layout en JAVA, et la ca se fera vite et bien.

Il suffit de choisir le bon layout et de le paramétrer, ensuite tu n'aura qu'a ajouté tes composants dedans via un méchant bourrin "add", JAVA se chargera de le mettre à la bonne place ;)

Donc ca parait long et fastidieux, mais ca ne l'est pas forcément si tu utilise les bons outils à ta disposition.

Citation:

---

Envoyé par rtg57

* Je ne pense pas que JAVA soit aussi performant en terme de vitesse. Il interprète en temps réel le code alors que Delphi fourni un code compilé. Cependant, avec les machines actuelles, on ne voit pas de différence. A part si l'on désire faire un jeu d'échecs...

---

Je ne suis pas sure, car maintenant y'a la Compilation à la volée. Et puis certains bouts de code, traduits tel quels tournent pareil (genre pour résoudre un équation iterativement avec une belle grosse boucle qui fait du calcul, testé et approuvé :)

Composer un écran de saisie avec NetBeans comme EDI n'est pas un problème.
C'est du glisser-placer avec une ergonomie forcément différente d'un autre EDI.

Perso, avant java, je programmais avec Access 2000 et je n'ai pas été perturbé par le changement d'outil pour la composition des écrans.

arkhamon, en fait les questions que tu poses sont les inquiétudes classiques du programmeur expérimenté dans un langage
qui aimerait bien retrouver "au moins aussi bien" dans un autre langage.

En choisissant java, tu choisis la garantie d'un langage assez universel
pour pouvoir se dire "quel que soit le cas d'école, il y a la solution".

Un autre aspect, et non des moindres, est que la communauté java est extrêmement large.
On trouve systématiquement des bibliothèques spécialisées dans la question que l'on souhaite régler :
- mail, web, FTP
- mise en page sophistiquée d'états
- XML, bases de données ...

Donc c'est génial mais ...

... passer à un autre langage nécessite plusieurs mois de travail avant d'être à l'aise.

Bonjour,

pour compléter les réponses du 1er post:

* Le placement de composants "à la main", c'est pas "super compliqué", c'est même simple. Cependant, cela demande à écrire quelques lignes de code. Alors c'est sûr que c'est plus fastidieux que de glisser-déposer et étirer les composants à l'aide de la souris. Quoique, si on veut un placement précis, il faut parfois aller retoucher le code généré par un EDI WYSYWYG.

* Pour les petites divergences graphiques, il s'agit d'un cas où j'ai développé une boite de dialogue très personnalisée, avec effet de translucidité et ombrage. Cela ne fonctionne pas de la même façon sous UBUNTU. Mais je pense qu'il y aurait moyen de bidouiller...

Encore une fois, je terminerais par ceci: JAVA est vraiment impressionnant. L'informatique n'est pas mon métier, mais c'est un réel plaisir avec JAVA. Enfin, cela n'engage que moi :mrgreen:

@ bientôt...

Merci à tous pour vos réponses, je vais finir par me laisser convaincre d'abandonner mon bon vieux Delphi au profit de Java, et dieu sait à quel point j'adore Delphi.

Autre point : il semble que Eclipse soit devenu the EDI pour java. C'est un bon choix ou pas ? Sachant que étant issu du monde PC, y a quelques trucs qui me rebutent parmi lesquels :

• devoir installer un soft en tapant des lignes de commandes a rallonge
• paramétrer le soft via des modifs de fichiers dans tous les recoins
• devoir bidouiller pour que ca marche sur ma machine
• devoir installer 25000 pluggins pour que ca marche
• devoir choisir entre 25 distributions

Après je dois avouer que je suis un peu perdu entre toutes les versions JRE, J2E, SOA... Quoi prendre ?

reste après une grande interrogation : JAVA étant 100% classe (admirez le jeu de mot), je fais comment pour constituer ma librairie de fonctions comme je faisais avant en Delphi ? exemple (considérons que la fonction que je développe ci-dessous n'existe pas en Java) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

Function operation(opea , opeb : integer ; operateur : char) : integer; Begin case operateur of '+' : result := opea + opeb; '-' : result := opea - opeb; '*' : result := opea * opeb; '/' : result := opea div opeb; end;   et l'appel :   resultat := operation(12 , variable , '*);

---

Ah ouais j'allais oublier : les références d'un bon bouquin sur Eclipse Java et tout et tout. En français... :ccool:

Voila pour l'instant ca me parait un bon début... :oops:

Pour développer tu as besoin d'installer sur ta machine la famille Java SE (standard édition) :
- le JDK (librairies de développement)
- le JRE (run-time) est automatiquement installé lors de l'installation du JDK

Pour installer ensuite ton appli sur un poste utilisateur, il faut installer le JRE sur ce poste.

J2E est un ensemble de développement supplémentaire permettant de faire des applications "entreprises".
Typiquement, ces applications (EJB) sont placées sur un serveur et communiquent comme des webs services.
Donc, laisse de côté pour le moment, sinon tu vas te noyer.

Par ailleurs, tu as naturellement le choix entre plusieurs EDI.
Eclipse et NetBeans, à peu près à part égales, sont utilisés par la majorité des développeurs.

Je ne connais pas Eclipse.
J'utilise NetBeans depuis le début. Il s'installe d'un clic et on commence le développement immédiatement sans plug-in.
Si tu le choisi, je te recommande de ne télécharger que la version minimale pour des questions de clarté. Tu pourras toujours télécharger les modules complémentaires après.

Pour les fonctions utilitaires que tu veux te créer, le plus simple est :
1) créer un projet "MesFonctions"
2) développer les fonctions voulues avec le mot-clé "static"
3) compiler -> l'EDI va créer un "package" MesFonctions.jar
4) tu ajoutes MesFonctions.jar dans les bibliothèques de l'EDI
après, tu ajoutes le package ainsi créé dans tes différents projets

Il convient de ne créer des fonctions statiques que dans des cas typiques de règles de calcul personnalisées.
Il y a eu des programmeurs qui ont abusé des méthodes/fonctions statiques et qui ont connus des incohérences de programme avec des objets qui n'étaient pas statiques.

Pour Eclipse soit tu prends la version "à poil" sans aucun plug-in, ou alors tu prends la version Java (version de base), dans laquelle il me semble qu'il y a à peu près tout pour le Java (il y a une version J2EE aussi, séparée).

Ensuite installer des modules complémentaires ça se fait au clic, mais c'est si tu veux faire d'autres choses, comme du J2EE, de la modélisation, du C, etc...

Tout ce que j'ai eu à configurer pour l'instant, ça se fait dans des menus (mais il y a des fichiers de conf pour les irréductibles).

Visuellement c'est 90% la même chose que Netbeans. Et il te faut également le JRE.

Re-merci pour la réponse.
donc si je comprends bien (si si de temps en temps ca arrive) :

je peux faire un truc comme ca :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

public class MaClasse{ public static integer addition(byte opea , byte opeb) { return opea + opeb; } public static integer soustraction(byte opea , byte opeb) { return opea - opeb; }   }

---

Et ensuite je l'appelle comme ca :

Code:

---

1 2 3 4 5 6

public class PremierTest { System.out.println(maclasse.addition(3 , 2); System.out.println(maclasse.soustraction(3 , 2); } }

---

J'ai tout compris ?
Si ca tombe je viens de faire (presque) mon premier programme en Java.

C'est exactement ça
(il faudra juste bosser les types de données : integer ne s'écrit pas de cette façon)

Maintenant tu es juste dans le bon état d'esprit pour commencer à te faire la main sur quelques programmes simples.
Commence par suivre quelques tutos faciles d'initiation pour acquérir les réflexes et prendre en main ton EDI.
Après seulement essaye de transposer tes anciens programmes.
Si tu fais l'inverse, tu vas galérer pour comprendre finalement qu'on a le même résultat (et mieux souvent) mais par d'autres moyens.

la même appli pourra-t-elle être exécutée sur XP et sur MAC (portabilité) ?
Oui, tant que vous vous limitez à java. Si vous commencer à utiliser des trucs comme "exécuter chmod, rmdir, find via System.exec" vous serez inévitablement dépendant d'un OS qui fournis ces applications ;) Mais si vous restez dans le java, pas de soucis. Il faudra quand meme tester, mais il n'y aura aucun accro méchant a priori :)

existe-t-il un EDI de type Delphi pour JAVA qui soit aussi performant et ergonomique (RAD, concepteur graphique...) et qui existerait sur plusierus plateformes (MAC et PC) ?

Les plus connus sont netbeans, eclipse, intellijidea (payant)

en termes de performances le résultat sera-t-il comparable entre une appli écrite en delphi et une en JAVA ?
a peu de chose près oui. Il y aura une légère perte de perfs due au compilateur JIT et la JVM, mais les JVM moderne sont très efficace (par pour rien qu'elles servent de base à scale et jruby ;) ) Et comme on a tendance à dire, le temps que vous gagnez à ne pas chasser les erreurs de pointeur en C ou en C++, vous pouvez le passer à optimiser vos algorithmes ;)

existe-t-il des bibliothèques d'objets utilitaires comme en Delphi ?
Des tonnes. Une rapide promenade ici, ici et ici et encore ici puis aussi ici
Je ne connais pas C ni C++ ni C# est-ce un problème ou un frein ?
Non, vous avez déjà fait de la programmation, faudra juste vous défaire de vos mauvaises habitudes, java c'est du pur objet, fini la programmation fonctionnelle :) Et il y a des conventions de nommage qui ne sont pas les mêmes qu'en delphi.

certaines choses sont elles impossibles à faire en JAVA qui seraient possibles en Delphi ?
Certaines choses sont très difficile voir impossibles à faire en java pur. On y trouvera, étonnament, tout ce qui est intrinsèquement lié à l'OS. Ainsi vous ne pourrez pas

• faire un driver de disque
• jouer à injecter du code évènementiel dans les Window handler des applications qui ne vous appartiennent pas pour injecter vos menus (on reste sagement dans sa jvm)
• créer un antivirus qui bidouille sur le filesystem pour intercepter les appels

Bref, la portabilité à un prix, ce qui varie d'un OS à l'autre n'est en général pas accessible, donc plus question (dans une certaine mesure car il reste les pont vers le code natifs, c'est le cours pour programmeur avancé) d'aller choisir une dll obscure du système, la charger, et faire une bidouille obscure dessus pour rajouter une entrée au menu système de toutes les fenetres de toutes les applications qui permettrait de les rendre invisible ;)


Voila je sais que ca va paraitre innocent (pour pas utiliser un autre mot) mais je suis un peu perdu et avant de prendre une décision je préfère savoir à quoi m'en tenir.

Pour info, je crois me souvenir qu'il existe un portage opensource de delphi qui est multi plateforme (par contre l'application créée avec sera liée à la plateforme en général)

Le mieux serait de tomber sur un pro qui maitrise Delphi et Java :roll:

Sont tous morts en même temps que delphi il y a 10 ans :aie:

Merci pour cette reponse détaillée et circonstanciée.
Par contre je note quand meme :

Citation:

---

Sont tous morts en même temps que delphi il y a 10 ans

---

C'est méchant ça... Delphi est pas mort. Bon d'accord j'irais pas parier mon fond de pantalon dessus a mon plus grand malheur...

quant à un portage de Delphi sur OS X, visiblement,t c'est pas dans les projets d'Embarcadero, et Lazarus Project est d'une compatibilité toute relative dès qu'on taquine un peu Delphi...

c'est a prendre sur le trait de l'humour, mais il me semblait que le dev de delphi avait été arrêté déjà il y a 10 ans, quand kylyx s'est cassé la gueule.

Me revoilà (même profil mais la c'est avec mon adresse perso).
Donc j'avais bien compris que c'était de l'humour... :zoubi:

JE viens de faire un programme en java :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

package brahma;   import javax.swing.JFrame;       public class Principal {   /**          * @param args          */ public static void main(String[] args) { // TODO Auto-generated method stub System.out.println("Lancement Brahma");   }   }

---

Quand j'exécute dans Eclipse, j'obtiens bien ce qui faut.
Mais quand je veux exécuter le .class sous le terminal de mon mac, j'ai ça comme réponse :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

imac-de-michel-marecaux-3:brahma michelmarecaux$ java Principal -classpath /Users/michelmarecaux/Documents/workspace/brahma/bin/brahma Exception in thread "main" java.lang.NoClassDefFoundError: Principal (wrong name: brahma/Principal) at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) at java.lang.ClassLoader.defineClass(ClassLoader.java:616) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) at java.net.URLClassLoader.access$000(URLClassLoader.java:58) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:248)

---

J'y perd le peu de latin (oops de java) que j'ai jamais eu...

Je comprends rien non plus a cette histoire de CLASSPATH qui ne semble pas exister quand je tape "set" sur le terminal.

Au fait dans Eclipse, j'ai défini un package appelé "Brahma" dans lequel j'ai 4 fichiers .java (dont celui qui contient la classe "vg").

Autre chose : je cherche un éditeur graphique pour Swing qui fonctionne sous OS X...

Merci encore pour votre patience...

Bonsoir,

Pourquoi ne pas rester en Pascal en utilisant l'EDI Lazarus ?
Tu peux même réutiliser tes projets Delphi...

CLASSPATH en tant que variable d'environnement n'existe pas :arrow: tant mieux, ne tentez pas d'y mettre quelque chose, cette variable d'environnement n'es presque jamais nécessaire mais quand elle est présente elle perturbe toutes les applications java ;)


Dans votre cas, il faut bien respecter les noms et package de vos classes. En l'occurence, votre classe est Principal dans le package brahma. Donc son nom complet est brahma.Principal. C'est ce qui doit apparaitre sur la ligne de commande

Code:

---

java <option> brahma.Principal

---

Ensuite, le "classpath" doit pointer dans le dossier ad-hoc, donc dans votre cas, pointer sur bin, ce qui donne

Code:

---

java -classpath /Users/michelmarecaux/Documents/workspace/brahma/bin brahma.Principal

---

Bonjour et merci pour les infos. Du coup j'ai un autre truc qui est bizarre :
quand je lance via la console j'ai ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

imac-de-michel-marecaux-3:brahma michelmarecaux$ java -classpath /Users/michelmarecaux/Documents/workspace/brahma/bin brahma.brahma D?marrage Brahma 2 processeurs actifs init = 0(0K) used = 1437984(1404K) committed = 85000192(83008K) max = 129957888(126912K) User dir : /Users/michelmarecaux/Documents/workspace/brahma/bin/brahma Java dir : /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home Version Java : 1.6.0_24 OS : Mac OS X version 10.6.6 CLASSPATH : null Nombre de parametres : 0 S?parateur r?peroires : / Chemin base de donn?es : ./basedonnees/ java.io.FileNotFoundException: /Users/michelmarecaux/Documents/workspace/brahma/bin/brahma/./basedonnees/config.xml (No such file or directory)

---

alors que quand j'exécute sous Eclipse ca marche, pas d'exception IO sur File not found. ça donne ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Démarrage Brahma 2 processeurs actifs init = 0(0K) used = 1437984(1404K) committed = 85000192(83008K) max = 129957888(126912K) User dir : /Users/michelmarecaux/Documents/workspace/brahma Java dir : /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home Version Java : 1.6.0_24 OS : Mac OS X version 10.6.6 CLASSPATH : null Nombre de parametres : 0 Séparateur réperoires : / Chemin base de données : ./basedonnees/ Lecture fichier config.xml campagnes trouvées : ./campagnes/Campagne Christophe

---

Il semblerait que le "User Dir : " soit pas le même. Comment je fais pour que ca soit le meme ? Car je développe (et donc j'execute le plus souvent) sous Eclipse, mais je vais donner le soft à d'autres...
Désolé de vous déranger sur des trucs comme ça...

Je te conseille plutôt d'intégrer le répertoire de ta base de données xml au classpath et d'y accéder via la méthode

Code:

---

getClass().getRessource("/basedonnees/config.xml");

---

pour information, le répertoire courant (puisque c'est ce que tu affiche apparement) est imprévisible pour l'application, il vaut donc mieux éviter de l'utiliser.

j'ai fait une tentative de copier mon appli sur une autre machine MAC.
J'ai créé un dossier /brahma dans lequel j'ai copié tous les fichiers .class.
Ensuite j'ouvre un terminal, et je fais les commandes suivantes :

Code:

---

1 2	cd / java -classpath /brahma brahma.brahma

---

et j'obtiens cette fichue exception : NoClassDefFoundError

JE comprends plus rien...

Citation:

---

Envoyé par tchize_

pour information, le répertoire courant (puisque c'est ce que tu affiche apparement) est imprévisible pour l'application, il vaut donc mieux éviter de l'utiliser.

---

OK. Du coup ce qui m'intéresse, c'est d'avoir le répertoire ou si situe l'exécutable (ou le .class) de l'application. En fait j 'ai toute une arborescence de fichiers à partir du répertoire dans lequel se trouve l'appli, et je voudrais que ca puisse être installé n'importe où. D'où la nécessité d'avoir quelque chose de stable (autre que forcer un répertoire d'installation). Ca règlerait je suppose cette bizarrerie des dossiers.

Je bloque encore su rla diffusion de l'appli (voir autre post). D'ailleurs, existe-t-il un tuto TRES simple (j'ai visiblement toujours pas compris comment fonctionne Java) qui explique ce genre de choses ? En sachant prendre des cas simples...

Alors, plusieurs chose, quand vous tappez:

Code:

---

java -classpath /brahma brahma.brahma

---

Ca suppose qu'il existe un fichier /brahama/bramha/brahma.class

Le premier étant le répertoire pointé par votre commande -classpath, le deuxième étant le nomb du package que vous avez mentionné, le troisième étant le nom de la classe.

Trouver le répertoire où se trouve l'applicaiton est très difficile, car cette notion n'existe pas en java. Ainsi, si je tappe

java -classpath main/:lib/librairie1.jar:lib/librairie2.jar:extensions/:datas/

quelle valeur espérez vous en ressortir??

En java, pour tout ce qui viens avec l'application, on utilise des resources, qui apparaissent sous forme d'url et non pas des File, qui nécessitent un emplacement précis sur le filesystem. A noter que ce n'est pas propre à java, le problème à résoudre est le même pour tous les language. Mais java, via les ressource, fournis une solution facile d'emploi.
On les utilise comme ça:

Code:

---

URL imageURL = getClass().getResource("/images/backgrond.png");

---

Ensuite, ce que vous devez faire pour la distribution:

empaqueter toutes vos classes et vos images & autres dans un .jar (voir les FAQ java pour savoir comment faire)
mettre toutes les librairies éventuelles dont vous auriez besoin dans un sous dossier à coté du jar (exemple lib/)
dans votre jar, vous aurez un fichier META-INF/MANIFEST.MF qui référencera votre main (à exécuter) et le Classpath (librairies dont l'emplacement est relatif à ce jar).
Vous aurez donc ce genre de structure portable:

Code:

---

1 2 3 4 5

application.jar lib/ librairie1.jar librairie2.jar librairie3.jar

---

que vous pourrez, par exemple zipper.


Bref, la bonne pratique c'est d'éviter d'utiliser File pour tout ce qui est supposé embarqué avec l'application. Par contre on utilise File pour tout ce qui est spécifique à l'utiliser (la config qu'on stocke dans user.home, les fichiers ouvert via une boite de dialogue, etc)

Merci pour les infos.
Du coup, entre temps, j'ai réfléchi et en fait j'ai contourné la difficulté en transmettant le répertoire où se situent mes données en paramètres et en récupérant args[0] et ca pour le coup ca marche aussi bien sous eclipse que sous terminal. C'est pas vraiment la solution, mais ca a le mérite de marcher.
J'aurais quand même pu y penser plus tôt, ça aurait évité pas mal d'encre (ou plutôt de touches clavier... :aie:).
Pour constituer la "chose" packagée, je vais encore attendre un peu avant de m'y attaquer, j'ai tellement d'autres choses à voir (générer un PDF, faire des fenêtres ui ressemblent à quelque chose, sauver mes fichiers, manipuler les fichiers XML, régler ces foutus problèmes d'encodage, et surtout me retaper les 23000 lignes de code de mon appli... :calim2:).
En tout cas merci pour l'aide. Même si j'ai pas tout compris, ça m'a permis d'avancer...

Citation:

---

Envoyé par arkhamon1

Merci pour les infos.
Du coup, entre temps, j'ai réfléchi et en fait j'ai contourné la difficulté en transmettant le répertoire où se situent mes données en paramètres et en récupérant args[0]

---

En général, pour éviter de convonfre avec les argument, il arrive qu'on fasse ce genre de chose:

Code:

---

java -DAPPLICATION_HOME=xxxx <reste des paramètres>

---

et

Code:

---

System.getProperty("APPLICATION_HOME");

---

je l'ai pas évoqué car, pour la distribution, ca nécessite de passer par un installeur qui créera les .bat / .sh en y injectant le répertoire d'installation choisi par l'utilisateur.


Pour les ressources, je recommande d'y jeter un oeil assez vite. Car une fois la machine en marche, c'est du boulot de remplacer tous les File par des getResouce ;)

Citation:

---

Envoyé par tchize_

En java, pour tout ce qui viens avec l'application, on utilise des resources, qui apparaissent sous forme d'url et non pas des File, qui nécessitent un emplacement précis sur le filesystem. A noter que ce n'est pas propre à java, le problème à résoudre est le même pour tous les language. Mais java, via les ressource, fournis une solution facile d'emploi.
On les utilise comme ça:

Code:

---

URL imageURL = getClass().getResource("/images/backgrond.png");

---

---

Quand vous marquez

Code:

---

URL imageURL = getClass().getResource("/images/backgrond.png");

---

le "/images/background.png" est censé se situer où exactement ? dans un sous dossier de ..../bin, ou dans un de l'appli ? C'est là ou j'ai un peu de mal... En fait ce que je comprends pas c'est pourquoi le getResource trouverait plus facilement le fichier...

Citation:

---

Envoyé par tchize_

Ensuite, ce que vous devez faire pour la distribution:

empaqueter toutes vos classes et vos images & autres dans un .jar (voir les FAQ java pour savoir comment faire)
mettre toutes les librairies éventuelles dont vous auriez besoin dans un sous dossier à coté du jar (exemple lib/)
dans votre jar, vous aurez un fichier META-INF/MANIFEST.MF qui référencera votre main (à exécuter) et le Classpath (librairies dont l'emplacement est relatif à ce jar).
Vous aurez donc ce genre de structure portable:

Code:

---

1 2 3 4 5

application.jar lib/ librairie1.jar librairie2.jar librairie3.jar

---

que vous pourrez, par exemple zipper.


Bref, la bonne pratique c'est d'éviter d'utiliser File pour tout ce qui est supposé embarqué avec l'application. Par contre on utilise File pour tout ce qui est spécifique à l'utiliser (la config qu'on stocke dans user.home, les fichiers ouvert via une boite de dialogue, etc)

---

Du coup le fameux .jar va contenir toute l'appli c'est ça ? Du coup si je veux juste livrer un fichier .class que je viens de modifier, je dois relivrer le jar complet ?

Citation:

---

Envoyé par arkhamon1

Quand vous marquez

Code:

---

URL imageURL = getClass().getResource("/images/backgrond.png");

---

le "/images/background.png" est censé se situer où exactement ? dans un sous dossier de ..../bin, ou dans un de l'appli ? C'est là ou j'ai un peu de mal... En fait ce que je comprends pas c'est pourquoi le getResource trouverait plus facilement le fichier...

---

Dans le classpath. Donc, par exemple, dans le même jar. Sous eclipse, vous pouvez par exemple créer une répertoire ressource. Puis bouton droit -> add to build path. ainsi si vous avez un fichier ressource/images/background.png, il aura le nom "/images/background.png" dans le classpath.

Citation:

---

Du coup le fameux .jar va contenir toute l'appli c'est ça ? Du coup si je veux juste livrer un fichier .class que je viens de modifier, je dois relivrer le jar complet ?

---

Oui, en même temps, c'est plus propre de livre le jar complet que de livrer des .class individuel et prier que la personne de l'autre coté les places au bon endroit ;). Une application c'est en général beaucoup de classes, traiter leur mise à jour individuelle, c'est suicidaire :D

Si je ne trompe pas, tu définis un chemin relatif pour trouver ton fichier xml.

Si c'est bien le cas, cela explique la différence entre une exécution par Eclipse, et une exécution en ligne de commande.

La particularité d'Eclipse, c'est que le répertoire racine est celui du projet. Par exemple /home/user/workspace/monprojet. Ce répertoire contient les dossiers bin et src dans lesquels se trouvent les sources et les fichiers compilés.

Alors qu'en ligne de commande, le répertoire racine est celui qui contient les fichiers .class. Par exemple /home/user/workspace/monprojet/bin

Donc, si tu définis un chemin relatif, celui-ci ne pointera pas sur le même chemin absolu sous Eclipse et en ligne de commande.

C'est un peu con il faut bien l'avouer, c'est pour ça qu'il est préférable de placer ses fichiers statiques dans le classpath et les récupérer comme l'indique tchize.

[EDIT] Je n'avais pas vu qu'il y avait une deuxième page sur ce topic, donc mon message est un peu hors de propos :aie:[/EDIT]

Rassures toi, ta réponse me donne l'explication de ce que je comprenais sans maitriser : la différence du chemin de base.
Donc sans savoir comment régler ce problème, je l'ai contourné en utilisant un paramètre transmis sur la ligne de commande.
Merci quand même.

Citation:

---

Envoyé par verbose

Alors qu'en ligne de commande, le répertoire racine est celui qui contient les fichiers .class. Par exemple /home/user/workspace/monprojet/bin

---

pas nécesssairement, comme déjà dit, c'est pas prévisible pour l'application ;)

Citation:

---

Envoyé par tchize_

pas nécesssairement, comme déjà dit, c'est pas prévisible pour l'application ;)

---

Effectivement, le chemin exact n'est pas prévisible et dépend du répertoire d'installation de l'application. Mais d'une manière générale, le répertoire pointé par un chemin relatif dépend du répertoire qui contient les fichiers .class, ou le .jar. Après, ces fichiers .class et ce jar peuvent se situer n'importe où dans le système de fichier.

Citation:

---

Envoyé par verbose

d'une manière générale, le répertoire pointé par un chemin relatif dépend du répertoire qui contient les fichiers .class, ou le .jar.

---

Non justement. Ca dépend uniquement du répertoire courant au moment où je lance l'application (bref le dernier "cd" que j'ai effectué)

Si de tappe:

Code:

---

1 2	cd c:\ java -cp "c:\Mes documents\monApplication\bin" mon.Application

---

Les chemins relatifs se feront par rapport à c:\ et non pas par rapport à c:\Mes documents\monApplication\bin.

Ah oui effectivement :aie:

Bien vu :ccool: