Hi James,
Just FYI - the reason this is "fixed" in Apache ServiceMix 5.0.0 is due to a change in the OSGi specification for the Configuration Admin service itself. As part of the new version, we also moved to a newer version of the Felix ConfigAdmin bundle which incorporates that spec change, cfr. https://issues.apache.org/jira/browse/FELIX-3176 Regards, Gert Vanthienen On Mon, Mar 24, 2014 at 2:07 PM, BURN, James <[email protected]> wrote: > Great timing of your new release. > > I fired up ServiceMix 5.0.0 this morning and am not getting the error . > > Thanks for all the work getting this release together. > James > > > -----Original Message----- > From: BURN, James [mailto:[email protected]] > Sent: 21 March 2014 15:06 > To: [email protected] > Subject: RE: "Configuration bound to bundle" error > > ServiceMix folks, a quick update before I finish today. This error appears > when I'm using 2 blueprint DSLs accessing the variables file, as per: > > <?xml version="1.0" encoding="UTF-8"?> > <blueprint xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xsi:schemaLocation="http://www.osgi.org/xmlns/blueprint/v1.0.0 > http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd";> > > <camelContext xmlns="http://camel.apache.org/schema/blueprint"; > id="test_transform" > > xmlns:cm="http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.0.0";> > <cm:property-placeholder persistent-id="variablelist"/> > <route> > <from uri="file:camel/input?delete=true"/> > <transform> > > <simple>${properties:variablename}<Root><Record><![CDATA[${in.body}]]></Record></Root></simple> > </transform> > <to uri="file:camel/testoutput"/> > </route> > </camelContext> > </blueprint> > > When I have the equivalent using multiple Spring DSLs accessing the variables > file, as per: > > <?xml version="1.0" encoding="UTF-8"?> > <beans xmlns="http://www.springframework.org/schema/beans"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xsi:schemaLocation=" > http://www.springframework.org/schema/beans > http://www.springframework.org/schema/beans/spring-beans.xsd > http://camel.apache.org/schema/spring > http://camel.apache.org/schema/spring/camel-spring.xsd";> > <camelContext xmlns="http://camel.apache.org/schema/spring"; > id="test_transformSpr"> > <propertyPlaceholder location="file:etc/test.cfg" id="variablelist"/> > <route> > <from uri="file:camel/input?delete=true"/> > <transform> > > <simple>{{variablename}}<Root><Record><![CDATA[${in.body}]]></Record></Root></simple> > </transform> > <to uri="file:camel/testoutput"/> > </route> > </camelContext> > </beans> > > all works fine... I'm puzzled. > > Cheers > > James > > > > -----Original Message----- > From: BURN, James [mailto:[email protected]] > Sent: 21 March 2014 13:33 > To: [email protected] > Subject: "Configuration bound to bundle" error > > Hello > > I'm testing apache-servicemix-4.5.3 on Linux Redhat. > > From a fresh install of ServiceMix I have a blueprint camel route which > refers to a list of variables from etc/variablelist.cfg using the > <cm:property-placeholder persistent-id="variablelist"/> > > This works fine and I can substitute the variables through > ${properties:variablename} to messages in my route. > > However on starting a second route (bundle no 210) which accesses the > variable list using the same <cm:property-placeholder > persistent-id="variablelist"/> I get the following error: > > 2014-03-21 10:39:54,344 | ERROR | pdate: pid=test) | configadmin > | 5 - org.apache.felix.configadmin - 1.2.8 | Cannot use configuration > variablelist for [org.osgi.service.cm.ManagedService, id=434, bundle=210]: > Configuration bound to bundle > blueprint:file:/opt/apache-servicemix-4.5.3/deploy/testTopTail.xml > > It doesn't seem to affect the service - the route/variable substitution still > works as expected. But the error is concerning! > Could this be an issue with felix: > https://issues.apache.org/jira/browse/SMX4NMR-289 > > Should I worry about this? Apparently my colleague who has been doing the > same work on a Windows server hasn't been getting any errors - this puzzles > me even more. > > Any thoughts/help will be well appreciated. > > Thanks > > James > > > Oxford University Press (UK) Disclaimer > > This message is confidential. You should not copy it or disclose its contents > to anyone. You may use and apply the information for the intended purpose > only. OUP does not accept legal responsibility for the contents of this > message. Any views or opinions presented are those of the author only and not > of OUP. If this email has come to you in error, please delete it, along with > any attachments. Please note that OUP may intercept incoming and outgoing > email communications. > Oxford University Press (UK) Disclaimer > > This message is confidential. You should not copy it or disclose its contents > to anyone. You may use and apply the information for the intended purpose > only. OUP does not accept legal responsibility for the contents of this > message. Any views or opinions presented are those of the author only and not > of OUP. If this email has come to you in error, please delete it, along with > any attachments. Please note that OUP may intercept incoming and outgoing > email communications.
