Re: [sdx-users] Urls et plan de nommage

[Pierrick Brihaye]

Salut,

Emmanuel Bégué a écrit:

> A dire vrai, pour l'instant l'appli, toute imparfaite qu'elle soit, va
> rester comme elle est (dans un premier temps): elle fait ce qu'on lui
> demande de faire

Article 1 : si ça marche, on ne touche pas :-)

> mais encore faudrait-il pour cela appeler les
> documents directement depuis SDX,

C'est la façon normale de faire...

> et je ne suis pas sûr qu'on pourrait le
> faire en intégrant le contrôle d'accès qui est pour l'instant nécessairement
> externe).

Rappel pour ceux qui ne le savent pas : le contrôle d'accès n'est pas 
encore implémenté dans SDX mais on peut le confier au serveur HTTP, ou à 
Tomcat, ou aux XSP.

> Mais il me semble que si la sitemap permet de convertir à la volée des urls
> virtuelles en urls réelles

C'est bien l'objectif :-)

> c'est ce dont j'ai besoin; concrètement si je
> peux
> stocker des urls "logiques" du genre
> http://serveurCocoon/nature-du-fichier/organisme/vraie-adresse/fichier.xml
> et les transformer à la volée ("at click time"?) en
> http://serveurFichiersToto/vraie-adresse/fichier.xml
> en fonction de nature-du-fichier et de organisme ou de n'importe quel
> autre paramètre inscrit dans l'url, je couvre tous les cas possibles et,
> surtout:
> - sans stocker d'information de stockage dans les XSL (ce qui me gêne
> assez, d'un point de vue "théorique")
> - sans avoir à réindexer sous prétexte d'un changement physique
> des fichiers (ce qui est l'objectif principal).

C'est exactement le rôle d'une sitemap. J'explicite :

Apparemment, tu as une id : supposons que ce soit "xxx". Plutôt que de 
surcharger tes URL virtuelles, fais simple : http://serveurCocoon/xxx 
(note : même pas besoin de l'extension .xml).

> D'un autre côté, le stockage des urls virtuelles peut se faire n'importe
> où; on pourrait dire tout aussi bien:
> http://serveur/redir.php?file=fichier.xml&adress=adresse&org=organisme

Ou, plus simple :

http://cocoonserver/adresse_organisme_fichier

Ou, plus canonique :
 http://cocoonserver/adresse/organisme/fichier

Une URL virtuelle de ce type devrait être assez facile à construire, non ?

> Dans ce cadre, est-ce que Cocoon présente un avantage distinctif (autre
> qu'être déjà la plate-forme SDX) par rapport à n'importe quel autre
> langage de script capable de renvoyer un header "Location:"?

Une sitemap Cocoon, sans aucun doute ! Tu peux matcher adresse, puis 
organisme puis, enfin, fichier. Si un serveur change, tu changes juste 
la sitemap et le tour est joué !

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden