Re: [sdx-users] java SDX

[Pierrick Brihaye]

Re,

MARCHAIS Sébastien a écrit:
> Pourquoi est-ce que c'est l'API URL qui s'impose ???? 
> A priori, l'API URL ne s'utilise qu'au sein d'une application SDX dans les tags sdx des pages XSP. 

Euh... non. L'API URL s'utilise avec tout ce qui peut communiquer en 
HTTP, un navigateur par exemple. Mais ça peut aussi être une 
HTTPConnection Java ou une classe de plus haut niveau.

> mon appli SDX:
> http://localhost:8080/sdx/test/document.xsp?app=....blablabla
> cette requete http avec les bons parametres m'affiche bien mon document mais 
> j'ai le contenu d'une balise qui contient du html qui est affiché en brut. Je 
> dois pouvoir retravailler ce resultat et pouvoir recuperer le contenu de cette 
> balise...

Comme Martin l'indiquait, rien ne vous empêche de lancer cette requête 
HTTP (qui, soit dit en passant, n'est pas de l'API-URL car elle n'est 
pas "générique" mais fortement dépendante de la logique applicative de 
sdxtest).

> A priori on utiliserait SDX comme outil de publication de documents XML stockés 
> dans une base de données native XML comme eXist par exemple....

OK. Le fameux eXistRepository que tout le monde attend mais que personne 
ne veut développer :-)

> Ce ne serai donc qu'un module de publication que je devrai lié à d'autres 
> modules via des servlets ... d'ou mes questions sur l'API Java de SDX.

Bien compris. Pourquoi donc ne pas développer ce Repository et 
l'intégrer à SDX de façon à bénéficier de toutes les facilités qu'offre 
SDX ?

> Comment chopper l'instance de cocoon ????

Par définition, on ne peut la choper que si on est sur le serveur. Ceci 
dit, ce n'est pas évident car le moteur de servlets fait en énéral bien 
son boulot et empêchera d'accéder au Cocoon de SDx en dehors de SDX. Il 
y a là un problème de design qui a été soulevé plusieurs fois...

> ... et le reste se passe dans AbstractSdxObject.
>
> ---> qu'est que vous voulez dire par là ???

Que votre problème est lié au fait que le code de SDX devrait être plus 
regardant sur les objets qui lui sont passés. On va investiguer.

PS : pouvez-vous couper la fin de vos réponses ? Il devient difficile de 
vous lire...

A+

p.b.

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden
+33 (0)2 99 29 67 78