Bonjour! D'abord merci beaucoup pour votre réponse.
Pour palier au problème il suffisait de rajouter un saut de ligne en fin de fichier.
Ah! Merci infiniment. - J'imagine vous aller corriger chez vous (http://www.nuiton.org/issues/show/697) quand-meme aussi? (Je veux prendre un 1.2-SNAPSHOT de votre http://maven.nuiton.org/nexus/content/groups/releases/org/nuiton/jrst/ aussi, s'il y en avait.)
Il y avais aussi quelques erreurs rst dans le fichier joint, les titres doivent être entièrement soulignés :
Effectivement... mais malheureusement ma "source" (d'ou venait l'example initial) est un Plone zWiki existant avec 430 pages existants - je ne peux pas les corriger un-à-un! :( Background: J'utilise JRst dans le cadre de http://mifosforge.jira.com/wiki/display/MIFOSADMIN/ZWiki+to+Confluence+Wiki+..., travaillant comme volontaire pour le projet MIFOS, voir http://www.slideshare.net/mikervorburger/mifos-at-jazoon-2010 Ne pourriez-vous pas offrir dans JRst une option genre "relaxed mode" (vs. "strict") qui accept les titres qui ne sont pas entièrement soulignés? Le Parser RST du Plone zWiki semblent les accepter...
J'espère que cette réponse vous sera utile et n'hésitez pas à nous recontactez en cas de soucis.
Pendant qu'on est sur les titres: Dans ce Plone zWiki ils utilisent le "niveau" de titres (genre ==== / ++++++++ / -----), and my colleague Raphael (Cc) noticed that JRst seems to turn them all into the same XML tag (right Raphael?), making it difficult to then turn those into e.g. h1. / h2. / h3. for Confluence (our Target Wiki markup, which we turn your XML into). Any suggestions about this? Are you ou d'autres de jrst-devel@list.nuiton.org dispo. to help me & Raphael with further RST / JRst related items as we run into them while working on http://mifosforge.jira.com/wiki/display/MIFOSADMIN/ZWiki+to+Confluence+Wiki+... ? Merci encore, et très cordialement, Michael _______________________ Michael Vorburger http://www.vorburger.ch 2010/6/30 letellier <letellier@codelutin.com>:
Bonjour,
J'y suis tombé sur RST qui cause JRst de se bloquer en boucle infini... pas pratique! :( Le voici attached, meme avec test case JUnit, mais bon vous verriez le problem ASAP en faisant tourne en CLI aussi).
J'ai commencé à debuggé un peu, et le problème semble etre dans le peekLiteralBlock du JRSTLexer, qui continue de recevoir un array de String taille 1 avec le String étant vide du AdvancedReader.readWhile() ... je n'ai pas encore très bien compris le fonctionnement interne de votre JRst - pourriez-vous me donner la solution correct? J'ai déjà essayer 1226 du JRSTLexer à "while (lines.length > 0 && !lines[0].isEmpty()) {", et ça enleve la boucle infini, mais me fait perdre le block en quéstion - pas super non plus.
C'était bien dans la méthode peekLiteralBlick qui appel la readWile qui attend un saut de ligne pour ce terminer.
Pour palier au problème il suffisait de rajouter un saut de ligne en fin de fichier.
ça sera génial si vous auriez en instant de regarder (facile avec le fichier de test ci-joint), et corrigé cela... considerez le comme soutien à un projet important pour la microfinance dans les pays en développment! ;)
Il y avais aussi quelques erreurs rst dans le fichier joint, les titres doivent être entièrement soulignés :
title =====
Il semblerais qu'il faille un saut de ligne entre les changements de niveaux des bullets lists :
* 1 * 2
* 21 * 22 * 3
Il y a ce site qui propose un rendu online qui utilise le parseur de DocUtils qui est plus complet (qui sert de référence à JRST), il permet de s'assurer que le rst est bien valide : http://www.tele3.cz/jbar/rest/rest.html
Je met le fichier corrigé en pièce jointe.
J'espère que cette réponse vous sera utile et n'hésitez pas à nous recontactez en cas de soucis. Toute mes excuses pour cette réponse tardive.
Cordialement.
Letellier Sylvain letellier@codelutin.com