<div dir="ltr"><div><div>A SOAP használatának az az előnye meg van, hogy amíg találnak (írnak), olyan SOAP kliens könyvtárat, ami képes ekkora XML-ek kezelésére, Neked temérdek időd van arra, hogy egy olyan SOAP szerver oldali könyvtárat csinálj, ami képes feldolgozni is :)<br>
</div> Amúgy szerintem a küldő is sokkal jobban járna, ha meg tudnátok oldani, hogy mondjuk 100-200 darab, nagyjából 10-20 MB-os xml-t küldene, s akkor a feldolgozás is párhuzamosan haladhatna.<br><br></div>Üdv<br> Zs<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-08-11 11:33 GMT+02:00  <span dir="ltr">&lt;<a href="mailto:auth.gabor@javaforum.hu" target="_blank">auth.gabor@javaforum.hu</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<div class=""><br>
&gt; A lenyeg, hogy minel kisebb overhead legyen egy ekkora fajl<br>
&gt; feldolgozasakor. Ha lehet eliminalni a Java VM overheadjet, tegyuk<br>
&gt; meg. Ha van olyan scriptnyelv, aminek kicsi a footprintje, tegyuk meg.<br>
<br>
</div>Egészen pontosan milyen overhead-re gondolsz, ami Java (VM) esetén van és<br>
scriptnyelv esetén nincs?<br>
<div class=""><br>
&gt; A SOAP interfesz itt csak annyit tenne, hogy lerakna valahova a kapott<br>
&gt; XML-t (egyaltalan, miert kell ehhez SOAP? Ez sima HTTP upload, a SOAP<br>
&gt; itt felesleges overhead), meg generalna batch ID-t, ahogy Peti is<br>
&gt; irta.<br>
<br>
</div>Gányolni mindenki tud... karbantartható architektúrát és átlátható<br>
forráskódot kevesen képesek produkálni...<br>
<span class="HOEnZb"><font color="#888888">--<br>
Auth Gábor<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<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>
</div></div></blockquote></div><br></div>