Új hozzászólás Aktív témák

• #12180 urandom0 senior tag Aethelstone #12179

  Új Válasz 2025-05-23 16:00:29 #12180

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  válasz Aethelstone #12179 üzenetére

  Most egyelőre úgy néz ki, marad a projekt a mostani barebone PC-n, mert a vezetőség azt mondta, nincs pénz RPi-re... de azért köszi. Nagyon kíváncsi leszek, hogy fog futni Raspberry-n, ha egyszer eljutunk odáig.

  Más.
  GraalVM native image készítésről ki tudna mesélni? Mennyire használható? A végeredmény mennyire kicsit méretre, és mennyivel gyorsabb (ha gyorsabb egyáltalán)?
  Én kb. 1 évvel ezelőtt próbálgattam, hát elég körülményes, illetve le sem fordult teljesen a projektem, a java.net.http csomagra panaszkodott folyamatosan.

• #12170 urandom0 senior tag

  Új Válasz 2025-03-20 08:10:43 #12170

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  Sziasztok,
  van esetleg valakinek tapasztalata abban, hogy egy JavaFX-et és/vagy Apache POI-t projekt mennyire problémásan futtatható Raspberry Pi-ról?

• #12165 urandom0 senior tag floatr #12164

  Új Válasz 2024-11-17 16:08:18 #12165

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  válasz floatr #12164 üzenetére

  És ugyanez van Go-val, Rusttal, sok minden mással is... a megoldás: Kotlin/Go/Rust fejlesztőnek kell tanulni

• #12152 urandom0 senior tag Ablakos #12151

  Új Válasz 2024-10-24 17:45:36 #12152

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  válasz Ablakos #12151 üzenetére

  A resources mappának a classpath-ban kell lennie, különben a Javanak fogalma sem lesz róla, hogy hol keresse a fájlaidat.
  Ha a resources mappát hozzáadtad a classpath-hoz, akkor így hivatkozz rá a fájlodra:
  URL fxmlUrl = this.getClass().getClassLoader().getResource("fxml/sayhello.fxml");

  Elméletileg legalábbis...

• #12150 urandom0 senior tag Ablakos #12149

  Új Válasz 2024-10-24 17:02:22 #12150

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  válasz Ablakos #12149 üzenetére

  Eclipse-t használsz? A projekt beállításainál a Java Build Path \ Source alatt meg van adva a resources mappa?

  Amúgy honnan a tutorial?

• #12144 urandom0 senior tag lanszelot #12143

  Új Válasz 2024-10-23 21:40:36 #12144

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  válasz lanszelot #12143 üzenetére

  Ez az xml-es bohóckodást én is utáltam Androidban. Sőt, az igazat megvallva, az egész Android fejlesztést utáltam elejétől a végéit. Van egy cikk ebben a témában angolul, ezt szoktam ajánlgatni: https://rmirabelle.medium.com/the-android-sdk-is-the-worst-thing-on-earth-c3aaebbd2e6d

  Százával vannak még hasonló írások: https://news.ycombinator.com/item?id=41062292
  https://news.ycombinator.com/item?id=40742719

  Aki ezt az xml-es faszkodást kitalálta, annak remélem külön bugyra van a pokolban. Lehet egyébként procedurálisan is csinálni az egészet, de ahhoz közel nulla dokumentáció van.
  Mondanám, hogy térj át inkább Kotlinra, és tanuld meg a Jetpack Compose-t, de csak akkor mondanám, ha rosszat akarnék neked (és ha nem tudnám, mi az a declarative UI nevű lázálom). Én azért hagytam abba az Android fejlesztést, mert egy tragédia az egész, elejétől a végéig.

  Csak egy dolgot mondok neked, ha egy framework doksijában olyanokat látsz, mint pl. hogy "less code", "intuitive", "it simplifies...", "makes it easy", akkor sovány vaddisznó vágtában menekülj onnan. Sőt, ha jót akarsz magadnak, a nagyvállalati cuccokat, úgy, ahogy vannak, kerüld el.

• #12139 urandom0 senior tag lanszelot #12138

  Új Válasz 2024-09-25 19:04:35 #12139

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  válasz lanszelot #12138 üzenetére

  Mindig tedd hozzá, hogy milyen platformon fejlesztesz, mert anélkül nem lehet pontos választ adni. Az Android processzkezelése egész más, mint mondjuk egy asztali Java alkalmazásé vagy egy Spring Boot appé, mert ugye Androidon intentekkel meg activitykkel kell játszani. Ott valami ilyesmi megoldást kell csinálnod (nem értek hozzá, én is csak úgy copyztam):

  Context ctx = getApplicationContext();
PackageManager pm = ctx.getPackageManager();
Intent intent = pm.getLaunchIntentForPackage(ctx.getPackageName());
Intent mainIntent = Intent.makeRestartActivityTask(intent.getComponent());
ctx.startActivity(mainIntent);
Runtime.getRuntime().exit(0);

  Vagy ilyet:

  public static void triggerRebirth(Context context, Intent nextIntent) {
Intent intent = new Intent(context, YourClass.class);
intent.addFlags(FLAG_ACTIVITY_NEW_TASK);
intent.putExtra(KEY_RESTART_INTENT, nextIntent);
context.startActivity(intent);
if (context instanceof Activity) {
((Activity) context).finish();
}

Runtime.getRuntime().exit(0);
}

  De lényegében ez is arról szól, hogy új processzként elindítod saját magad, magadból pedig kilépsz, és az új processz pedig fut tovább.

• #12137 urandom0 senior tag lanszelot #12136

  Új Válasz 2024-09-25 17:01:29 #12137

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  válasz lanszelot #12136 üzenetére

  Android? Ha igen, akkor az Android topikban kellene feltenni a kérdést, mert ott más megoldás kell (újrahívni az intentet, vagy nem tudom, nem értek hozzá).

  Ha asztali program, akkor több lehetőség is van, pl. ProcessBuilder-rel elindítasz egy új példányt a programodból, a jelenlegiből pedig kilépsz System.exit()-tel. Vagy a Runtime.getRuntime().exec() metódussal indítasz egy új példány, és kilépsz a jelenlegiből.
  Vagy ha kicsit softosabb újraindítás kell, akkor csinálhatod azt, hogy a main() metóduson belül egy másik metódusba (pl. launch) rakod a programod lényegi részét, és ezt a metódust bármikor újra tudod hívni.
  De végső soron visszaállíthatsz mindent alapra egy metódussal, de ezzel kapcsolatban nekem vannak kétségeim, elég könnyű hibázni, főleg, ha vannak statikus metódusaid is.

  Nyilván a konkrét megvalósítás erősen függ attól, hogy pontosan mit és hogyan csinál a programod.

• #12131 urandom0 senior tag lanszelot #12130

  Új Válasz 2024-09-23 07:51:04 #12131

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  urandom0

  senior tag

  válasz lanszelot #12130 üzenetére

  Ha itt is azt fogod csinálni, mint a PHP-s topikban, elég hamar kiidegeled a népet

  Ezt figyelmesen, alaposan olvasd át:
  https://developer.android.com/studio/debug/index.html

  Szerintem a Attach the debugger to a running app rész kell neked, ott csúszhatott el a dolog.

Új hozzászólás Aktív témák