Coffeshrub - java & eclipse

Declarative Services

2008-05-26T17:14:00.009+02:00

Az előző bejegyzésben írtam, hogy vannak olyan szituációk, ahol jól ki lehet használni a DS "szolgáltatásait".
Ami a különlegességet adja egy ilyen szerviznek az az, hogy a konfigurációs fájlban (OSGI-INF/componentname.xml) meg lehet adni függőségeket (reference) a szervizünknek. Ezzel kiváltatjuk (ami természetesen, így erős túlzás, de attól még igaz) a ServiceListener + Tracker + Customizer játékot.
Gyors példa egy épp aktuális projektből:

Lényeges részek (jelen esetben):

interface: amitől "függ" a szolgáltatásunk
cardinality: min.-max. előfordulás (0..n, 1..1, 0..1, 1..n)
bind/unbind: azon metódusok, amik a számunkra "szükséges" szolgáltatásokat kezelik.
activate/deactivate: ezen két metódusnak egy ComponentContext szerepel0, ha implementálva vannak a szervizünkben.

Egy ilyen szerviznél, a keretrendszer kezeli azon részeket, amit eddig a ServiceListener, -Tracker, -TrackerCustomizer hármassal tudtunk megoldani.

OSGi: Services - ServiceTrackerCustomizer, ServiceListener

2008-05-23T00:15:00.001+02:00

Hogyan gyűjtenénk be az már működő és a később regisztrált CommandProvider szervizeket? Alapvetően általában három ponton kell dolgoznunk.

ServiceTrackerCustomizer

ServiceListener

ServiceTracker

Miért van ennyi mindenre szükség? Mivel adott sorrendben indulnak a modulok, ezért fent áll az a lehetőség, hogy ha a saját modulunk előtt vagy után jön létre egy szolgáltatás. Épp ezért, ha egy szerviz bejegyzése :

előbb történik, a ServiceListener és ServiceTrackerCustomizer nem fog értesítést kapni az eseményről.

utóbb történik, a ServiceTracker nem fog találatot adni.

Ha jól csináljuk, akkor ahogy az alábbi három ábra (forrás: Eclipse Live - Getting Started with OSGi) is mutatja, nem lesz ilyen jellegű problémánk.

Ha szeretnénk ezen kicsit könnyíteni, vagy valamelyest automatizálni, akkor kell csinálnunk egy saját szolgáltatást. Ezt viszont a DS modullal érdemes megoldani, mivel sok olyan lehetőséget nyújt, ami megkönnyíti a dolgunkat. A következő bejegyzés erről fog szólni. (Eredetileg ide akartam irni, de könyebben emészthető, ha külön van.)

Eclipse DemoCamp 2008 Budapest

2008-05-21T14:57:00.004+02:00

Ismét DemoCamp.
Most az Eclipse 3.4 (tervezett) megjelenési idejéhez igazítva. Várhatóan érdekes előadásokkal, jó hangulattal s más finomságokkal ;).
Ami fontos, az eddigi helyszín (Miniatűr) nincs nyitva a rendezvény időpontjában. Ezért a szervezők új lehetőségeket keresnek.
Jelentkezni és a helyszínnel kapcsolatos ötleteket itt lehet megtenni.

Android, elérhető készülékben

2008-05-13T10:41:00.009+02:00

Ami a legfontosabb, hogy módosítás nélkül fut a rendszer.
Forrás erre.

PDE Inclubator

2008-05-12T23:09:00.003+02:00

Chris Aniszczyk blogjában futottam bele a Picasso nevű projektbe, ami egy "vizuális" debugger. A magamfajta embereknek egy igen hálás dolog. (de jó is amikor az ember állítgatja a háttérszíneket, kereteket, hogy lássa merre az annyi)

CVS-ben a picasso mellett találtam még egy igen hasznos (mint azóta kiderült GSOC szponzorált) projektet, ami az OSGi Declarative Services konfigurációs fájljait segíti szerkeszteni.

No Comment

2008-05-08T19:05:00.002+02:00

http://ralph-at-eclipse.blog.de/2008/05/08/bug-report-4148586
Tipikus esete annak, hogy nem néz utána a problémának az illető.

javaONE 2008 videók

2008-05-07T15:21:00.007+02:00

Jópár előadás elérhető már az ustream.tv csatornáin. javaONE illetve a hivatalos Sun Microsystems.

Eclipse 3.4 M7

2008-05-05T10:51:00.000+02:00

Eljött a napja ennek a verziónak is. Letölteni ITT lehet. Az az érzésem, ebből is lesz 'a' (vagy esetleg az RC0, ami eredetileg egyenlő az M7-tel) build, mivel az utolsó Integration verzióban vannak még hibák, márpedig az egyenlő az M7-tel elméletben.
Lássunk pár fontosabb újdonságot:

PDE - Target Platform Self hosting, ha jól sejtem azt takarja, hogy másik workspaceben található plugineket is lehet "használni"
Plugin Registry - OSGi szervizek is listázva
ECJ - sebesség növekedés több processzoros rendszereken
Stb....

Arra kíváncsi vagyok, hogy az M6-ban lévő "p2" (ez az új installáló/frissítő rendszer alapja) bugot javították, amitől néha az eclipse betöltési ideje "kicsit" megugrott a processzor használattal együtt (100%-on hajtotta 3-5 percig).

Update: a bugot javították, már több plugin telepítésen és újraindításon vagyok túl és eddig semmi probléma :). Ráadásul az új installer is elég jól használható az m6-hoz képest, bár még koránt sem tökéletes.

OSGi példák

2008-04-29T22:20:00.000+02:00

Sokat gondolkodtam azon, hogyan lehetne igazán jól bemutatni, az OSGi igazán hasznos tulajdonságait. Végül arra a megállapításra jutottam, hogy egy olyan "komplex" applikációt írok meg, amivel elég sok tudást ki lehet használni (services, eventadmin, declarative services, logging, http stb.
Maga a szoftver egy "Download Manager" lenne, első körben http és ftp (egy harmadik protokollon még gondolkodom) megvalósítással.
Mostani terveim szerint pont rá lehet húzni, egy "eclipse rcp"-t vagy épp egy webes felületet, talán még a jmx konzolt is megnézem közelebbről.

Update:
Neil OSGi könyve és a terveim közötti hasonlóság (most vettem észre :-) ) a véletlen műve.

Annotation debuggolás

2008-04-19T18:47:00.012+02:00

A héten szórakoztam picit ezzel az "új" java lehetőséggel, keresve a hasznosítási lehetőségeit, a belső projektekben. Tesztelés közben jött elő a probléma, hogy hogyan debuggoljuk az "annotation processor"-t. Kis kutakodás után ez lett a megoldás:

Ugyebár annotációk esetén, három feldolgozási típusról beszélünk.

RUNTIME: nincs vele feldolgozási problémánk, hiszen futási időben bármikor lekérdezhetők. Itt mindenképp megírjuk a Reflection API kódot.
CLASS: na ez már az érdekesebbik része, hiszen a generált kódban benne van, de nem lekérdezhető
SOURCE: csak forrás szinten, érhető el.

A kérdés az, hogy kényelmesen, hogyan lehet fordítási időben debuggolni?
Mivel eclipsszel dolgozunk bent és a blog is erről szól, ezért ilyen irányú megoldást kerestem, valósítottam meg.

(Nem csak eclipseből használható módszer)
Fogjuk a JDT Core Batch Compiler-t és csinálunk egy "run/debug configuration"-t, amiben amiben a main class a compiler mainje (org.eclipse.jdt.internal.compiler.batch.Main), hozzáadjuk a compilert a classpathhoz. Illetve pár alapvető beállítást használunk (lásd post végén levő zip fájl). Az fordító ilyen módon való futtatása, simán lehetővé teszi a hatásos debugolást.

Ami már kicsit bonyolultabb, az pedig az eclipse projekteken bekapcsolható "annotation proccessing" mód kihasználása. Mivel ezt egyszerűbb mutatni, mint leírni, ezért majd csinálok egy kis videót.
Mindenesetre a launch konfigurációk benne lesznek a zipben.

Példakód, konfigurációk.

OSGi könyv

2008-04-18T23:46:00.004+02:00

Neil Bartlett egy 'OSGi in Practice' című ingyenes könyvön dolgozik (CC licenccel fog megjelenni). Az első fejezet már elérhető, ami a kezdő lépéseket mutatja be.
Külön érdekesnek találom, hogy nem Equinoxszal mutatja be az első köröket, hanem Apache Felixszel. Ráadásul még a Bnd-t is felhasználja, ami egy kevésbé ismert projekt, igen jó tudással.

RCP és XULRunner tapasztalatok

2008-04-01T00:20:00.012+02:00

Mint, ahogy azt tavaly írtam a kényelmi szempontból a vastagkliensből elérhetővé kellett tenni a régebben fejlesztett webes felületet. Mindezt úgy, hogy lehetőleg kommunikálni is tudjanak egymással. Eclipse részről, már akkor egy igen jó fejlesztés (kis túlzással) volt az AFT projekt XULRunner alapú "Browser" komponense.
Pár olyan pont, amit én másképp valósítottam meg, illetve tapasztaltam.

Nincs módosított Mozilla.org-os eclipse plugin, maga a loader keresi meg a platformhoz tartozó verziót. Ez a könnyebb frissíthetőség miatt lett így megvalósítva. Az viszont tény, hogy az eredeti megvalósítás jobb, csak ezt a Mozilla.org verziókban kéne implementálni és nem az ATF projektben.
Az AFT saját js <-> java adat transzformációját lecseréltem JSon alapokra.
Illetve a kommunikációra használt "div+textarea" csodát kirámoltam egy "script" objektumba. Mindig az járt a fejemben, hogy egyszer tuti lesz egy olyan css ami megjeleníti.
A saját gyártású ssl cert.-k miatt, írni kellett egy preloadert. Mivel van egy olyan hiba, ami miatt rossz méretben nyílik a figyelmeztető dialógus.
Ha ráérez az ember, akár teljesen át tudja szabni a megjelenített weboldalt.
Használj FireBug Lite konzolt
JavaXPCom-t debuggolni egy rémálom. Lásd a képet lejjebb.

Tuti rengeteg kisebb dolgot nem soroltam fel, de ha valami bevillan, úgyis leírom.

Eclipse 3.4 M6

2008-04-01T00:10:00.004+02:00

Letölteni innét lehet: "3.4 M6"

Ennek a verziónak a legnagyobb újítása, az Equinox Provisioning Platform (p2).
Ez által megújult / megváltozott:

plugin telepítés (dropins)
'eclipse installer'
új 'update manager' (remélhetőleg jobban működik, mint a régi)
végre megoldható az, hogy ha több eclipse verziót tartunk fent (pl. egyikben van rcp delta + ecf a másikban meg webtools + database) nem kell duplán installálnunk, hanem csak a konfiguráció fog változni.

Ezen felül még sok újdonság van, amiről erre "M6 - New and Noteworthy" olvashatsz.

*AMP és társai

2008-03-27T15:34:00.008+01:00

Ki ne futott volna bele abba a problémába, hogy hirtelen össze kell rakni egy kis teszt környezetet. Vagy épp nem volt kedve "szenvedni" svn szerver, trac stb. telepítésével és konfigurálásával.
Nekik készülnek a BitNami Stack-ek.
Mondhatni mesés a választék. Egy gyors lista azokból a csomagokból, amiből választhatunk és telepíthetünk:

WordPress, Joomla, Roller, Liferay, DokuWiki, MediaWiki, Drupal, phpBB, Mantis, Opina, KnowledgeTree, Redmine, Trac, Alfresco, Moodle, Subversion, Tracks, AMP (linux,mac,solaris,win), (J)Ruby, Djnago.

Kötelező jelleggel kap is direkt linket jobb szélen :)

EclipseCon 2008

2008-03-21T22:02:00.006+01:00

Most ért véget a az idei EclipseCon. Rengeteg jó előadást hallhatott az akinek sikerült elmennie. Részemről kimaradt (a piszkos anyagiak ugyebár), de remélem jövőre sikerül nekem is kijutni. Ian statisztikája szerint két magyar ember is volt, ha jól sejtem ők az OHF projekt tagjai voltak a B2I-től.
Szemezgetek pár olyan előadásból ahol felkerült a prezentáció és szerintem igen hasznos vagy informatív (és még elég sok prezentációt én sem néztem meg):

Using Commands and Menu Contributions - ez egy elég nagy hiánypótló, eddig talán egy használható írást láttam (már) a 3.3-ban megjelent új menü, gomb kezelésről.
RCP Authorisation Managment - 3.4-ben debütáló projekt, aminek valószínűleg igen sok fejlesztő fog örülni.
MP3 Manager és az RSSOwl 2.0, az MP3 Managernel sokkal inkább használható az előadás anyaga. De az tény, hogy érdemes mindkét projekt forráskódját átnézni.
OSGi Complete ez is egy hiánypótló a négy friss Equinox / OSGi "modulról".
API Design Workshop - a cím magáért beszél.

Jó pár előadás anyaga nem került fel, pedig 100%, hogy érdekesek voltak (tudom, ezért kell elmenni).

dtp-xls-output v0.0.3

2007-08-24T19:02:00.000+02:00

Elkészült az következő verzió. Mi az ami megtalálható benne újdonság és javítás?

javított feldolgozás "Multi" beállításnál
típusok megfelelő párosítása szám és dátum formátum esetén
beállítható dátum feldolgozó minta. (még mindig utálok szakmai szöveget magyarra ferdíteni)
oszlop nevek megjelenítése (állítható természetesen).

A következő lépés a dátum típusoknál (Timestamp, Time, java.sql.Date, Date) egyenként beállítható feldolgozó minta és a típushoz választható excel formázás.

RCP, XULRunner és barátai

2007-08-23T15:50:00.000+02:00

Miután 3.3-as Eclipse már hivatalosan is támogatja minden platformon a XULRunner-t. Gondoltuk, miért ne integráljuk be a belső rendszerbe, hogy kicsit hatékonyabban működjön. A cél az volt, hogy az RCP klienst és egy webes rendszert úgy kössük össze, hogy ne kelljen adatokat másolgatni (egyik ablakból a másikba), hanem szépen kommunikáljanak egymással.

Ezután természetesen jött az a rész, hogy nem megy az csak úgy hipp-hopp.

BrowserViewer - nem támogatja a xulrunner-t (mozillát), ugyebár ez a browser ui-ja az eclipse platformnak (addressbar-ral, buttonbar-ral, stb...). Ha megbütyköli az ember, hogy szeresse a xulrunnert is, akkor a popup kezélese nem működik rendesen (éljen), bár ez is javítható, de akkoris. ;)
Browser(Composite,SWT.MOZILLA) amíg nincs beállítva path-ra a xulrunner, addig csak dobálja az errorokat.
ATF-ben benne van a xulrunner támogatás, működik is, csak ha az ember szeretné leválasztani, és csak az alapokat használni, annyi felesleges dolog jön vele, hogy csak ez az irány sem túl megfelelő.
JavaXPCOM-nak mindene van, csak normális doksija nem (legalábbis nekem úgy tűnik).

Ezektől függetlenül már kész van a működő prototípus. Van popup kezelés, tudom követni (fogjuk rá normálisan) a történéseket browser szinten és javascriptet is tudok hívni java-ból a megjelenített html-be (azért ha ATF nem lenne, tuti tépném a hajam), na meg van meg csomó minden amire egyenlőre nincs szükség.

Viszont, hiányzik még például a javascript függvényhívás figyelése (bár erre is van már ötlet, itt is köszi Ádám).

Jelenleg épp próbálom, egy (több) normális (sallang nélküli) plugin-ba leválasztani a dolgokat, esetlegesen (szinte biztos) patchelni a BrowserViewer-t. Aztán valamilyen formában még publikálva is lesz.

Erre (http://ladyr.es/wiki/wiki/XPCOMGuide) található még egy nagyon jól összerakott leírás. Amit ha előbb találok meg, igen örültem volna.

dtp-xls-output v0.0.2

2007-08-16T01:15:00.000+02:00

Feldobtam egy frissítést.

Újdonságok:

pref. oldal, az xls mentés módjára.
a beállításokhoz kapcsolódó módosítások az "outputter"-ben.

Várható újdonságok:

dátumnál a feldolgozáshoz tartozó formátum beállítása
típuscsoportonként állítható feldolgozásmód
cella nevek az első sorban
(illetve, ha POI-ból meglehet csinálni, akkor rögzített "fejlécként")

Red Hat Developer Studio beta 1

2007-08-13T23:38:00.000+02:00

Miután a Red Hat jól bevásárolt (JBoss, Exadel), fogta a termékeiket és szépen egybe gyúrták egy közös csomagba.
Ebből lett a RHDS.

Elég szép mennyiségű tudás lett beleintegrálva:

Eclipse 3.3 + WebTools 2.0
JBoss IDE + jBPM + Seam
Spring IDE
Hibernate Tools
Freemarker IDE
Jetty, Resin, JRun szerver támogatás
JSF + Struts (Exadel)
JBoss 4.2 AS

A végleges verzió még idén "nyáron" várható, GPLv2 alatt. (Ha valaki nekiáll letölteni, csak egy szálon próbálja, mert szépen korlátozva van.)

XLS export plugin Eclipse DTP-hez

2007-08-11T20:28:00.000+02:00

A héten szükségem volt párszor adatbázis lekérdezések elmentésere, főként XLS formátumban. Mivel a DTP "csak" csv, txt, xml formátumokat támogat, így gyorsan összedobtam egy alap plugint, ami ezt elvégzi.

Jelen esetben az oszloptípusokat még nem kezeli (bár már készülőben van), mindent szöveges mezőként (de utálok szakmai dolgokat ennyire magyarul írni) kezel.

UPDATE:

Mivel a Google Code nem támogatja az EPL licence-szel rendelkező projekteket, ezért az egészet átmozgatom SF-re. Ideiglenes letöltés linkek: http://gear.hu/blog/coffeshrub/dtp-xls-output.html

Equinox Provisioning M1

2007-08-05T13:52:00.000+02:00

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.

RCP applikációk optimalizálása

2007-08-01T23:41:00.000+02:00

developerWorks-ön jelent meg egy elég jó összefoglaló cikk (első része) arról, hogy mit, hogyan tudunk egyszerűen tesztelni, és megoldást találni rá. Remélem hamarosan, jön a következő része is.

Eclipse BugDay #1 (2007.07.27.)

2007-07-30T11:25:00.000+02:00

Azt nem mondanám, hogy óriási sikerrel zárult (123/18 javított hiba), de ahhoz képest, hogy a projektektől alig volt ember (legalábbis én többet vártam volna), azért nem rossz teljesítmény.

Főleg, hogy volt pár elborultabb bejegyzés, amit nem hiszem, hogy egy nap alatt kéne implementálni/javítani. :)

Ettől függetlenül én is kedvet kaptam (mondhatni, ennyi a minimum, ha már az Eclipse-szel keresem a kenyerem), hogy a következő BugDay-be (2007.08.31.) én is besegítsek.

Java 7 áttekintés

2007-07-24T00:42:00.000+02:00

PDT-nél találtam egy linket az izraeli Java Tech Day-en bemutatott Java 7 összefoglaló előadás fóliáira.

Ami engem megfogott, pl.:

modularity, JAM
superpackages
property
... ;)

The Flying Saucer - XHTML/CSS 2.1 Renderer

2007-07-23T23:50:00.000+02:00

A minap futottam bele, ebbe az igen szép kis projektbe.

Nagyon régóta csend honolt, az igazán használható (vagy csak én nem halottam róla) [x]html + css-t megjelenítő java szoftverek körül.

Ez a verzió már igazán jól működik (bár van embeddelhető mozilla engine, stb.., de ez egy natív megoldás).

A legjobb bemutató példa maga a szoftver, ami webstart-ból indítható.

Remélem nem fog eltűnni a süllyesztőben.

Equinox based Eclipse Installer

2007-07-17T09:10:00.000+02:00

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

2007-07-12T10:14:00.000+02:00

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.