[sdx-developers] jars

[Frédéric Glorieux]

A l'occasion de xfolio, j'ai eu aussi l'occasion d'essayer la distrib 
lite de coocoon, afin de mieux voir ce que l'engin avait dans le ventre, 
et de lui retirer un peu son bordel. Voici donc une comparaison avec les 
choix de SDX.

Avant de tester un "xfolio" sous SDX, voici la liste comparée des jars, 
selon la légende suivante.

X       présent
?       Pourquoi non ?
!       Il faudrait !
X?	A mon souvenir, j'avais à peu près toujours une bonne raison de 	 
laisser un jar (class not found...), mais parfois...


                                                xfolio  SDX

ArabicAnalyzer.jar ............................ !       X
avalon-framework-api-4.1.5.jar ................ X       X
avalon-framework-impl-4.1.5.jar ............... X       X
batik-all-1.5.1.jar ........................... X
chaperon-20040205.jar ......................... X
cocoon-2.1.5.1.jar ............................ X       X
cocoon-asciiart-block.jar .....................         X
cocoon-authentication-fw-block.jar ............         X
cocoon-batik-block.jar ........................ X
cocoon-chaperon-block.jar ..................... X
cocoon-fop-block.jar .......................... X
cocoon-html-block.jar ......................... X       !
cocoon-jsp-block.jar ..........................         X
cocoon-lucene-block.jar .......................         X
cocoon-portal-fw-block.jar ....................         X
cocoon-profiler-block.jar ..................... X       X
cocoon-scratchpad-block.jar ................... X       X
cocoon-session-fw-block.jar ...................         X
cocoon-xsp-block.jar .......................... X       X
commons-cli-1.0.jar ........................... X       X
commons-collections-3.0.jar ................... X       X
commons-httpclient-2.0-final.jar .............. X       X
commons-lang-2.0.jar .......................... X?
commons-jexl-1.0-beta-1-20040113.jar .......... X?
commons-jxpath-20030909.jar ................... X
commons-lang-2.0.jar .......................... X?
commons-logging-1.0.3.jar ..................... X       X
excalibur-component-1.2.jar ................... X       X
excalibur-concurrent-20020820.jar ............. X       X
excalibur-datasource-1.1.1.jar ................ X       X
excalibur-event-api-1.1.jar ................... X       X
excalibur-event-impl-1.1.jar .................. X       X
excalibur-i18n-1.1.jar ........................ X       X
excalibur-instrument-1.0.jar .................. X       X
excalibur-instrument-manager-1.0.jar .......... X       X
excalibur-instrument-manager-interfaces-1.0.jar X       X
excalibur-io-1.1.jar .......................... X       X
excalibur-logger-1.1.jar ...................... X       X
excalibur-monitor-1.0.2.jar ................... X       X
excalibur-pool-1.2.jar ........................ X       X
excalibur-sourceresolve-1.1.jar ............... X       X
excalibur-store-1.0.jar ....................... X       X
excalibur-xmlutil-1.0.jar ..................... X       X
fop-0.20.5.jar ................................ X
hsqldb-1.7.1.jar ..............................         X
jakarta-regexp-1.3.jar ........................ X       X
javacApi-0.9.jar .............................. X?
javacImpl-0.9.jar ............................. X?
jcs-1.0-dev-20040516.jar ...................... X       X
jtidy-sdx.jar ................................. X       X
logkit-1.2.2.jar .............................. X       X
lucene-1.4-final.jar .......................... X       X
pizza-1.1.jar ................................. X       X
saxon.jar ..................................... X
sdx.jar ....................................... !
util.concurrent-1.3.3.jar ..................... X       X
xml-commons-resolver-1.1.jar .................. X       X


Les différences sont évidemment ce qu'il y a de plus instructif.

Sur SDX:

Pourquoi le bloc asciiart, s'il n'y a pas le bloc batik pour transformer 
le SVG en png ?

Chaperon peut être utile pour parser du texte vers XML (Pierrick ?), 
Cocoon l'utilise pour transformer sa production wiki en XDocs

Je vois un jtidy, et pourquoi pas le bloc html qui en fait un générateur ?

J'ai viré les blocs portal-fw et session-fw sans m'en porter mal, mais 
je n'utilise pas les flow

commons-jxpath n'est pas qu'un gadget, cela peut être utile aux 
"inputModule" en Sitemap.

Pour fop, je suppose que c'est réfléchi ?