Equinox Provisioning M1

Mi is ez a "provisioning"? Alapjában véve egy telepítő és karbantartó eszköz, ami biztosítja, hogy egy plugin mappából legyen kiszolgálva az összes verzió. Ha jól sejtem/tudom akkor ezzel a kiegészítéssel akarják leváltani, a most nem túl jól működő "Update Manager"-t.

Sajnos a M1 verzió alap esetben nem műküdik, csak a c:\eclipse.prov mappából. Ezért az installer segítségével amit írtam,  csináltam egy olyan telepítőt, ami jelen esetben win32 alapon bárhová installálva működik (linux alatt az installer elindul, de maga a "provisioning m1" még nem, mivel szükség van pár plusz konfigurációs fájl módosítására.

Equinox based Eclipse Installer

A hétvégén, kicsit elszórakoztam, az eclipse.org OSGi implementációjával (Equninox) és befejeztem egy nemrég elkezdett ötletemet.

Így készült el tegnap este, az eclipse installer.

A cél az volt, hogy semmi külső libraryt ne kelljen használni. A végeredmény egy JFace wizarddal működő, elég jól tömörített (90 mb) "eclipse classic - windows (140 MB)" verziót tartalmazó jar.

A dolog egyik érdekessége az, hogy az osgi kényelmével, simán össze lehet rakni egy több platformos úgymond "all in one" eclipse installt. Ráadásul ez jelen esetben, kb. 4mb / platform plusz adatot ad az installer méretéhez (tesztelve: linux, mac, win).

Aki esetleg meg akarja nézni működés közben, innét [eclipse33_installer_win32.jar] (egyenlőre csak win. verzió és 1.6-os java-val van fordítva) letöltheti. Figyelem: ez csak TECH demó, épp ezért meg vannak benne javítani való dolgok ;)

Update: egyenlőre csak különállóan, de [eclipse33_installer_linux_gtk_x86.jar] is elérhető.

Server-side OSGi and remote managment

Mivel nemrég nézegettem, hogyan lehetne kihasználni az Eclipse Equinox (OSGi) HTTP szervert, gondoltam kiegészítem egy kis érdekességgel Karenin blog bejegyzését.

Első körben csináltam egy frissített (3.3 release) alapú bridge.war-t. Ezzel semmi extra teendő nem volt, ugyan úgy működik ahogy eddig.

Viszont, ha megnézzük a módosított hello world plugin-t (source). Akkor láthatjuk, hogy a servlet regisztrációja átkerült a plugin.xml-be. Természetesen működik az eredeti módszerrel is, de ha már van extension point hozzá, használjuk azt ;) . Illetve érdekességként egy kis eclipse alapú loggolást is tettem be.

A második verzióban (bridge.war +jmxrmi), a belepakoltam, az jmx-server+rmi pluginokat. Így, már egy akár távolról is konfigurálható szerverünk lesz. Sajnos itt egy kis kavarás volt a classloaderek terén, ezért módosítottam a launch.ini-t (infó erre: bug 131253, EZ#1, EZ#2).

Ha már van színes-szagos jmx konzolunk, próbáljuk is ki.

A teszteléshez Eclipse-en kívül, csak a jmx-common és a jmx-client csomagokra lesz szükségünk. Ha mindent jól csináltunk, akkor elérhetővé válik a "JMX Resource Managment" perspektíva (ctrl-3, JMX). Kapcsolódásnál rmi-t állítsunk be protokollnak. Ezek után valami hasonló fog minket fogadni.

A kliens plugin, nem mindig mutatkozik elég stabilnak, ezért csináltam egy különálló verziót, ami csak a szükséges dolgokat tartalmazza (eclipse_jmx_rmi_client.zip). Az org.eclipse.equinox.jmx.client.app (soruce) nem hivatalos equinox plugin. Csak a kliens különálló futtatásához írtam.