February 2011 - Jrst-devel - mailman.cloud.codelutin.com

Génération PDF
by Eric Chatellier Feb. 28, 2011

Feb. 28, 2011

Bonjour, J'ai réussit a faire résoudre les dépendances entre les feuilles de style (URIresolver et EntityResolver) pour que la résolution de la tranformation xslt fonctionne. Le point de blocage était qu'il fallait mettre un entityResolver sur les ressources que le URIresolver était en train de résoudre :-\ Bref, maintenant, il ne manque plus de ressources, mais la tranformation ne fonctionne toujours pas. J'ai testé avec xalan, saxon, et le processeur XSLT par défaut : 3 erreurs différentes... -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 1

Re: [Jrst-devel] [jrst - Anomalie #1300] (Résolu) poms are using hardcoded plugin version older than the ones in mavenpom
by Eric Chatellier Feb. 25, 2011

Feb. 25, 2011

Le 09/02/2011 08:48, admin(a)nuiton.org a écrit : > La demande #1300 a été soumise par Tony Chemit. > > ---------------------------------------- > Anomalie #1300: poms are using hardcoded plugin version older than the ones in mavenpom > http://www.nuiton.org/issues/show/1300 > > Auteur: Tony Chemit > Statut: Résolu > Priorité: Normal > Assigné à: Tony Chemit > Catégorie: quality > Version cible: 1.3 > > > m-assembly-p is set one a hardcoded version 2.2-beta-5, and in mavenpom we are using 2.2... C'est volontaire : http://jira.codehaus.org/browse/MASSEMBLY-535 -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

3 4

Gestion de la dépendance zip docbook-xsl
by Eric Chatellier Feb. 11, 2011

Feb. 11, 2011

Bonjour, Le fait d'utiliser la dépendance : <dependency> <groupId>net.sf.docbook</groupId> <artifactId>docbook-xsl</artifactId> <version>1.76.1</version> <type>zip</type> <classifier>resources</classifier> </dependency> Ne semble pas la mettre dans le classpath (même en debug maven elle n'apparaît pas) J'ai utiliser la méthode décrite ici pour l'inclure dans les ressources : http://www.sonatype.com/people/2008/04/how-to-share-resources-across-projec… -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 0

Fw: AdvanceReader readline : problem with eol
by letellier Feb. 9, 2011

Feb. 9, 2011

----- Message Transféré ----- Date: Wed, 9 Feb 2011 09:18:59 +0100 De: Christophe Cordenier <christophe.cordenier(a)gmail.com> À: letellier <letellier(a)codelutin.com> Sujet: Re: [Jrst-devel] AdvanceReader readline : problem with eol Thanks a lot ! Christophe Cordenier. 2011/2/8 letellier <letellier(a)codelutin.com> > Hi, [...] > > Jrst is just released, this one solve your bug (see : > http://www.nuiton.org/news/show/185) > > Best regards. > > -- > > Letellier Sylvain > letellier(a)codelutin.com > -- Regards, Christophe Cordenier. Committer on Apache Tapestry 5 Co-creator of wooki @wookicentral.com

1 0

AdvanceReader readline : problem with eol
by Christophe Cordenier Feb. 8, 2011

Feb. 8, 2011

Hi I am currently testing the jrst convertors, I run my tests under windows. It seems like the input document is not parsed properly. In fact, this could be due to the AdvanceReader.readline() that strip "\n" character, but does not do anything about "\r" that stays in the line. Am i missing something ? Note that I am using version 1.1.1 br Christophe Cordenier.

2 2

[ANN] - JRst 1.2 released
by nuiton.org Release Notification Feb. 8, 2011

Feb. 8, 2011

1 0