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. <div>
<br></div><div>tehat:</div><div>* xa transaction support</div><div>* php support</div><div>* nagy file kezeles (nem extrem, max 5-10MB, de ebbol sok)</div><div><br></div><div>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)</div>
<div><br></div><div>koszi,</div><div>B<br><br><div class="gmail_quote">2012/7/19 Hollósi Balázs <span dir="ltr">&lt;<a href="mailto:hollosi.balazs@1101.hu" target="_blank">hollosi.balazs@1101.hu</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
koszi, meglessuk<span class="HOEnZb"><font color="#888888"><div><br></div></font></span><div><span class="HOEnZb"><font color="#888888">b</font></span><div><div class="h5"><br><br><div class="gmail_quote">2012/7/18 Istvan Verhas <span dir="ltr">&lt;<a href="mailto:istvan@verhas.com" target="_blank">istvan@verhas.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Nekem ez jutott eszembe <a href="http://commons.apache.org/vfs/" target="_blank">http://commons.apache.org/vfs/</a> jo tapasztalataink voltak vele.<br>
<br>
Sent from viPhone<br>
<div><div><br>
On 2012.07.18., at 15:40, Hollósi Balázs &lt;<a href="mailto:hollosi.balazs@1101.hu" target="_blank">hollosi.balazs@1101.hu</a>&gt; wrote:<br>
<br>
&gt; Sziasztok<br>
&gt;<br>
&gt; ee6 kornyezetben pilotolunk egy konyvtarba erkezo fajlok feldolgozasat<br>
&gt; vegzo alkalmazast. glassfish alatt quartz job vegezne a konyvtarak<br>
&gt; scanneleset, majd amit arra meltonak talal ejb-ben implementalt uzleti<br>
&gt; logika altal feldolgozasra kerul es db-ben tarolodik az adat. ejb file<br>
&gt; olvasas ha jol tudom meg mindig ordogtol valo, viszont attolni byte<br>
&gt; tombben vagy maskent szerintem nem egy mukodo koncepcio, akar tabb<br>
&gt; megas is lehet egy file. szembe jott velunk a <a href="http://xadisk.java.net/" target="_blank">http://xadisk.java.net/</a><br>
&gt; resource adapter. elso olvasatra szimpatikus, ha minden igaz bele<br>
&gt; tudjuk paszirozni a sajat user tranzakcionkba, ha clusterre allunk at<br>
&gt; nem kell mountolni a driveot minden instance ala hanem ha jol latom<br>
&gt; porton keresztul is tud mukodni, stb. van barmi tapasztalotok vele?<br>
&gt; esetleg a leirt problemaval kapcsolatban van barmi gondolatotok, merre<br>
&gt; erdemes meg korbenezni?<br>
&gt;<br>
&gt; koszi,<br>
&gt; B<br>
</div></div>&gt; _______________________________________________<br>
&gt; Javalist mailing list<br>
&gt; <a href="mailto:Javalist@lists.javaforum.hu" target="_blank">Javalist@lists.javaforum.hu</a><br>
&gt; <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu" target="_blank">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>
</blockquote></div><br></div></div></div>
</blockquote></div><br></div>