BGAFC Vendégkönyv

Σ: 1 post

TCH (statz)

#1, Főfasz (10443)

1710 | #3e77 | ^ | Idézet | Wed, 20 Jul 2016 01:06:40 +02

188.143.*.*

188.143.*.*

Ha becsomagolom ezt a fost JAR-ba, akkor nem találja a mellette lévő fájlokat. Hogy honnan fut a JAR, azt így lehet lekérdezni:

new File(MyClass.class.getProtectionDomain().getCodeSource().getLocation().toURI().getPath());

Igazából ezen sírni kéne, de már csak röhögni tudok, annyira fáradt vagyok. Dzsuva sux.

Sz*rk: Természetesen a kód nem működik, ha nem teszem try-catch blokkba...fúúúú...

Ja, és ha a JAR-ból futunk, akkor a JAR-t adja meg könyvtárnak. XDDDDDDDDDDDDD
Mekkora egy szarrakás ez a dzsuva.

Sz*rk 2: Ééééééés...dzsuvában nem lehet lépkedni a könyvtárak között!!! XDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD
Uram teremtőm! Micsoda ocsmány fosrakás! Lehet abszolút elérést használni mindenütt! Kurwa jó, először lekérem, hogy hol vagyok, mert nem ott vagyok, ahol vagyok, aztán átváltani nem tudok, hanem kívülről nyúlkálok. Édes istenem! Atomot a dzsuva kiötlőinek!

Sz*rk 3: Abszolút eléréssel ez a fos nem látja a fájlt! Kurwa anyját a dzsuvának!

Szr*k 4: Szar volt a példa:

URL imgUrl = getClass().getClassLoader().getResource(WDir + filename);

helyett

imgUrl = new File(WDir + filename).toURI().toURL();

Viszont ez utóbbit természetesen try-catch blokkba kell rakni, így már két db. ilyen felesleges szar is van a kódban, ráadásul a fájlkezelésnél van egy harmadik is, azaz ott kettő van egymásba ágyazva... A jó kurwa anyját ennek a feleslegesen kikényszerített kivételkezelésnek! Jó, fájlkezelésnél még csak-csak érti az ember, de egy stringparsingnál mi a jó kurwa anyjának kell ez?!

De legalább most már működik JAR-ral is...hogy dögölne meg!