Discussion :

[sekaijin]

Bonjour.

mon problème est le suivant
j'ai des libs qui ne sont pas géré par maven
je les utilise dans mes projets en mettant

Code xml :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<dependency>
   <groupId>de.sap</groupId>
   <artifactId>sapjco</artifactId>
   <version>3.0.0</version>
   <scope>system</scope>
   <systemPath>D:/project/libs/libsap//sapjco.jar</systemPath>
</dependency>
<dependency>
   <groupId>de.sap</groupId>
   <artifactId>sapidocjco</artifactId>
   <version>2.0.0</version>
   <scope>system</scope>
   <systemPath>D:/project/libs/libsap/sapidocjco.jar</systemPath>
</dependency>
<dependency>
   <groupId>de.sap</groupId>
   <artifactId>sapidoc</artifactId>
   <version>2.0.0</version>
   <scope>system</scope>
   <systemPath>D:/project/libs/libsap/sapidoc.jar</systemPath>
</dependency>

j'obtiens un warning me disant que je devrais utiliser une variable.
ça tombe plutôt bien vu que mes projets vont êtres utilisés et compilés sur windows comme sous Unix.
j'ai donc définit dans le settings.xml de tous les développeurs et toutes les plateformes une propriété lib.sap qui pointe sur le dossier où ce trouve la lib.
et mes pom ressemblent donc à

Code xml :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<dependency>
   <groupId>de.sap</groupId>
   <artifactId>sapidoc3</artifactId>
   <version>3.0.0</version>
   <scope>system</scope>
   <systemPath>${lib.sap}/sapidoc3.jar</systemPath>
</dependency>
<dependency>
   <groupId>de.sap</groupId>
   <artifactId>sapjco3</artifactId>
   <version>3.0.0</version>
   <scope>system</scope>
   <systemPath>${lib.sap}/sapjco3.jar</systemPath>
</dependency>
<dependency>
   <groupId>de.sap</groupId>
   <artifactId>sapjco3.dll</artifactId>
   <version>3.0.0</version>
   <scope>system</scope>
   <type>dll</type>
   <systemPath>${lib.sap}/sapjco3.dll</systemPath>
</dependency>

mais du coup j'ai des messages me disant que le chemin systemPath devrait être absolut mais qu'il vaut ${lib.sap}la propriété lib.sap est pourtant sur toutes les machine un chemin absolut.

Que faire ???

Merci
A+JYT

[romaintaz]

Bonjour,

Une dépendance en scope system est à proscrire absolument !
Le plus simple, c'est d'installer les JAR dans le repository (local, donc sur la machine du développeur, ou mieux encore sur le repository d'entreprise si vous en avez un). Le fait que la dépendance soit "non mavenisée" n'est pas un problème. La commande suivante permettra de générer un pom basique :

Code :

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

1
2
mvn install:install-file -Dfile=sapjco.jar -DgroupId=de.sap -DartifactId=sapjco -Dversion=3.0.0 -Dpackaging=jar -DgeneratePom=true
mvn install:install-file -Dfile=sapidocjco.jar -DgroupId=de.sap -DartifactId=sapidocjco -Dversion=2.0.0 -Dpackaging=jar -DgeneratePom=true

Une fois ces JAR déployés en local (ou dans le repository d'entreprise), il te suffira de les déclarer comme dépendances "normales".

[sekaijin]

Bonjour

Je n'ai jamais réussi à faire fonctionner JCO (http://www.sap.com/index.epx)
en générant un POM
JCO comporte plusieurs JAR des dll et so
lorsque je les mets sous maven sur mon nexus en générant des pom indépendant je ne parviens pas à exécuter ni à compiler mes dev

pour le moment la seul solution que j'ai trouvé est d'en passer par le scope system

j'ai cherché à savoir si je pouvais faire un pom de plusieurs jars so et dll mais ça ne marche pas non plus.

Merci
A+JYT

[Philippe Bastiani]

Je crois comprendre le problème: le connecteur java JCO utilise le nom en dur (i.e. sans version) pour la dll,so et autres jnilib

Une idée :

-1- inclure la librairies native dans le jar que tu peux mettre dans Nexus
Ensuite dans ton POM
-2- décompresser le jar; et, copier les librairies dans l'appli
-> possible utilisation de maven-dependency-plugin (phase prepare-package / goal unpack)
-3- finaliser le packaging

Mais bon, c'est assez lourdingue voire crad.... il doit bien avoir une meilleure solution.

a+
Philippe

[tchize_]

Mettre les jar dans le repository maven et les dll / so dans les répertoires système de l'OS ne serait pas une solution?

J'ai une fois travaillé avec une librairie native sur laquelle je n'avais pas le controle, et c'était la supposition de base "la librairie est installée conformément aux recommendation du fournisseurs sur toute machine voulant exécuter le code". Donc on a tappé le jar dans maven (pour les dépendances) et on laissait à la responsabilité du gestionnaire de a machine l'installation des DLLS

Sinon, je craint qu'il faille vivre avec le warning

[sekaijin]

merci

le problème est que visiblement sapjco3.jar cherche le jar sapidoc3.jar et la lib native ....
donc si on mets dans un pom on a sapjco-3.0.0 et pas sap3 idem pour les autres.

on est donc partit sur l'idée que chacun est responsable de l'installation sur sa machine.

mais pour que le tout compile et que karaf retrouve ses petit il faut dans les bundles ajouter une dépendance vers les lib
d'où l'utilisation du scope system

j'imagine que si ce scope existe il doit bien y avoir une façon de le gérer proprement.

définir une variable sur chaque machine qui indique où trouver la lib nous paraissait la bonne solution.
c'est en tout cas la seul qui fonctionne à notre connaissance.
mais nous avons un invalid transitive dépendance qui traîné un peut partout

A+JYT