File lock probléma

Java
  • 1219 megtekintés

( uid_194 | 2011. 03. 21., h – 16:13 )

Neked is ajanlom a [code] taget, jobb, mint a <code>.

--
|8]

( mrev | 2011. 03. 21., h – 18:29 )

Ha jól értem: Létrehozol egy ideiglenes fájlt, és elindítasz egy hozzá passzoló programot. Ezután meg akarod várni, hogy a program "felolvassa" a bemenetet, és a lehető leghamarabb törölni akarod az ideiglenes fájlt.

Na, általában ez a lehető leghamarabb akkor van, amikor a fájl nézegetését befejezték, addig ugyanis lehetséges, hogy a nézegető nyitva tartja a fájlt. UNIX-on lehetne törölni hamarabb (a nézegetés közben) is, de Windowson nem. Például, ha a bemenet egy mp3 fájl, a "nézegető" pedig egy lejátszó, akkor nyitva lesz a fájl elég sokáig.

--
CCC3

( sfeher v | 2011. 03. 21., h – 18:56 )

Pontosan. Működik is minden esetben, kivéve, ha tömörített állományról van szó. A proc.waitfor() megvárja, míg a hívott program befejeződik, de ebben az esetben a hívott program (gondolom explorer.exe) meghívja a tömöríŧett fájl nézegetőt, amiről az én programom már nem tud semmit.
Visszatér a hívás, törli a fájlt miközben a nézegető még bőszen olvasná fel.

Aha, én csak arra gondoltam, hogy az ilyen lockolható/nem lockolható, törölhető/nem törölhető dolog rendszerfüggő, nem szabad rá alapozni. Az a jó megoldás, ha a program megjegyzi, hogy milyen fájlokat csinált, és később, amikor már biztosan nem kellenek (pl. kilépéskor) letörli őket. Új programindításkor pedig meg lehet nézni, nem maradt-e letörletlen munkafájl a korábbi sessionból. A /tmp-be meg ilyen helyekre szokták tenni az effélét. A lockolás nem jó.
--
CCC3

Szóval minden fájl megnyitáskor elindul egy java program, megnyitja a fájlt, aztán be is záródik? Nem lehetne ezt átalakítani úgy, hogy a java processből is csak egy fusson és annak üzengessen a fő kliens program? Akkor ráérne a leálláskor törölni a fájlokat ráadásul valószínűleg gyorsabb is lenne.

Én már gányoltam ilyet. Barátom a wget. El kell indítani a java process-t (mondjuk embeddelt http szerverrel) valahogy az elején és a kő buta kliensből wget-tel url-eket hívogatni. Nálam annyi különbség volt, hogy szerveren szervizként futott egy régi Delphi progi, az hívta a wget-et, amivel üzentem a tomcat-ben futó webalkalmazásnak. De akár fájlon keresztül is üzenhetsz (akkor nem kell socket). Ebben az esetben a fő kliensnek fájlba kell írni, azt is össze lehet hozni akár egy bat-ban is. A java processz meg azt figyeli.
Persze gondolom nem ilyen nagy átalakítást szeretnél.