Cliquez ici.
Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.

 
Cliquez ici.

dev@xmlfr.org : liste de discussion des développeurs du site XMLfr

[dev@xmlfr.org] Re: [xml-tech] Re: cocoon et les adresses relatives

From: Eric van der Vlist (vdv@dyomedea.com)
Date: 23/12/2003 - 08:47


Bonjour,

Je voudrais rebondir sur la question de Pierre Attar sur xml-tech et ta
réponse :

On Mon, 2003-12-22 at 16:53, Sylvain Wallez wrote:

> En principe, ça marche tout seul : les URL relatives sont toujours
> résolues par rapport au répertoire contenant la sitemap. Quel est le
> problème, exactement ?

Sur XMLfr, j'envisage (au moins dans la phase transitoire) de découpler
Cocoon et le répertoire où sont stockés les documents du site.

Cela permettra de faciliter la synchronisation des sites beta et prod
puisqu'ils travailleront sur les mêmes documents.

Si nous sommes dans ce cas de figure, le répertoire de stockage des
documents ne sera pas dans l'arborescence Cocoon et, suivant les
environnements de tests sur lequel le site beta sera installé, son
chemin relatif par rapport à l'arborescence Cocoon pourra être
différent.

Comment peut-on éviter de coder en dur le chemin absolu du répertoire de
publication dans la sitemap?

Peut-on par exemple accéder à des variables d'environnement dans la
sitemap?

Dans le pire des cas on doit pouvoir s'en tirer (au moins sur Linux)
avec un lien symbolique, mais si on pouvait éviter...

Merci,

Eric

>
> Sylvain

-- 
Read me on Advogato.
                                         http://advogato.org/person/vdv/
Upcoming XML schema languages tutorial:
 - Santa Clara  -half day- (15/03/2004)        http://masl.to/?J24916E96
------------------------------------------------------------------------
Eric van der Vlist       http://xmlfr.org            http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------

-- Devenez redacteur <XML>fr et contribuez au developpement du xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie au developpement du site XMLfr.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a dev-request@xmlfr.org (mailto:dev-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 31/12/2003 - 17:02 UTC

webmaster@xmlfr.org

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org