Discussion :

[Frederik]

Bonjour....

Je dois évaluer la compatibilité d'un driver EDBC.jar, fournit par Ingres 2006, avec un SGBD Ingres 2.5 (qui date des années 90).
J'ai donc trouvé une suite de tests JDBCCTS 1.3.1 de sun.

Sauf que la mise en place est un peu hardue. En effet je passe par cygwin et je me sert du serveur d'applications V9 de sun...

Après avoir longuement suivit le mode d'installation fournit par SUN (http://java.sun.com/products/jdbc/jd...ite-1_3_1.html)

j'obtient des erreurs de ce type :

/bin/sh: C:jdbccts/dev/null: No such file or directory

ou encore comme celle ci... après que la variable $CLASSPATH ait été mise à jour...

JDBCTestConnectionManager.java:12: package com.sun.cts.util does not exist
import com.sun.cts.util.*;
^
JDBCTestConnectionManager.java:13: package com.sun.cts.harness does not exist
import com.sun.cts.harness.*;
^
2 errors
gmake[1]: *** [JDBCTestConnectionManager.class] Error 1


S'il vous plait.... aidez moi à comprendre qu'est ce qui provoque ces erreurs???

Merci d'avance....

[in]

tu es vraiment sûr que le classpath est correctement positionné ?

Ca ressemble fortement à ce genre de problème quand même ... Il ne trouve pas la librairie que tu lui dis d'importer j'ai l'impression

[BainE]

Salut, ton classpath ressemble a un melange de Windows (c et d'unix (/dev/null) ca me semble etrange

[Frederik]

Merci de vos réponses..... en effet, il se trouve que cygwin et Java ne font pas spécialement bon ménage (ben oui... je me servais de cygwin pour faire du Linux)... Dans ce cas il faut utiliser la commande cypath qui transforme les variables d'environnement windows au format linux.

Ainsi pour utiliser la commande cygpath on procède de la façon suivante :

java -classpath `cygpath -wp $CLASSPATH` [arguments]

Le problème est que dans mon cas, en me servant de cygpath j'aurais eu pas mal de scripts à modifier. Finalement je suis passé sous une red hat 4.0.

Maintenant le problème est d'un autre ordre...

J'ai réussi à peupler une base au moyen de initdb

mais lorsque j'utilise la commande ctsmake jdbc-tests il me renvoie le message suivant dans les fichiers de log :


Begin Test Run
Starting tests in: dbMeta
Starting tests in: dbMeta1
-+-+- /logiciel/test_suite/jdbccts/tests/jdbc/ee/dbMeta/dbMeta1
ls: /logiciel/test_suite/jdbccts/tests/jdbc/ee/dbMeta/dbMeta1/cts_dep/*.jar: Aucun fichier ou répertoire de ce type
Exception in thread "main" java.lang.NoClassDefFoundError: com/sun/enterprise/appclient/Main

Après avoir fait une recherche sur tous les fichiers de com.sun.enterprise je tombe sur com.sun.enterprise.home qui correspond à mon $J2EE_HOME... rien sur com.sun.enterprise.appclient

Comment se fait-il qu'il ne le trouve pas (et que même moi je ne le trouve pas)???

Quelqu'un aurait une solution????

Merci d'avance

[Frederik]

Re moi..

Apparemment le soucis vient du déploiement...

Quelqu'un a déjà utilisé gmake pour faire un déploiement sous le serveur d'applications de Sun (version 9)

En effet j'ai quelques fichiers *.mk qu'il faut éditer... mais c'est pas très bien documenté.... Quelqu'un aurait des billes là dessus????

Merci d'avance!!

[in]

Généralement, le noClassDefFoundError est dû à un lauvais classpath. La classe définie est introuvable ...

sinon, les fichiers make sont éditables dans n'importe quel éditeur de texte. C'est vrai que la syntaxe peut rebuter, surtout à coup de $$ > @ ...
Pourtant il y a pas mal de doc là dessus normalement.

Si il est pas trop gros, montre nous ce makefile.

En même temps, si c'est le truc de Sun, à mon avis, ça marche ... donc je pencherais plus pour un pb de config (genre variable mal positionnée ... apparemment un chemin vers une ou des librairies, ça tu peux peut etre le vérifier dans le makefile). t'es sûr que ta tout suivi dans la doc ?