Reprise du message précédent :

new GregorianCalendar() => renvoi un type Calenda
new GregorianCalendar().get(Calendar.YEAR) => renvoi un int

NB : aide toi de http://java.sun.com/j2se/1.4.2/docs/api/index.html

la plupart de tes questions on tuen reponse dedans

mais alors comme ca pk ca marche pas!

t.setrecordYear(new GregorianCalendar().get(Calendar.YEAR));

j ai declare recordYear en int et tu me dis que new GregorianCalendar().get(Calendar.YEAR) renvoi un int

je parie que l erreur du compilo est tres explicite...

bof:
The method setrecordYear(Integer) in the type Ticket is not applicable for the arguments (int)

si c est explicite !!!! hey !!! le compilo jva c est pas comme du php ou le compilo en c : il e donne qusiment la reponse !

la tu esssaie de passer en parmeter un int. mais c est pas un int qu il faut mais un Integer !!

Lit la javadoc !!!!! => regarde la classe Integer pour savori comment creer un Integer a partir d un int...

j etais parti du principe que int et integer c etait pareil...

mais avec :
t.setrecordYear(Integer.valueOf(new GregorianCalendar().get(Calendar.YEAR)));

la ca marche correctement

tien je viens de remarquer un truc inhabituel.

Si je lance le script sous Eclipse ca marche nickel , qd j ai un ticket qui arrive l annee apparait bien comme il faut dans la bdd.

Par contre si j exporte un fichier jar et que je le lance sous dos, il me met une erreur dans le ticket.controller et il me refuse de me lancer le script...

personne a une idee sur ce pb?

c est pas assez detaille

voici le pb que j ai qd je lance le tickets.java en commande dos





et vraiment je ne comprends pas car sous Eclipse ca marche....

T'aurais pas "oublié" de définir un jar en classpath ? (option -classpath de java, cf. java -help)

ben normalement le dossier des class est inclu dans le manifest non?

pk faudrait il encore le definir?

Le 16 septembre 2005 - 09 h 19, Florent42 a écrit : ben normalement le dossier des class est inclu dans le manifest non? pk faudrait il encore le definir?

Il n'est pas défini dans le manifest
En fait, par la formule -jar nomdujar.jar, tu mets dans ton CP les classes fournies dedans suivant l'arborescence définie dans le jar
En gros, il faut que tu aies un répertoire org/apache/commons/etc... dans ton jar ou que tu mettes le jar d'org.apache.etc... dans la racine de ton jar

Vérifie bien que ce soit le cas, et que tu ne fasses pas appel à ces classes dans Eclipse à cause d'un classpath par défaut, et qu'elles ne soient pas dans le jar

Si elles n'y sont pas, 2 solutions :
1/ mettre les classes dans le jar (beuuuurk)
2/ invoquer un 2ème jar les contenant

effectivement dans le jar il n y a pas ce org/apache etc etc

par contre il y a un truc qui me turlupine:
C est pourquoi avec la version de kha je faisais la meme chose et ca marchait bien, et pk après quelques modifs ben marche plus?

Quand tu as regenere ton jar, tu as du oublier d utiliser le manifest du projet.
Dans le projet, ya un manifest qui contient les references aux autres librairies. c est lui qu il faut inclure dans le jar et mettre le jar a la bonne place par rapport aux autres librairies.

Le 16 septembre 2005 - 18 h 58, kha a écrit : Quand tu as regenere ton jar, tu as du oublier d utiliser le manifest du projet. Dans le projet, ya un manifest qui contient les references aux autres librairies. c est lui qu il faut inclure dans le jar et mettre le jar a la bonne place par rapport aux autres librairies.

Il est situé où ce manifest ?
Tu ne parles pas du .classpath quand même ?

Et d'ailleurs, je ne vois pas comment le manifest peut référencer le classpath ?

Le 16 septembre 2005 - 09 h 33, gege38 a écrit : Le 16 septembre 2005 - 09 h 19, Florent42 a écrit : ben normalement le dossier des class est inclu dans le manifest non? pk faudrait il encore le definir? Il n'est pas défini dans le manifest En fait, par la formule -jar nomdujar.jar, tu mets dans ton CP les classes fournies dedans suivant l'arborescence définie dans le jar En gros, il faut que tu aies un répertoire org/apache/commons/etc... dans ton jar ou que tu mettes le jar d'org.apache.etc... dans la racine de ton jar Vérifie bien que ce soit le cas, et que tu ne fasses pas appel à ces classes dans Eclipse à cause d'un classpath par défaut, et qu'elles ne soient pas dans le jar Si elles n'y sont pas, 2 solutions : 1/ mettre les classes dans le jar (beuuuurk) 2/ invoquer un 2ème jar les contenant

Si le classpath peut etre defni dans le jar.
D ailleurs quand tu developpe en J2EE sur SunOne, c est obligatoire de le faire car l app. server le demande dans les specs, par example quand tu veux creer une archive ear avec des librairies communes qui font reference a d autres.

Le 16 septembre 2005 - 19 h 18, kha a écrit : Si le classpath peut etre defni dans le jar. D ailleurs quand tu developpe en J2EE sur SunOne, c est obligatoire de le faire car l app. server le demande dans les specs, par example quand tu veux creer une archive ear avec des librairies communes qui font reference a d autres.

Ok, autant pour moi, je ne développe pas sous SunOne... Mon app server de connaissance est JOnAS

si si si j utilise bien le manifest du projet !!!!

il n a pas change depuis le debut et il defini les lib


et ds mon arborescence finale j ai:
fichier jar
mon dossier lib

si si si j utilise bien le manifest du projet !!!!

il n a pas change depuis le debut et il defini les lib


et ds mon arborescence finale j ai:
fichier jar
mon dossier lib