Discussion :

[WidgetZorg]

Bonjour a tous,

Je suis en train de développer une application avec windev, mais qui appelle du code java (en fait je crée mon fichier ".jar" avec windev et je l'exécute automatiquement) sur mon poste tout marche très bien.

Mais quand on passe l'application sur le poste de mon collègue ca ne marche plus, dans la console d'exécution du java il est dit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Exception in thread "main" java.lang.UnsupporterClassVersionError: 
org/.../console/consoleClient (Unsupported major.minor version 48.0)

suivi d'une liste de CLassLoader...(Unkown Source)


Sur mon poste j'ai la version 1.6.0_13-b03 et mon collègue à la version 1.3.0... J'ai donc supposé que c'est un problème de compatibilité entre les versions.

Pouvez-vous me dire si la seule solution est de passer à la version 1.6 pour tout le monde et donc, peut-être, aussi le client... ou si vous avez d'autres idées meilleures et efficaces.

Merci beaucoup, on bloque tous au bureau

[rberthou]

C'est effectivement un probleme de version de JDK essaye de :
- preciser a ton compilateur de rester compatible avec les "anciennes versions" (je ne sais pas si on peut encore preciser du 1.3 (par contre cela serait interessant de rester en 1.4 si cela est possible)
- Upgrade la version du poste cible

[WidgetZorg]

Merci rberthou pour cette réponse

- preciser a ton compilateur de rester compatible avec les "anciennes versions"

Pourrais-tu m'indiquer comment faire ca?

Pour l'upgrade du post cible, je pars en quête d'informations.

Merci encore

[rberthou]

lors de la compilation de ta classe java utilise le parametre -target

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
javac -target 1.3

Tu dois identifier sur quel type de poste ton développement sera installé pour limiter ce genre de probleme .

[adiGuba]

Salut,

- preciser a ton compilateur de rester compatible avec les "anciennes versions" (je ne sais pas si on peut encore preciser du 1.3 (par contre cela serait interessant de rester en 1.4 si cela est possible)

Attention car ce n'est pas une bonne solution : cela génèrera bien du code qui sera exécutable par une JVM 1.3, mais en utilisant les classes/méthodes de Java 1.6
Il y a de fortes chance que cela génère d'autres exceptions lorsqu'on l'exécute sur une JVM 1.3 (ClassNotFound et NoSuchMethod par exemple).



L'unique solution est d'utiliser pour la compilation une JVM/JDK correspondant à la version minimum sur laquelle l'appli devra tourner.


Bref dans ton cas

• soit tu installes et utilises une JDK 1.3 sur ton poste,
• soit tu installes et utilises une JVM 1.6 au minimum sur tous les postes clients.

a++

[rberthou]

Personnellement je n'ai jamais eu de problème (avec un JDK 1.5 et une destination 1.4) par contre bien sur tu ne dois pas utiliser les nouvelles fonctionnalités.

[WidgetZorg]

OK merci a vous pour ces réponses avisées.

La solution choisie est d'installer 1.6 sur les postes clients.

Merci à vous

[adiGuba]

Personnellement je n'ai jamais eu de problème (avec un JDK 1.5 et une destination 1.4) par contre bien sur tu ne dois pas utiliser les nouvelles fonctionnalités.

Le problème c'est qu'à moins de plonger dans la doc à la moindre utilisation d'une classe/méthode, tu ne peux pas être sûr du bon fonctionnement de ton programme.

Et avec les EDIs modernes et leurs auto-completion on a vite fait d'utiliser des éléments inexistant dans la JVM de destination...

a++