<div dir="ltr">Szia!<div><br></div><div>Mégegy ötletem van. Nálunk a build rendszer virtualizált környezetben fut (sajnos). Olyan fura networking és diszk hibák történnek néha, teljesen megmagyarázhatatlanul, hogy csak na. Ha a te környezeted is virtualizált, tégy próbát ha lehet fizikai vason. Hátha ott nincs baj.</div><div><br></div><div>Üdv:</div><div><br></div><div>Gábor</div></div><div class="gmail_extra"><br><div class="gmail_quote">2014. november 20. 22:42 György Gajdics írta, <span dir="ltr"><<a href="mailto:ggtech65@gmail.com" target="_blank">ggtech65@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Sziasztok!<div><br></div><div>A szál lezárásaként mondanám el a konklúziókat.</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>ui: A build rendszerrel van még egy kisebb fajsúlyú hiba, de arra inkább majd egy új szálat indítok.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014. október 28. 12:18 György Gajdics írta, <span dir="ltr"><<a href="mailto:ggtech65@gmail.com" target="_blank">ggtech65@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div>Elfelejtettem mondani egy talán fontos dolgot. A CI szerver meg minden egyéb Windows-on (Windows Server 2008 R2 Standard) fut.<br></div><br>Viszont éjszaka újrafordult a 300+ modul.<br></div>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):<br><br><tempfile destdir="${env.TEMP}" property="temp.file" <b>prefix="${env.BUILD_TAG}"</b> deleteonexit="true"/><br><br></div>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."<br></div>Ebben az esetben az xml állomány csak részben jön létre, és így tényleg nem tudja betölteni.<br><br></div><div>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).<br><br> <exec executable="${svn.svn}"<br> failonerror="true"<br> output="${temp.file}"><br> <arg value="info"/><br> <arg value="--xml"/><br> <arg value="@{url}"/><br> <arg value="--username"/><br> <arg value="@{username}"/><br> <arg value="--password"/><br> <arg value="@{password}"/><br> </exec><br></div><div><br></div>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.<br><div><div><br><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014. október 27. 23:01 Gábor Lipták írta, <span dir="ltr"><<a href="mailto:gabor.liptak@gmail.com" target="_blank">gabor.liptak@gmail.com</a>></span>:<div><div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Az ant tempfile simán a java.io.File.createTempFile-t használja. Lásd: <a href="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" target="_blank">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><div><br></div><div>A java.io.File.createTempFile pedig a securerandom miatt (<a href="http://stackoverflow.com/a/4702630/337621" target="_blank">http://stackoverflow.com/a/4702630/337621</a>) 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.</div><div><br></div><div>Talán megpróbálhatnád SVNKittel. Egészen jól barátkozik Antallal. Lásd: <a href="http://svnkit.com/kb/user-guide-ant.html" target="_blank">http://svnkit.com/kb/user-guide-ant.html</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014. október 27. 14:00 György Gajdics írta, <span dir="ltr"><<a href="mailto:ggtech65@gmail.com" target="_blank">ggtech65@gmail.com</a>></span>:<div><div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">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.<br><br><tempfile destdir="${env.TEMP}" property="temp.file" deleteonexit="true"/><br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">2014. október 27. 13:53 Auth Gábor írta, <span dir="ltr"><<a href="mailto:auth.gabor@javaforum.hu" target="_blank">auth.gabor@javaforum.hu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
György Gajdics a következőt írta ekkor: 2014. október 27. 13:49:00<br>
<span>> A hiba egy ant scriptben dobódik, amely svn információt próbál lekérni XML<br>
> formában (svn info --xml url), az eredmény egy temp állományba kerül,<br>
> amelyet ant xmlproperty tölt be. Ez az utolsó pont az, ahol a hiba<br>
> előfordul.<br>
<br>
</span>A fájl neve ugye szálbiztosan egyedi és nem lehet olyan, hogy egy másik szál<br>
véletlenül bele tud írni?<span><font color="#888888"><br>
<span><font color="#888888">--<br>
Auth Gábor<br>
<br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu" target="_blank">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</font></span></font></span></blockquote></div><br></div>
<br>_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu" target="_blank">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
<br></blockquote></div></div></div><br></div>
<br>_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu" target="_blank">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
<br></blockquote></div></div></div><br></div>
</blockquote></div><br></div>
<br>_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
<br></blockquote></div><br></div>