[bug] zusätzliche HTML-Trag in den xml-Files

[t31]

In den xml-Files der Caches gcxxxxx.xml ist immerwieder folgendes Muster zu erkennen:

Fuß, dort wo sich beide Stämme vereinen, solltet Ihr in der Mitte
fündig werden.</p></span>
                    <br />

                </p>
                <p>
                    ]]></DETAILS>
<COUNTRY><![CDATA[Germany]]></COUNTRY>
<STATE><![CDATA[Sachsen-Anhalt]]></STATE>

</span> <br /> </p> <p> sind zuviel.

Richtig wäre:

Fuß, dort wo sich beide Stämme vereinen, solltet Ihr in der Mitte
fündig werden.</p>]]></DETAILS>
<COUNTRY><![CDATA[Germany]]></COUNTRY>
<STATE><![CDATA[Sachsen-Anhalt]]></STATE>

Diese Zeichenfolge wird auch exportiert und bläht natürlich das GPX-Files auf, zudem ist es sicher nicht ganz OK drei Tags zu schließen die zuvor nicht geöffnet wurden und anschließen eines offen zu lassen.

 

[pfeffer]

passiert das auch bei Caches, die von Opencaching heruntergeladen wurden?

Gruß,
Pfeffer.

 

[MiK]

Passiert es auch mit Caches aus einer PQ?

 

[MiK]

Ich habe in der spider.def etwas angepasst. Bitte ausführlich testen!

 

[MiK]

Ich hatte gerade einen Fall, bei dem sich CW damit aufgehängt hat... Ich hoffe ich komme heute Abend dazu, dies zu analysieren.

 

[MiK]

Anscheinend mag die Java-Version zwar meine neue RegEx, aber die EWE/EVE-Version nicht. Hat jemand Erfahrung damit? Es nicht gut zu debuggen.

Folgenden Fehler bekomme ich:

java.lang.StackOverflowError
        at com.stevesoft.ewe_pat.oneChar.matchInternal(oneChar.java:36)
        at com.stevesoft.ewe_pat.Pattern.nextMatch(Pattern.java:58)
        at com.stevesoft.ewe_pat.oneChar.matchInternal(oneChar.java:39)
        at com.stevesoft.ewe_pat.Pattern.nextMatch(Pattern.java:58)
        at com.stevesoft.ewe_pat.oneChar.matchInternal(oneChar.java:39)
        at com.stevesoft.ewe_pat.Pattern.nextMatch(Pattern.java:58)
        at com.stevesoft.ewe_pat.oneChar.matchInternal(oneChar.java:39)
        at com.stevesoft.ewe_pat.Pattern.nextMatch(Pattern.java:58)
        at com.stevesoft.ewe_pat.oneChar.matchInternal(oneChar.java:39)

 

[MiK]

Ich habe die Änderungen erstmal rückgängig gemacht und das Ende im Code getrimmt. Falls doch jemand eine Lösung weiß, würde ich es gerne wieder über eine RegEx lösen.