[Javalist] nagy méretű XML-ek feldolgozása

[Cpt]

Sziasztok,  köszi a válaszokat, javaslatokat. A feldolgozás nagyja mindenképp aszinkron lesz. És mindenképp vágni kell az összes adaton és a maradék adatot is darabolni. Az attachment-et már én is felvetettem, de azt mondják sajnos az alapadatok ekkora méretűek. És hogy az optimalizálásig eljussunk, valamit le kell tenni az asztalra, egy nem nagy XML-ekre jól működő interface-t. Sajnos a helyzet adott. Kösz még1x az ötleteket.  üdv, Gábor 
Zsombor <gzsombor at gmail.com> írta:
>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 :) 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.
> Üdv
> Zs 2014-08-11 11:33 GMT+02:00 <auth.gabor at javaforum.hu>:

>>Hi,
>>> A lenyeg, hogy minel kisebb overhead legyen egy ekkora fajl
>>> feldolgozasakor. Ha lehet eliminalni a Java VM overheadjet, tegyuk
>>> meg. Ha van olyan scriptnyelv, aminek kicsi a footprintje, tegyuk meg.
>> Egészen pontosan milyen overhead-re gondolsz, ami Java (VM) esetén van és
>>scriptnyelv esetén nincs?
>>> A SOAP interfesz itt csak annyit tenne, hogy lerakna valahova a kapott
>>> XML-t (egyaltalan, miert kell ehhez SOAP? Ez sima HTTP upload, a SOAP
>>> itt felesleges overhead), meg generalna batch ID-t, ahogy Peti is
>>> irta.
>> Gányolni mindenki tud... karbantartható architektúrát és átlátható
>>forráskódot kevesen képesek produkálni...
>>--
>>Auth Gábor
>>
>>_______________________________________________
>>Javalist mailing list
>>Javalist at lists.javaforum.hu
>>http://lists.javaforum.hu/mailman/listinfo/javalist

>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 :)
> 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.Üdv Zs
>2014-08-11 11:33 GMT+02:00  auth.gabor at javaforum.hu>:
>Hi,
>
>> A lenyeg, hogy minel kisebb overhead legyen egy ekkora fajl
>> feldolgozasakor. Ha lehet eliminalni a Java VM overheadjet, tegyuk
>> meg. Ha van olyan scriptnyelv, aminek kicsi a footprintje, tegyuk meg.
>
>Egészen pontosan milyen overhead-re gondolsz, ami Java (VM) esetén van és
>scriptnyelv esetén nincs?
>
>> A SOAP interfesz itt csak annyit tenne, hogy lerakna valahova a kapott
>> XML-t (egyaltalan, miert kell ehhez SOAP? Ez sima HTTP upload, a SOAP
>> itt felesleges overhead), meg generalna batch ID-t, ahogy Peti is
>> irta.
>
>Gányolni mindenki tud... karbantartható architektúrát és átlátható
>forráskódot kevesen képesek produkálni...
>--
>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
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20140812/dc468d5f/attachment.html>