Problème de positionement des JARs CXF dans Easysoa

[Jeremie Guillemotte]

Bonjour Philippe.

Je rencontre actuellement un problème concernant le placement des jars dans les divers dossiers composants Easysoa.

Le problème concerne plus particulièrement les jars CXF qui sont utilisés par le smart travel sample et le FraSCAti web explorer.

- Pour que le smart travel sample fonctionne, il faut que les jar's CXF soient positionnés dans le dossier serviceRegistry/lib (qui est le dossier partagé entre FraSCAti et Nuxeo).
- Le Web explorer nécéssite que les jar's se trouvent dans le dossier serviceRegistry/nxserver/lib. Si les jar's ne trouvent pas dans ce dossier, l'arborescence 'sca domain' ne s'affiche pas.

Certaines questions se posent alors :

- Pourquoi le web explorer nécessite de positionner les jar's CXF dans le dossier serviceRegistry/nxserver/lib a priori réservé à Nuxeo, alors que les autres usages FraSCAti marchent en les voyant dans le dossier partagé serviceRegistry/lib ??
- Y a-t-il d'autres choses à faire pour simplifier la maintenance comme dit dans https://github.com/easysoa/EasySOA/wiki/Frascati-in-nuxeo-architecture , par exemple sortir (ou rajouter) d'autres jars du dossier partagé serviceRegistry/lib ?

Cordialement.

----------
Jeremie Guillemotte
Open Wide Lyon
151 boulevard Stalingrad - 69100 Villeurbanne
+33 (0)4 26 68 95 00
http://www.openwide.fr

[Philippe Merle]

Re-bonjour Philippe,

Je viens de résoudre le problème. Je parviens à lancer le projet, exécuter les "apps" easysoa lues par FraSCAti, et à consulter le web-explorer.    Ci-joint le fichier contenant la liste des manipulations que j'ai réalisé pour y parvenir.

Pour "répondre" à la question de Jérémie : les jars contenus dans les répertoires qu'il mentionne appartiennent au classpath de classloaders ayant un lien de parenté (serviceRegistry/nxserver/lib dans le classpath du classloader parent de celui de FraSCAti, et serviceRegistry/lib un parent du dit parent). Le problème qui se pose est celui que nous avons eu l'occasion d'aborder lui et moi à divers reprises et qui se résume par "qui instancie quoi ?". Le but du jeu étant, quand une erreur apparaît de trouver la classe incriminée et de regarder quelle(s) est(sont) la(es) librairie(s) la contenant, et si cette librairie est accessible à l'objet appelant. Dans l'éventualité de l'existence de versions concurrentes d'une même librairie, il faut trouver celle qui est réellement utilisée, et si possible, supprimer les autres.   
 
Bonne journée
Christophe Munilla

Le 18 septembre 2012 16:19, Philippe Merle <philipp...@inria.fr> a écrit :

Bonjour Christophe,

Ci-joint un message EasySOA. Je suis pommé sur le sujet car je n'ai pas suivi.
Y-a-t-il de la documentation ou as-tu des réponses à ces questions ?

A+
Philippe

-------- Message original --------

Sujet:	[easysoa-dev] Problème de positionement des JARs CXF dans Easysoa
Date :	Tue, 18 Sep 2012 16:01:53 +0200 (CEST)
De :	Jeremie Guillemotte <jeremie.g...@openwide.fr>
Répondre à :	easys...@googlegroups.com
Pour :	Philippe Merle <philipp...@inria.fr>
Copie à :	Marc Dutoo <marc....@openwide.fr>, "easysoa-dev " <easys...@googlegroups.com>

-- 
EasySOA - lighter, agile, collaborative Service Integration and Management
http://www.easysoa.org
http://github.com/easysoa

You received this message because you are subscribed to the Google
Groups "easysoa-dev" group.
To post to this group, send email to easys...@googlegroups.com
To unsubscribe from this group, send email to
easysoa-dev...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/easysoa-dev?hl=fr