You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by "Humeniuk, David P" <Da...@udri.udayton.edu> on 2012/07/03 22:39:46 UTC
Using declarative services in a web application bundle
I'm trying to use declarative services in a web application bundle and I haven't found a lot of examples online on how to do this.
I'm using BND component annotations for my declarative service component along with the -wab flag to set the Bundle-Classpath properly. This will place my component implementation under WEB-INF/classes as is required by a web application and adds WEB-INF/classes to my Bundle-Classpath. In addition, BND will place a declarative services component XML file under OSGI-INF at the root or the bundle file and create a service component entry in the manifest containing that file.
When I load the bundle, I get the error that the component description XML cannot be found. I'm guessing that is because the declarative service component runtime is trying to the find the XML as a resource using the bundle class loader.
Should I be adding something to my Bundle-Classpath to find this or should the service component runtime still be able to find the XML file?
This using the latest SCR, 1.6.0.
As an overview, this is what my bundle looks like:
· META-INF
o MANIFEST.MF, contains (plus other stuff):
§ Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
§ Bundle-ClassPath: WEB-INF/classes,WEB-INF/lib/primefaces-3.3.1.jar,WEB-INF/lib/start-1.0.6.jar
· OSGI-INF
o org.example.thosecomponents.ControlServiceImpl.xml
· WEB-INF
o classes
§ org
· example
o ...
o lib
§ primefaces-3.3.1.jar
§ start-1.0.6.jar
· ...
Re: Using declarative services in a web application bundle
Posted by Felix Meschberger <fm...@adobe.com>.
Hi
A release is actually overdue. But we have some fixes to still apply. I will soon go over the stuff and see.
Regards
Felix
Am 05.07.2012 um 22:36 schrieb Humeniuk, David P:
> I thought that we grabbed from the trunk, but turns out that was not the case.
>
> When grabbing from the trunk, that fixes the issue.
>
> I would rather not use a trunk snapshot in production software. We are in the early stages of development for the next version of our product so I can live with it for a few months. Any idea when 1.6.2 will be available? I'm guessing this isn't your only job so I'm sure it can be difficult to plan releases.
>
> Regards,
> Dave
>
> -----Original Message-----
> From: Felix Meschberger [mailto:fmeschbe@adobe.com]
> Sent: Thursday, July 05, 2012 2:42 PM
> To: users@felix.apache.org
> Subject: Re: Using declarative services in a web application bundle
>
> Hi,
>
> Am 05.07.2012 um 17:36 schrieb Humeniuk, David P:
>
>> We tried the trunk, but Bundle.findEntries is only called if the manifest entry contains a wildcard.
>
> Did you build yourselves ?
>
> Because trunk in fact always uses Bundle.findEntries (as of Rev. 1180676).
>
>> We are using BND which automatically generates the Service-Component header as follows:
>>
>> Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>>
>> Shouldn't the SCR always search for the entries in the bundle/attached fragments and not use the bundle's classloader?
>
> Correct, which is why it is not done any longer.
>
> I just deployed a SNAPSHOT build of the current trunk.
>
> Regards
> Felix
>
>>
>> Thanks,
>> Dave
>>
>> -----Original Message-----
>> From: Felix Meschberger [mailto:fmeschbe@adobe.com]
>> Sent: Wednesday, July 04, 2012 2:59 AM
>> To: users@felix.apache.org
>> Subject: Re: Using declarative services in a web application bundle
>>
>> Hi,
>>
>> You might want to use a build from trunk instead. We used to use Bundle.getResource (using the class loader and thus failing in your case) whereas we now use Bundle.findEntries (not using the class loader).
>>
>> Regards
>> Felix
>>
>> Am 03.07.2012 um 22:39 schrieb Humeniuk, David P:
>>
>>> I'm trying to use declarative services in a web application bundle and I haven't found a lot of examples online on how to do this.
>>>
>>>
>>>
>>> I'm using BND component annotations for my declarative service component along with the -wab flag to set the Bundle-Classpath properly. This will place my component implementation under WEB-INF/classes as is required by a web application and adds WEB-INF/classes to my Bundle-Classpath. In addition, BND will place a declarative services component XML file under OSGI-INF at the root or the bundle file and create a service component entry in the manifest containing that file.
>>>
>>>
>>>
>>> When I load the bundle, I get the error that the component description XML cannot be found. I'm guessing that is because the declarative service component runtime is trying to the find the XML as a resource using the bundle class loader.
>>>
>>>
>>>
>>> Should I be adding something to my Bundle-Classpath to find this or should the service component runtime still be able to find the XML file?
>>>
>>>
>>>
>>> This using the latest SCR, 1.6.0.
>>>
>>>
>>>
>>> As an overview, this is what my bundle looks like:
>>>
>>> · META-INF
>>>
>>> o MANIFEST.MF, contains (plus other stuff):
>>>
>>> § Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>>>
>>> § Bundle-ClassPath: WEB-INF/classes,WEB-INF/lib/primefaces-3.3.1.jar,WEB-INF/lib/start-1.0.6.jar
>>>
>>> · OSGI-INF
>>>
>>> o org.example.thosecomponents.ControlServiceImpl.xml
>>>
>>> · WEB-INF
>>>
>>> o classes
>>>
>>> § org
>>>
>>> · example
>>>
>>> o ...
>>>
>>> o lib
>>>
>>> § primefaces-3.3.1.jar
>>>
>>> § start-1.0.6.jar
>>>
>>> · ...
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
RE: Using declarative services in a web application bundle
Posted by "Humeniuk, David P" <Da...@udri.udayton.edu>.
I thought that we grabbed from the trunk, but turns out that was not the case.
When grabbing from the trunk, that fixes the issue.
I would rather not use a trunk snapshot in production software. We are in the early stages of development for the next version of our product so I can live with it for a few months. Any idea when 1.6.2 will be available? I'm guessing this isn't your only job so I'm sure it can be difficult to plan releases.
Regards,
Dave
-----Original Message-----
From: Felix Meschberger [mailto:fmeschbe@adobe.com]
Sent: Thursday, July 05, 2012 2:42 PM
To: users@felix.apache.org
Subject: Re: Using declarative services in a web application bundle
Hi,
Am 05.07.2012 um 17:36 schrieb Humeniuk, David P:
> We tried the trunk, but Bundle.findEntries is only called if the manifest entry contains a wildcard.
Did you build yourselves ?
Because trunk in fact always uses Bundle.findEntries (as of Rev. 1180676).
> We are using BND which automatically generates the Service-Component header as follows:
>
> Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>
> Shouldn't the SCR always search for the entries in the bundle/attached fragments and not use the bundle's classloader?
Correct, which is why it is not done any longer.
I just deployed a SNAPSHOT build of the current trunk.
Regards
Felix
>
> Thanks,
> Dave
>
> -----Original Message-----
> From: Felix Meschberger [mailto:fmeschbe@adobe.com]
> Sent: Wednesday, July 04, 2012 2:59 AM
> To: users@felix.apache.org
> Subject: Re: Using declarative services in a web application bundle
>
> Hi,
>
> You might want to use a build from trunk instead. We used to use Bundle.getResource (using the class loader and thus failing in your case) whereas we now use Bundle.findEntries (not using the class loader).
>
> Regards
> Felix
>
> Am 03.07.2012 um 22:39 schrieb Humeniuk, David P:
>
>> I'm trying to use declarative services in a web application bundle and I haven't found a lot of examples online on how to do this.
>>
>>
>>
>> I'm using BND component annotations for my declarative service component along with the -wab flag to set the Bundle-Classpath properly. This will place my component implementation under WEB-INF/classes as is required by a web application and adds WEB-INF/classes to my Bundle-Classpath. In addition, BND will place a declarative services component XML file under OSGI-INF at the root or the bundle file and create a service component entry in the manifest containing that file.
>>
>>
>>
>> When I load the bundle, I get the error that the component description XML cannot be found. I'm guessing that is because the declarative service component runtime is trying to the find the XML as a resource using the bundle class loader.
>>
>>
>>
>> Should I be adding something to my Bundle-Classpath to find this or should the service component runtime still be able to find the XML file?
>>
>>
>>
>> This using the latest SCR, 1.6.0.
>>
>>
>>
>> As an overview, this is what my bundle looks like:
>>
>> · META-INF
>>
>> o MANIFEST.MF, contains (plus other stuff):
>>
>> § Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>>
>> § Bundle-ClassPath: WEB-INF/classes,WEB-INF/lib/primefaces-3.3.1.jar,WEB-INF/lib/start-1.0.6.jar
>>
>> · OSGI-INF
>>
>> o org.example.thosecomponents.ControlServiceImpl.xml
>>
>> · WEB-INF
>>
>> o classes
>>
>> § org
>>
>> · example
>>
>> o ...
>>
>> o lib
>>
>> § primefaces-3.3.1.jar
>>
>> § start-1.0.6.jar
>>
>> · ...
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Using declarative services in a web application bundle
Posted by Felix Meschberger <fm...@adobe.com>.
Hi,
Am 05.07.2012 um 17:36 schrieb Humeniuk, David P:
> We tried the trunk, but Bundle.findEntries is only called if the manifest entry contains a wildcard.
Did you build yourselves ?
Because trunk in fact always uses Bundle.findEntries (as of Rev. 1180676).
> We are using BND which automatically generates the Service-Component header as follows:
>
> Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>
> Shouldn't the SCR always search for the entries in the bundle/attached fragments and not use the bundle's classloader?
Correct, which is why it is not done any longer.
I just deployed a SNAPSHOT build of the current trunk.
Regards
Felix
>
> Thanks,
> Dave
>
> -----Original Message-----
> From: Felix Meschberger [mailto:fmeschbe@adobe.com]
> Sent: Wednesday, July 04, 2012 2:59 AM
> To: users@felix.apache.org
> Subject: Re: Using declarative services in a web application bundle
>
> Hi,
>
> You might want to use a build from trunk instead. We used to use Bundle.getResource (using the class loader and thus failing in your case) whereas we now use Bundle.findEntries (not using the class loader).
>
> Regards
> Felix
>
> Am 03.07.2012 um 22:39 schrieb Humeniuk, David P:
>
>> I'm trying to use declarative services in a web application bundle and I haven't found a lot of examples online on how to do this.
>>
>>
>>
>> I'm using BND component annotations for my declarative service component along with the -wab flag to set the Bundle-Classpath properly. This will place my component implementation under WEB-INF/classes as is required by a web application and adds WEB-INF/classes to my Bundle-Classpath. In addition, BND will place a declarative services component XML file under OSGI-INF at the root or the bundle file and create a service component entry in the manifest containing that file.
>>
>>
>>
>> When I load the bundle, I get the error that the component description XML cannot be found. I'm guessing that is because the declarative service component runtime is trying to the find the XML as a resource using the bundle class loader.
>>
>>
>>
>> Should I be adding something to my Bundle-Classpath to find this or should the service component runtime still be able to find the XML file?
>>
>>
>>
>> This using the latest SCR, 1.6.0.
>>
>>
>>
>> As an overview, this is what my bundle looks like:
>>
>> · META-INF
>>
>> o MANIFEST.MF, contains (plus other stuff):
>>
>> § Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>>
>> § Bundle-ClassPath: WEB-INF/classes,WEB-INF/lib/primefaces-3.3.1.jar,WEB-INF/lib/start-1.0.6.jar
>>
>> · OSGI-INF
>>
>> o org.example.thosecomponents.ControlServiceImpl.xml
>>
>> · WEB-INF
>>
>> o classes
>>
>> § org
>>
>> · example
>>
>> o ...
>>
>> o lib
>>
>> § primefaces-3.3.1.jar
>>
>> § start-1.0.6.jar
>>
>> · ...
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
RE: Using declarative services in a web application bundle
Posted by "Humeniuk, David P" <Da...@udri.udayton.edu>.
We tried the trunk, but Bundle.findEntries is only called if the manifest entry contains a wildcard. We are using BND which automatically generates the Service-Component header as follows:
Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
Shouldn't the SCR always search for the entries in the bundle/attached fragments and not use the bundle's classloader?
Thanks,
Dave
-----Original Message-----
From: Felix Meschberger [mailto:fmeschbe@adobe.com]
Sent: Wednesday, July 04, 2012 2:59 AM
To: users@felix.apache.org
Subject: Re: Using declarative services in a web application bundle
Hi,
You might want to use a build from trunk instead. We used to use Bundle.getResource (using the class loader and thus failing in your case) whereas we now use Bundle.findEntries (not using the class loader).
Regards
Felix
Am 03.07.2012 um 22:39 schrieb Humeniuk, David P:
> I'm trying to use declarative services in a web application bundle and I haven't found a lot of examples online on how to do this.
>
>
>
> I'm using BND component annotations for my declarative service component along with the -wab flag to set the Bundle-Classpath properly. This will place my component implementation under WEB-INF/classes as is required by a web application and adds WEB-INF/classes to my Bundle-Classpath. In addition, BND will place a declarative services component XML file under OSGI-INF at the root or the bundle file and create a service component entry in the manifest containing that file.
>
>
>
> When I load the bundle, I get the error that the component description XML cannot be found. I'm guessing that is because the declarative service component runtime is trying to the find the XML as a resource using the bundle class loader.
>
>
>
> Should I be adding something to my Bundle-Classpath to find this or should the service component runtime still be able to find the XML file?
>
>
>
> This using the latest SCR, 1.6.0.
>
>
>
> As an overview, this is what my bundle looks like:
>
> · META-INF
>
> o MANIFEST.MF, contains (plus other stuff):
>
> § Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>
> § Bundle-ClassPath: WEB-INF/classes,WEB-INF/lib/primefaces-3.3.1.jar,WEB-INF/lib/start-1.0.6.jar
>
> · OSGI-INF
>
> o org.example.thosecomponents.ControlServiceImpl.xml
>
> · WEB-INF
>
> o classes
>
> § org
>
> · example
>
> o ...
>
> o lib
>
> § primefaces-3.3.1.jar
>
> § start-1.0.6.jar
>
> · ...
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Using declarative services in a web application bundle
Posted by Felix Meschberger <fm...@adobe.com>.
Hi,
You might want to use a build from trunk instead. We used to use Bundle.getResource (using the class loader and thus failing in your case) whereas we now use Bundle.findEntries (not using the class loader).
Regards
Felix
Am 03.07.2012 um 22:39 schrieb Humeniuk, David P:
> I'm trying to use declarative services in a web application bundle and I haven't found a lot of examples online on how to do this.
>
>
>
> I'm using BND component annotations for my declarative service component along with the -wab flag to set the Bundle-Classpath properly. This will place my component implementation under WEB-INF/classes as is required by a web application and adds WEB-INF/classes to my Bundle-Classpath. In addition, BND will place a declarative services component XML file under OSGI-INF at the root or the bundle file and create a service component entry in the manifest containing that file.
>
>
>
> When I load the bundle, I get the error that the component description XML cannot be found. I'm guessing that is because the declarative service component runtime is trying to the find the XML as a resource using the bundle class loader.
>
>
>
> Should I be adding something to my Bundle-Classpath to find this or should the service component runtime still be able to find the XML file?
>
>
>
> This using the latest SCR, 1.6.0.
>
>
>
> As an overview, this is what my bundle looks like:
>
> · META-INF
>
> o MANIFEST.MF, contains (plus other stuff):
>
> § Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>
> § Bundle-ClassPath: WEB-INF/classes,WEB-INF/lib/primefaces-3.3.1.jar,WEB-INF/lib/start-1.0.6.jar
>
> · OSGI-INF
>
> o org.example.thosecomponents.ControlServiceImpl.xml
>
> · WEB-INF
>
> o classes
>
> § org
>
> · example
>
> o ...
>
> o lib
>
> § primefaces-3.3.1.jar
>
> § start-1.0.6.jar
>
> · ...
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
RE: Using declarative services in a web application bundle
Posted by "Humeniuk, David P" <Da...@udri.udayton.edu>.
I get an error message that "OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml" cannot be found when the bundle is loaded and started.
This is supposed to be a DS component that is part of the web application bundle, not a ManagedBean or something managed by the web container.
Thanks,
Dave
-----Original Message-----
From: Neil Bartlett [mailto:njbartlett@gmail.com]
Sent: Tuesday, July 03, 2012 6:24 PM
To: users@felix.apache.org
Subject: Re: Using declarative services in a web application bundle
Do you get an actual error message, or do you just not get the DS behaviour that you are expecting?
Note that Web Application classes in WABs cannot also be DS components (nor can they be Blueprint beans, etc). This is because their lifecycle must be entirely managed by the Web Container.... see section 128.6.2 of the R4 Enterprise specification.
Neil
On Tue, Jul 3, 2012 at 9:39 PM, Humeniuk, David P <Da...@udri.udayton.edu> wrote:
> I'm trying to use declarative services in a web application bundle and I haven't found a lot of examples online on how to do this.
>
>
>
> I'm using BND component annotations for my declarative service component along with the -wab flag to set the Bundle-Classpath properly. This will place my component implementation under WEB-INF/classes as is required by a web application and adds WEB-INF/classes to my Bundle-Classpath. In addition, BND will place a declarative services component XML file under OSGI-INF at the root or the bundle file and create a service component entry in the manifest containing that file.
>
>
>
> When I load the bundle, I get the error that the component description XML cannot be found. I'm guessing that is because the declarative service component runtime is trying to the find the XML as a resource using the bundle class loader.
>
>
>
> Should I be adding something to my Bundle-Classpath to find this or should the service component runtime still be able to find the XML file?
>
>
>
> This using the latest SCR, 1.6.0.
>
>
>
> As an overview, this is what my bundle looks like:
>
> · META-INF
>
> o MANIFEST.MF, contains (plus other stuff):
>
> § Service-Component:
> OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>
> § Bundle-ClassPath:
> WEB-INF/classes,WEB-INF/lib/primefaces-3.3.1.jar,WEB-INF/lib/start-1.0
> .6.jar
>
> · OSGI-INF
>
> o org.example.thosecomponents.ControlServiceImpl.xml
>
> · WEB-INF
>
> o classes
>
> § org
>
> · example
>
> o ...
>
> o lib
>
> § primefaces-3.3.1.jar
>
> § start-1.0.6.jar
>
> · ...
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Using declarative services in a web application bundle
Posted by Neil Bartlett <nj...@gmail.com>.
Do you get an actual error message, or do you just not get the DS
behaviour that you are expecting?
Note that Web Application classes in WABs cannot also be DS components
(nor can they be Blueprint beans, etc). This is because their
lifecycle must be entirely managed by the Web Container.... see
section 128.6.2 of the R4 Enterprise specification.
Neil
On Tue, Jul 3, 2012 at 9:39 PM, Humeniuk, David P
<Da...@udri.udayton.edu> wrote:
> I'm trying to use declarative services in a web application bundle and I haven't found a lot of examples online on how to do this.
>
>
>
> I'm using BND component annotations for my declarative service component along with the -wab flag to set the Bundle-Classpath properly. This will place my component implementation under WEB-INF/classes as is required by a web application and adds WEB-INF/classes to my Bundle-Classpath. In addition, BND will place a declarative services component XML file under OSGI-INF at the root or the bundle file and create a service component entry in the manifest containing that file.
>
>
>
> When I load the bundle, I get the error that the component description XML cannot be found. I'm guessing that is because the declarative service component runtime is trying to the find the XML as a resource using the bundle class loader.
>
>
>
> Should I be adding something to my Bundle-Classpath to find this or should the service component runtime still be able to find the XML file?
>
>
>
> This using the latest SCR, 1.6.0.
>
>
>
> As an overview, this is what my bundle looks like:
>
> · META-INF
>
> o MANIFEST.MF, contains (plus other stuff):
>
> § Service-Component: OSGI-INF/org.example.thosecomponents.ControlServiceImpl.xml
>
> § Bundle-ClassPath: WEB-INF/classes,WEB-INF/lib/primefaces-3.3.1.jar,WEB-INF/lib/start-1.0.6.jar
>
> · OSGI-INF
>
> o org.example.thosecomponents.ControlServiceImpl.xml
>
> · WEB-INF
>
> o classes
>
> § org
>
> · example
>
> o ...
>
> o lib
>
> § primefaces-3.3.1.jar
>
> § start-1.0.6.jar
>
> · ...
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org