Declarative Services

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

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

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

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

PDE Inclubator

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

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

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