sdx-users
[Top][All Lists]
Advanced

[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.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]