[Javalist] Classloader anonymous gond
István Székely
istvan.szekely at i-logic.hu
2013. Ápr. 17., Sze, 15:03:53 CEST
Szia,
Pontosan 0 db XML-re van szükséged (legalábbis Equinox alatt biztosan).
A konténer pedig ennyi:
104K org.eclipse.equinox.common_3.6.0.v20110523.jar
32K org.eclipse.equinox.event_1.2.100.v20110502.jar
48K org.eclipse.equinox.launcher_1.2.0.v20110502.jar
212K org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.100.v20110505
1,4M org.eclipse.osgi_3.7.0.v20110613.jar
72K org.eclipse.osgi.services_3.3.0.v20110513.jar
24K org.eclipse.osgi.util_3.2.200.v20110110.jar
Amúgy amit Iván írt, az elég meggyőző, úgyhogy befejezem. :)
Üdv,
Stivi
On 2013-04-17 14:33, Gábor Garami wrote:
> Nekem se jott be az OSGi, nekem meg kevesebb cuccom van, mint neked,
> plusz, en nem annyira kedvelem az XML-ezest.
>
> A JSPF ( https://code.google.com/p/jspf/ ) egy egesz jo kis cucc, par
> perc alatt tanulhato, annotacio alapu tortenet. Just works.
>
> Egy pelda (ehm... ) app:
> http://git.hron.me/?p=hron84/jtranslate.git;a=tree
>
> Foleg a jtranslate-app es a jtranslate-google modulok fognak teged
> erdekelni. Az API-bol csak a
> me.hron.jtranslate.core.TranslationServiceFactory erdekes, ez az, ami
> felizgatja a plugin frameworkot.
>
> Garami Gábor
> E-mail: gabor.garami at hron.me <mailto:gabor.garami at hron.me>
> Tel: +36 20 235 9621
> MSN: hrgy at vipmail.hu <mailto:hrgy at vipmail.hu>
> Skype: hron84
>
>
> 2013/4/17 <istvan.ketler at lhsystems.com
> <mailto:istvan.ketler at lhsystems.com>>
>
> Sziasztok,
>
> just for the record:
>
> Természetesen én voltam a ló, de nagy. A jarban lévő jar fájlokat
> kitömörítem egy temp katalógusba, amit úgy hozok létre ha még nem
> volt. Azt akarom, hogy megálláskor törlődjék ez a katalógus. Ezért
> az egész keretrendszer exception environment-ben van, ha nem tud
> elindulni, a törlés automatikus. Namost valamiért a törlést
> áttettem a finally-ba, így amikor az indító thread megállt, jól
> letörölte a temp dirt. Az egyébként üres volt, de a class loader
> ezt mégis észrevette, és becsukta magát, attól kezdve nem töltött
> semmit. Finally-ból a törlés visszakerült a hibaágba, és megy mint
> a parancsolat... De ehhez kellett egy debuggolható rt.jar, mert az
> oracle fene nagy bölcsességében törölte a debug infókat. Legalább
> egy napot megtakarított volna vele ha végigkövethettem volna már
> sokkal korábban hogy mi történik.
>
>
> Ami a kerék újra feltalálását illeti...
>
> Szeretem az OSGi-t, de ugye akkor kell egy konténer, amit nem
> annyira akarok. Az eclipse esetén meg asszem kell az equinox, az
> emf core, az application model és barátai, meg a 4.0 workbench.
> Utána kezdhetem írni a saját bigyóimat, de eddigre már van néhány
> tucat jar fájlom. Mivel pluginem van összesen talán 40, meg
> használok vagy 8-10 3rd party apit, így az eclipse rögvest
> megduplázná a disztribúciómat.
>
> Kliens oldali keretrendszer kell. Ha letörlök egy jar fájlt
> (plugint), akkor minden gomb és egyéb hivatkozás tűnjön el vele
> együtt automatikusan. Ha beteszek egyet, akkor jelenjenek meg a
> gombok, menük, satöbbi hozzá, szintén "maguktól". (Na jó,
> újraindítás azért kelljen hozzá, de semmi konfig fájl buzerálás.)
> Legyen context, és változzék a menü/toolbar struktúra a contexttől
> függően. A plugin és a libjei egyetlen jar fájlként legyenek
> deployolhatók (jarban jar). Van még néhány ilyen követelmény. Amit
> lehetett, azt készen vettem (Jide action és docking framework), de
> az application framework-jük már nem tudja mindazt amit szeretnék.
> Szóval azért körüljártam ezt a problémát, és sorra az összes
> opciót kikukáztam, maradt a saját keretrendszer. Ami amúgy 24
> osztályból és 6 interfészből áll, és ebben a logolási szolgáltatás
> is benne van, meg a három saját exception osztályom is. Adok még
> hozzá 5 API-t (jide action, common, components, és dock, meg a
> log4j), ez összesen 6 jar. És igen, van extension is (kétféle -
> nyújtott szolgáltatás amire elő lehet fizetni, illetve opcionális
> szolgáltatási pontra való becsatlakozás is). A plugin csak azon
> más plugint látja amelyiktől függ. Satöbbi. Mindeközben ezzel a
> két nap szívással együtt is megáll 100 emberóra alatt a fejlesztés
> (tesztelés included).
>
> Köszi, sziasztok, jó éjt!
>
> Iván
>
> ______________________________
> István Ketler
> Senior Consultant
>
> Lufthansa Systems Hungária Kft.
> GUI Service Center
> Mobile Solutions Team, Development Center Danube
> Neumann János u. 1/e
> 1117 Budapest
> Hungary
> Phone: +36 1 887-2815 <tel:%2B36%201%C2%A0887-2815>
> Fax: +36 1 887-0577 <tel:%2B36%201%C2%A0887-0577>
> Mobile: +36 30 600-4936 <tel:%2B36%2030%C2%A0600-4936>
> E-mail: istvan.ketler at LHsystems.com
> www.LHsystems.com <http://www.LHsystems.com>
>
>
> -----Original Message-----
> From: javalist-bounces at lists.javaforum.hu
> <mailto:javalist-bounces at lists.javaforum.hu>
> [mailto:javalist-bounces at lists.javaforum.hu
> <mailto:javalist-bounces at lists.javaforum.hu>] On Behalf Of István
> Székely
> Sent: Tuesday, April 16, 2013 10:58 AM
> To: javalist at lists.javaforum.hu <mailto:javalist at lists.javaforum.hu>
> Subject: Re: [Javalist] Classloader anonymous gond
>
> Szia,
>
> Ha már itt tartunk: nem kell neked teljes Eclipse RCP, de én a
> helyedben biztosan OSGi vonalon indultam volna el. Pont ezt az
> osztálybetöltősdit dolgozták ki nagyon szépen. Minden ilyen
> problémát levenne a helyedről.
>
> Nekünk van egy stand-alone OSGi alkalmazásunk, sima parancssoros
> program, nincs UI, semmi nehézsúlyú komponens. Equinox-szal szépen
> működik évek óta.
>
> Üdv,
> Stivi
>
> On 2013-04-15 19:43, istvan.ketler at lhsystems.com
> <mailto:istvan.ketler at lhsystems.com> wrote:
> > A Jide action és docking framework-öt használom. Plugin
> framework egy sem jó; van túl nagy (eclipse, netbeans) és van
> olyan is amelyik elég béna (jpf), ráadásul halott a projekt már
> közel 10 éve. Amúgy más funkcionalitás is kell, ez is mellette szól.
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20130417/06b8ad7f/attachment.html>
További információk a(z) Javalist levelezőlistáról