Miért jó az opensource?

Mert a ronda megoldásokra is fény derül ha elég sokáig szívsz vele.

Note that if this operation fails it may have succeeded in creating some of the necessary parent directories.

( doc | 2015. 04. 08., sze – 17:24 )

mi ezzel a baj? extrem esetben siman elofordulhat hogy pl. a 8 egymasba agyazott konyvtarbol csak 6-ot tud megcsinalni mert mondjuk elfogytak az inode-ok

Igen, az mkdir(2) kabe tucatnyi hibaval terhet vissza, es ha azokat nem kezeled le normalisan akkor ez lesz belole. Ez a linkelt implementacio meg valoban fos ahhoz kepest, amennyi eset lehetseges. Ha legalabb az EEXIST-et kulonvalasztotta volna valami exception handlinggal (hamar csak bool-t kepes visszaadni). Dehat ugye nem.

A javanak nem csak az mkdir(2)-t kell kezelnie, a fejleszto fele SEMMILYEN platform (OS )specifikus hibanak nem szabad eljutnia, hiszen absztrahaljuk a dolgot tobb platform felett. A Windows API-t erdemes megnezni, hogy ott milyen hibakodok vannak. OS X most nem kerdes, az rendes UNIX.
Win32 eseten letezik ez: https://msdn.microsoft.com/en-us/library/windows/desktop/aa363855%28v=v…
Rekurziv mukodest ez a fuggveny nem ismer.

Jo, de ez az "exist" dolog azert elegge platformfuggetlen ;) Marmint egy olyan rendszeren ahol "letre lehet hozni konyvtarakat", ott ertelmes az a kerdes is egyben hogy "letezik-e (letezett-e) egy adott konyvtar". Mindenhol megvan az ennek megfelelo output (altalad linkelt oldalon is ez a ERROR_ALREADY_EXISTS c. dolog). Csak kezelni kell. Az jo kerdes viszont hogy a java mit dob. A manual alapjan (lasd post) nem dob exceptiont, ha letezik a konyvtar. Java-implementacio szinten ez meg annyit jelent maximum, hogy az OS-API egynemely hibakodjat (EEXIST, ERROR_ALREADY_EXISTS) ignoralja, es ugyanugy true-val ter vissza.

( asch v | 2015. 04. 08., sze – 18:50 )

Ebből én még nem értettem meg, hogy mi az a race condition, ami miatt retry kell?

Több thread esetén jöhet létre természetesen a race condition. Egy thread esetén egyszerű a helyzet: a thread megnézi, hogy létezik-e az adott könyvtár, ha nem, akkor létrehozza. Több thread esetén előfordulhat olyan eset (az OS ütemezőjétől és egyebektől függően), hogy egy threadben a könyvtár vizsgálata és a létrehozása között egy másik thread létrehozza az adott könyvtárat, így az eredeti thread hibát fog jelezni.

A fenti kódrészlet erre nyújt egy nem tökéletes megoldást azzal, hogy figyelembe veszi a race condition lehetőségét és százszor próbálkozik újra. Nem vagyok szakértő, de feltételezem elegánsabb megoldás lett volna könyvtárszerkezet létrehozásánál valamilyen global lock használata a threadek között.

( crown v | 2015. 04. 09., cs – 09:29 )

Logikailag se tudnek jobb megoldast. Ugye, letrehozod az a, a/b es valaki beleir az a/b konytarba, de az a/b/c -t mar nem tudod letrehozni. Ez van. Szerintem korrekt.

( haspokember | 2015. 04. 09., cs – 12:31 )

Szerintem rossz iranybol nezed a dolgot (plane fejlesztokent).

Az open source remek lehetoseg arra, hogy _kijavitsd_ a kodot, ha eleg sokaig szivsz vele...