[Javalist] xadisk

[Hollósi Balázs]

egy file esetenkent csak par mega, de lehet hogy beesik par ezer. ezeket ha
betolom a queue-ba nem zabalja fel a vasat? vagy kiperzisztal mindent
szepen? nem vagyok tul expert jms teren ;)

b

2012/7/19 Böszörményi Péter <zmblevlist at gmail.com>

> 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<http://lists.javaforum.hu/mailman/listinfo/javalist>
>>>> ______________________________**_________________
>>>> Javalist mailing list
>>>> Javalist at lists.javaforum.hu
>>>> http://lists.javaforum.hu/**mailman/listinfo/javalist<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<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/4f253b03/attachment.html>