[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[sdx-users] A tester : SDX 2.3pr1
From: |
Martin Sevigny |
Subject: |
[sdx-users] A tester : SDX 2.3pr1 |
Date: |
Wed, 04 Aug 2004 10:56:18 +0200 |
User-agent: |
Mozilla Thunderbird 0.6 (Windows/20040502) |
Bonjour,
Vous pouvez télécharger une version "preview release" donc préliminaire
de SDX 2.3 à cette adresse:
http://www.ajlsm.com/download/sdx-2.3-pr1-vm14.war
Elle fonctionne sous Java 1.4 uniquement pour faire simple, mais plus
tard nous aurons une version Java 1.3.
Nous avons déjà testé ce SDX en interne sur plusieurs applications, et
les problèmes rencontrés ont été corrigés. Ce que nous aimerions, c'est
que d'autres personnes essaient de faire marcher leur application sur
cette version, histoire de découvrir, peut-être, de nouveaux problèmes
et de les corriger rapidement.
Je vous rapppelle (ou vous apprends) que cette version de SDX est basée
sur Cocoon 2.1.5.1 (SDX 2.2 était sur Cocoon 2.0.4), ce qui a demandé
beaucoup de changements en interne.
En terme de nouvelles fonctionnalités, il y a peu de choses pour
l'instant (explorateur d'applications, support du "boost" de Lucene, des
TermVectors de Lucene...), mais ça viendra.
La bonne nouvelle, c'est que vous avez très peu de choses à modifier
dans votre application SDX. Essentiellement des informations dans les
sitemap et certaines petites choses à vérifier. J'ai mis les
informations à la fin de ce message.
Si vous testez, merci de nous tenir au courant. Si vous devez faire des
modifications non listées ci-dessous et que ça pourrait concerner
d'autres applications, merci de les partager. Si vous avez des
problèmes, n'hésitez pas à utiliser cette liste ou la liste des
développeurs si c'est très pointu, nous essaierons de vous aider.
A bientôt,
Martin Sévigny
** Liste des modifications connues à apporter à une application SDX 2.2
pour la faire migrer en SDX 2.3 **
A priori, pas besoin de réindexer... mais:
A) Dans les sitemap
Remplacer
<map:matcher name="wildcard"
src="org.apache.cocoon.matching.WildcardURIMatcherFactory"/>
Par
<map:matcher name="wildcard"
src="org.apache.cocoon.matching.WildcardURIMatcher"/>
Remplacer
<map:transformer name="cinclude"
src="org.apache.cocoon.transformation.CachingCIncludeTransformer"/>
Par
<map:transformer name="cinclude"
src="org.apache.cocoon.transformation.CIncludeTransformer"/>
Remplacer :
<map:transformer name="counter"
src="fr.gouv.culture.sdx.sitemap.transformers.ElementCounter"
logger="sitemap.transformer.ElementCounter">
Par
<map:transformer name="counter"
src="fr.gouv.culture.sdx.sitemap.transformers.NodeCounter"
logger="sitemap.transformer.NodeCounter">
B) Dans les XSP
Si vous utilisez des "logicsheet" personnelles que vous appelez dans les
XSP, le chemin d'appel est modifié (et maintenant correct!), Cocoon
ayant corrigé un bogue là-dessus.
Ainsi, si vous aviez ceci dans une XSP située dans un dossier 'adfi':
<xsp:logicsheet location="adfi/conf/logicsheets/xsp-adfi.xsl"/>
Il faudra modifier l'appel par:
<xsp:logicsheet location="conf/logicsheets/xsp-adfi.xsl"/>
Ce qui est beaucoup plus normal.
Si vous utilisez du Java dans vos XSP qui font appel à des variables
Cocoon, il se peut qu'il y ait des changements à faire. Notamment à
toutes les fois où vous appelez une méthode compose(), il faut
maintenant appeler service() ainsi:
Remplacer
*.compose(manager);
Par
*.service(cocoon_serviceManager);
Où "*" est un objet quelconque que vous utilisez ainsi.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [sdx-users] A tester : SDX 2.3pr1,
Martin Sevigny <=