[Javalist] xadisk

gzsombor at gmail.com gzsombor at gmail.com
2012. Júl. 19., Cs, 12:46:27 CEST


Nekem is. Illetve, hogy biztos, hogy egyben kell feldolgozni a fileokat, nem lehet mondjuk rekordokra bontani? 
On Thu Jul 19 12:23:41 GMT+200 2012, Böszörményi Péter <zmblevlist at gmail.com>. wrote:

Hat, nekem JMS jut errol eszembe. A quartz job betolja a fileokat egy topicba (pl hornetq aztat igeri, hogy el tud banni a nagy uzenetekkel), aztan mindenki, aki foglalkzni akar a fileal, majd szepen feliratkozik. A php integraciot el lehetne intezni ugy, hogy valaki, aki megkapja az uzenetet, elpostolsa a phpnak. 
 
Persze lehet, hogy ez igy overkill, majd a tobbiek jol megkopkodik. 
 
On Thu, 19 Jul 2012 11:36:24 +0200, Hollósi Balázs <hollosi.balazs at 1101.hu> wrote: 
 
> kozben konkretizalodtak az igenyek :) lehet hogy a filerendszert szeretnenk 
> elhagyni. eddig azert gondolkoztunk abban, mert van egy php-s komponens ami 
> ugyancsak dolgozik az allomanyokkal. viszont ha elhagyjuk kell php-hoz is 
> valami api. 
> 
> tehat: 
> * xa transaction support 
> * php support 
> * nagy file kezeles (nem extrem, max 5-10MB, de ebbol sok) 
> 
> ami elso keresesre szembe jott, az a neo4j. mongo-ra pl. nem talaltunk xa 
> reteget eddig. (valami experimental jdbc kezdemenyezes van, de production 
> kod lesz majd valamikor a vege, nem szeretnenk arra jatszani hogy talan 
> beernek) 
> 
> koszi, 
> B 
> 
> 2012/7/19 Hollósi Balázs <hollosi.balazs at 1101.hu> 
> 
>> koszi, meglessuk 
>> 
>> b 
>> 
>> 
>> 2012/7/18 Istvan Verhas <istvan at verhas.com> 
>> 
>>> Nekem ez jutott eszembe http://commons.apache.org/vfs/ jo 
>>> tapasztalataink voltak vele. 
>>> 
>>> Sent from viPhone 
>>> 
>>> On 2012.07.18., at 15:40, Hollósi Balázs <hollosi.balazs at 1101.hu> wrote: 
>>> 
>>> > Sziasztok 
>>> > 
>>> > ee6 kornyezetben pilotolunk egy konyvtarba erkezo fajlok feldolgozasat 
>>> > vegzo alkalmazast. glassfish alatt quartz job vegezne a konyvtarak 
>>> > scanneleset, majd amit arra meltonak talal ejb-ben implementalt uzleti 
>>> > logika altal feldolgozasra kerul es db-ben tarolodik az adat. ejb file 
>>> > olvasas ha jol tudom meg mindig ordogtol valo, viszont attolni byte 
>>> > tombben vagy maskent szerintem nem egy mukodo koncepcio, akar tabb 
>>> > megas is lehet egy file. szembe jott velunk a http://xadisk.java.net/ 
>>> > resource adapter. elso olvasatra szimpatikus, ha minden igaz bele 
>>> > tudjuk paszirozni a sajat user tranzakcionkba, ha clusterre allunk at 
>>> > nem kell mountolni a driveot minden instance ala hanem ha jol latom 
>>> > porton keresztul is tud mukodni, stb. van barmi tapasztalotok vele? 
>>> > esetleg a leirt problemaval kapcsolatban van barmi gondolatotok, merre 
>>> > erdemes meg korbenezni? 
>>> > 
>>> > koszi, 
>>> > B 
>>> > _______________________________________________ 
>>> > 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 
>>> 
>> 
>> 
> 
 
 
-- 
Üdvözlettel, 
Böszörményi Péter 
_______________________________________________ 
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/20120719/cda3f38d/attachment.html>


További információk a(z) Javalist levelezőlistáról