[Javalist] xadisk

[Hollósi Balázs]

a feldolgozas fajlonkent tortenik, az egy tranzakcio. ha sikerul torli a
fajlt. legacy rendszer, ezen is lesz valtoztatva, de most erre kell
megoldas

2012/7/19 <gzsombor at gmail.com>

> 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
>
>
> _______________________________________________
> 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/0e30c1cb/attachment.html>