[Javalist] Jenkins: SVN: XML: Premature end of file

[György Gajdics]

Sziasztok!

A szál lezárásaként mondanám el a konklúziókat.

Mivel az összes temp állomány létrehozását minősítettem a BUILD_TAG-gal és
a hiba ezután is előfordult, ebből nyilvánvaló lett (és Gábornak igaza),
hogy a minősítetlen temp megoldás is szál és jvm biztos volt és az SVN
klienssel van valami gond. Viszont a javasolt SVNkit-re rákeresve ugyanez a
hiba ott is előfordult, úgyhogy azt a szálat nem erőltettem tovább.

A részleges megoldást az jelentette, hogy az összes "svn info --xml" hívást
lecseréltem --xml nélkülire (a kimenet regex-el feldolgozva). Ez ~98%-ban
megoldotta a problémát, egy-két esetben itt sem sikerült kiértékelni az
információt, ennek oka még homályos, de a kezelhető szintre süllyedt a
false pozitív hibaüzenetek száma. Közben a hiba - azért jóval kisebb
mértékben - áttevődött egy másik helyre ahol szintén xml lekérdezés
történik (svn stat --xml), de ennek megoldása ugyanaz lesz, mint az info
esetén.

ui: A build rendszerrel van még egy kisebb fajsúlyú hiba, de arra inkább
majd egy új szálat indítok.

2014. október 28. 12:18 György Gajdics írta, <ggtech65 at gmail.com>:

> Elfelejtettem mondani egy talán fontos dolgot. A CI szerver meg minden
> egyéb Windows-on (Windows Server 2008 R2 Standard) fut.
>
> Viszont éjszaka újrafordult a 300+ modul.
> Végül nem korlátoztam egy szálra végrehajtást, hanem kiegészítettem a temp
> állományokat egy job specifikus prefix-szel (sajnos egyelőre csak egy
> helyen):
>
> <tempfile destdir="${env.TEMP}" property="temp.file"
> *prefix="${env.BUILD_TAG}"* deleteonexit="true"/>
>
> Az eredmény sajnos nem túl rózsás. A false pozitív hibák száma nem
> csökkent, de néhány esetben áttevődött build script egy másik temp
> állományt használó részére, valamint most rég nem látott egyéb hibát is
> kaptam (ugyanott egyébként): "XML document structures must start and end
> within the same entity."
> Ebben az esetben az xml állomány csak részben jön létre, és így tényleg
> nem tudja betölteni.
>
> Olyan, mintha néhány (de azért elég sok) esetben az svn nem tudná kiírni a
> standard outputra az információkat elég gyorsan. Aztán van amikor egy bit
> sincs az állományban, van amikor megvan a fele. Az svn az ant exec
> task-jával van indítva (nincs parallel végrehajtás scripten belül).
>
>             <exec executable="${svn.svn}"
>                   failonerror="true"
>                   output="${temp.file}">
>                 <arg value="info"/>
>                 <arg value="--xml"/>
>                 <arg value="@{url}"/>
>                 <arg value="--username"/>
>                 <arg value="@{username}"/>
>                 <arg value="--password"/>
>                 <arg value="@{password}"/>
>             </exec>
>
> Ma még megpróbálom a prefix-et az összes temp-nél, aztán ha az sem segít,
> akkor jön az svnkit.
>
>
>
>
> 2014. október 27. 23:01 Gábor Lipták írta, <gabor.liptak at gmail.com>:
>
> Az ant tempfile simán a java.io.File.createTempFile-t használja. Lásd:
>> http://grepcode.com/file/repo1.maven.org/maven2/org.apache.ant/ant/1.8.4/org/apache/tools/ant/util/FileUtils.java#FileUtils.createTempFile%28java.lang.String%2Cjava.lang.String%2Cjava.io.File%2Cboolean%2Cboolean%29
>>
>> A java.io.File.createTempFile pedig a securerandom miatt (
>> http://stackoverflow.com/a/4702630/337621) eléggé szál és több jvm
>> biztosnak tűnik nekem. Első ránézésre ez leginkább SVN kliens bugnak néz ki.
>>
>> Talán megpróbálhatnád SVNKittel. Egészen jól barátkozik Antallal. Lásd:
>> http://svnkit.com/kb/user-guide-ant.html
>>
>> 2014. október 27. 14:00 György Gajdics írta, <ggtech65 at gmail.com>:
>>
>> Ezt természetesen nem merném kijelenteni. Az ant generálja a nevet és 4
>>> végrehajtó szál lett beállva a master-en.
>>>
>>> <tempfile destdir="${env.TEMP}" property="temp.file"
>>> deleteonexit="true"/>
>>>
>>>
>>>
>>> 2014. október 27. 13:53 Auth Gábor írta, <auth.gabor at javaforum.hu>:
>>>
>>>> Hi,
>>>>
>>>> György Gajdics a következőt írta ekkor: 2014. október 27. 13:49:00
>>>> > A hiba egy ant scriptben dobódik, amely svn információt próbál
>>>> lekérni XML
>>>> > formában (svn info --xml url), az eredmény egy temp állományba kerül,
>>>> > amelyet ant xmlproperty tölt be. Ez az utolsó pont az, ahol a hiba
>>>> > előfordul.
>>>>
>>>> A fájl neve ugye szálbiztosan egyedi és nem lehet olyan, hogy egy másik
>>>> szál
>>>> véletlenül bele tud írni?
>>>> --
>>>> Auth Gábor
>>>>
>>>> _______________________________________________
>>>> Javalist mailing list
>>>> Javalist at lists.javaforum.hu
>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>
>>>
>>>
>>> _______________________________________________
>>> Javalist mailing list
>>> Javalist at lists.javaforum.hu
>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>
>>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20141120/ed85af12/attachment.html>