Interesting to note the headers and the services of my experimental
iPOJO EventHandler bundle. Look at the generated Import-Package it is
missing the org.osgi.service.cm package yet:
1. services: shows that it offers org.osgi.service.cm.ManagedService
2. felix does not throw an error about missing a ManagedService
3. ApacheDS's ConfigurationAdmin implementations underlying
ServiceBinder never sees the iPOJO's ManageService register with the
framework???
-> headers 23
Fiona Experiment (23)
---------------------
Archiver-Version = Plexus Archiver
Build-Jdk = 1.5.0_06
Built-By = jconlon
Bundle-Activator = org.apache.felix.ipojo.Activator
Bundle-Classpath = .,.
Bundle-Description = Experiment to test ipojo and configuration admin.
Bundle-Name = Fiona Experiment
Bundle-Version = 1.0.SNAPSHOT
Created-By = Apache Maven
Extension-Name = ipojo.configuration
Implementation-Title = ipojo.configuration
Implementation-Version = 1.0-SNAPSHOT
Import-Package = org.apache.felix.ipojo, org.osgi.service.event,
org.slf4j
iPOJO-Components = component { $architecture=true
$name=com.verticon.experiment.ipojo.configuration
$classname=com.verticon.experiment.ipojo.configuration.ConfiguribleEventHandler
provides { $interface=org.osgi.service.event.EventHandler dynamicproperty {
$name=event.topics $value=com/verticon/rfid/MOVEMENT $field=topics
}}configurableproperty { $name=event.topics $field=topics }callback {
$initial=INVALID $final=VALID $method=starting }callback { $initial=VALID
$final=INVALID $method=stopping }manipulation { interface {
$name=org.osgi.service.event.EventHandler }field { $name=topics
$type=java.lang.String }}}
iPOJO-Metadata = metadata.xml
Manifest-Version = 1.0
-> services 23
Fiona Experiment (23) provides:
-------------------------------
Component Implementation Class =
com.verticon.experiment.ipojo.configuration.ConfiguribleEventHandler
objectClass = org.apache.felix.ipojo.architecture.Architecture
service.id = 33
----
event.topics = com/verticon/rfid/MOVEMENT
objectClass = org.osgi.service.event.EventHandler
service.id = 34
----
objectClass = org.osgi.service.cm.ManagedService
service.id = 35
service.pid = com.verticon.experiment.ipojo.configuration
And if I generate the importPackage myself like:
<importPackage>org.osgi.framework,org.apache.felix.ipojo,org.osgi.service.event,org.slf4j,org.osgi.service.cm</importPackage>
in the configuraiton of the org.apache.felix.ipojo.plugin. I then get
the following exception thrown by the ConfigurationAdmin's
ServiceBinder:
### DependencyManager : exception while invoking
setManagedService :java.lang.IllegalArgumentException: argument type
mismatch
java.lang.IllegalArgumentException: argument type mismatch
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.felix.servicebinder.InstanceManager
$DependencyManager.callBindMethod(InstanceManager.java:1116)
at org.apache.felix.servicebinder.InstanceManager
$DependencyManager.serviceChanged(InstanceManager.java:980)
at
org.apache.felix.framework.util.ServiceListenerWrapper.serviceChanged
(ServiceListenerWrapper.java:108)
at org.apache.felix.framework.Felix$8.dispatch(Felix.java:3326)
at org.apache.felix.framework.util.FelixDispatchQueue.dispatch
(FelixDispatchQueue.java:76)
at org.apache.felix.framework.Felix.fireServiceEvent
(Felix.java:3338)
at org.apache.felix.framework.Felix.access$100(Felix.java:33)
at org.apache.felix.framework.Felix$1.serviceChanged
(Felix.java:240)
at org.apache.felix.framework.ServiceRegistry.fireServiceChanged
(ServiceRegistry.java:408)
at org.apache.felix.framework.ServiceRegistry.registerService
(ServiceRegistry.java:69)
at org.apache.felix.framework.Felix.registerService
(Felix.java:2241)
at org.apache.felix.framework.BundleContextImpl.registerService
(BundleContextImpl.java:173)
at org.apache.felix.framework.BundleContextImpl.registerService
(BundleContextImpl.java:165)
at
org.apache.felix.ipojo.handlers.configuration.ConfigurationHandler.start
(ConfigurationHandler.java:187)
at org.apache.felix.ipojo.ComponentManager.start
(ComponentManager.java:180)
at org.apache.felix.ipojo.ComponentManagerFactory.start
(ComponentManagerFactory.java:111)
at org.apache.felix.ipojo.Activator.start(Activator.java:241)
at org.apache.felix.ipojo.Activator.start(Activator.java:187)
at org.apache.felix.framework.Felix._startBundle
(Felix.java:1362)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1296)
at org.apache.felix.framework.Felix.setFrameworkStartLevel
(Felix.java:737)
at org.apache.felix.framework.StartLevelImpl.run
(StartLevelImpl.java:179)
at java.lang.Thread.run(Thread.java:595)
DEBUG [FelixStartLevel]
com.verticon.experiment.ipojo.configuration.ConfiguribleEventHandler.<init>(ConfiguribleEventHandler.java:17)
- Constructed
DEBUG [FelixStartLevel]
com.verticon.experiment.ipojo.configuration.ConfiguribleEventHandler.starting(ConfiguribleEventHandler.java:21)
- Starting
### DependencyManager : exception while invoking
setManagedService :java.lang.IllegalArgumentException: argument type
mismatch
java.lang.IllegalArgumentException: argument type mismatch
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.felix.servicebinder.InstanceManager
$DependencyManager.callBindMethod(InstanceManager.java:1116)
at org.apache.felix.servicebinder.InstanceManager
$DependencyManager.serviceChanged(InstanceManager.java:980)
at
org.apache.felix.framework.util.ServiceListenerWrapper.serviceChanged
(ServiceListenerWrapper.java:108)
at org.apache.felix.framework.Felix$8.dispatch(Felix.java:3326)
at org.apache.felix.framework.util.FelixDispatchQueue.dispatch
(FelixDispatchQueue.java:76)
at org.apache.felix.framework.Felix.fireServiceEvent
(Felix.java:3338)
at org.apache.felix.framework.Felix.access$100(Felix.java:33)
at org.apache.felix.framework.Felix$1.serviceChanged
(Felix.java:240)
at org.apache.felix.framework.ServiceRegistry.fireServiceChanged
(ServiceRegistry.java:408)
at org.apache.felix.framework.ServiceRegistry.registerService
(ServiceRegistry.java:69)
at org.apache.felix.framework.Felix.registerService
(Felix.java:2241)
at org.apache.felix.framework.BundleContextImpl.registerService
(BundleContextImpl.java:173)
at org.apache.felix.framework.BundleContextImpl.registerService
(BundleContextImpl.java:165)
at
org.apache.felix.ipojo.handlers.configuration.ConfigurationHandler.start
(ConfigurationHandler.java:187)
at
org.apache.felix.ipojo.handlers.configuration.ConfigurationHandler.stateChanged(ConfigurationHandler.java:221)
at org.apache.felix.ipojo.ComponentManager.setState
(ComponentManager.java:214)
at org.apache.felix.ipojo.ComponentManager.check
(ComponentManager.java:439)
at org.apache.felix.ipojo.ComponentManager.start
(ComponentManager.java:184)
at org.apache.felix.ipojo.ComponentManagerFactory.start
(ComponentManagerFactory.java:111)
at org.apache.felix.ipojo.Activator.start(Activator.java:241)
at org.apache.felix.ipojo.Activator.start(Activator.java:187)
at org.apache.felix.framework.Felix._startBundle
(Felix.java:1362)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1296)
at org.apache.felix.framework.Felix.setFrameworkStartLevel
(Felix.java:737)
at org.apache.felix.framework.StartLevelImpl.run
(StartLevelImpl.java:179)
at java.lang.Thread.run(Thread.java:595)
Clement or Richard any clues?
John
On Tue, 2006-06-06 at 14:57 -0500, John E. Conlon wrote:
> On Tue, 2006-06-06 at 09:03 -0400, Richard S. Hall wrote:
> > Also, if you are willing to play with more experimental stuff,
> > iPOJO has
> > some support for Config Admin:
> >
> >
> > http://www-adele.imag.fr/~escoffie/dev/ipojo/using_iPOJO_component_model.html
> >
> > Search for "Configuration" and you should find some info under the
> > "Other iPOJO features" section...
> Not easy to refuse a chance to experiment with volatile substances, so I
> downloaded the iPOJO plugin, bundle and tried building a iPOJO that
> implements org.osgi.service.event.EventHandler and where the
> event.topics property can be updated Configuration Admin.
>
> IPOJO seems like an easy way to do things.
>
> So with high hopes using the apacheDS's configurationAdmin implemenation
> I configured the target bundle's event.topics to receive events from
> another topic. Probably a set up snafu on my side but I couldnot pass
> the new configuration to iPOJO component and get the eventHandler to
> listen to a new topic.
>
>
> Here is my metadata.xml
>
> <iPOJO>
> <component
> className="com.verticon.experiment.ipojo.configuration.ConfiguribleEventHandler"
> name="com.verticon.experiment.ipojo.configuration"
> architecture="true">
>
> <Provides>
> <DynamicProperty name="event.topics"
> field="topics"
> value="com/verticon/rfid/MOVEMENT"/>
> </Provides>
>
> <ConfigurableProperty field="topics" name="event.topics" />
>
> <callback final="VALID" initial="INVALID" method="starting"/>
> <callback final="INVALID" initial="VALID" method="stopping"/>
> </component>
> </iPOJO>
>
> Am I setting up the metadata correctly?
>
> cheers,
> John
