[solved]Equinox 3.4, Declarative Services und (nicht vorhandene) Component Properties
deftenski 28.07.2008 - 14:48 2248 2
deftenski
mit barockfelgen
|
Ich hab ein OSGi Bundle, das über Declarative Services eine Component bereitstellt. Die Component Properties finden sich in einer eigenen Datei tool.propertiesminer.toolID=8
miner.toolClass=at.srfg.miner.tool.ITGTool.ITGTool
miner.toolConfigSchema=ITGTool.xsd
miner.toolResultSpec=ITGToolResult.xml
miner.toolDescription=This tool can be used to...
In der component.xml (die natürlich im Manifest eingetragen ist), findet sich die Zeile <properties entry="tool.properties"/>
In Equinox 3.3 funktioniert das auch ganz prächtig: Registered Services
{org.osgi.service.component.ComponentFactory}={miner.toolResultSpec=ITGToolResult.xml,
component.name=miner.tool, miner.toolID=8, miner.toolDescription=This tool can be used ...,
miner.toolClass=at.srfg.miner.tool.ITGTool.ITGTool, miner.toolConfigSchema=ITGTool.xsd,
component.id=2, component.factory=miner.tool.factory, service.id=28}
In Equinox 3.4 sieht das aber leider so aus: Registered Services
{org.osgi.service.component.ComponentFactory}={component.factory=miner.tool.factory,
component.name=miner.tool, service.id=35}
Ich such schon den ganzen Nachmittag herum und finde nichts. Es kann doch nicht sein, dass der Rest der Welt keine Declarative Services mit Component Properties verwendet Ich wär für jeden Tipp dankbar!
Bearbeitet von deftenski am 17.09.2009, 20:37
|
deftenski
mit barockfelgen
|
nachdem ich es bis jetzt nicht geschafft hab, verwende ich wieder Equinox 3.3
|
deftenski
mit barockfelgen
|
etwas spaeter:
Mit Equinox 3.4 wurde die alte DS-Implementierung gegen die von der Firma Prosyst gespendete DS-Implementierung ausgestauscht. Diese unterscheidet zwischen ComponentFactory Properties und Component Properties, Equinox 3.3 hat das noch nicht getan. Meine Loesung war jetzt, das .properties-File selbst einzulesen ..
|