[Javalist] Classloader anonymous gond

Gábor Garami gabor.garami at hron.me
2013. Ápr. 17., Sze, 16:08:11 CEST


Ha megnezed a peldamat, felesleges oda OSGi, nem annyira bonyolult.

Egyebkent lehet, hogy majd ranezek...

Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
MSN: hrgy at vipmail.hu
Skype: hron84


2013/4/17 István Székely <istvan.szekely at i-logic.hu>

>  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
> Tel: +36 20 235 9621
> MSN: hrgy at vipmail.hu
> Skype: hron84
>
>
> 2013/4/17 <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 <%2B36%201%C2%A0887-2815>
>> Fax: +36 1 887-0577 <%2B36%201%C2%A0887-0577>
>> Mobile: +36 30 600-4936 <%2B36%2030%C2%A0600-4936>
>> E-mail: istvan.ketler at LHsystems.com
>> www.LHsystems.com
>>
>>
>> -----Original Message-----
>>  From: 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
>> 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 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.
>>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20130417/0d11cbd6/attachment.html>


További információk a(z) Javalist levelezőlistáról