Re: New Blueprint Web OSGI module and BlueprintExtenderService
Hi Sergey, I think I understand what you are proposing for [1]. A programmatic API to create Blueprint Containers. Once you have such container, can you then also programmatically add beans etc? In other words will you be able to do via code all the things that you would normally do in a blueprint.xml? Regarding [2] I'm not seeing the full picture here yet. One thing that is being worked on in the OSGi Alliance is whiteboard pattern support for the HTTP Service, which means that you can register Servlets in the service registry to make them part of your webapp. This should make it a lot easier as well to create webapps using blueprint. I believe that Apache Felix has already an implementation of such a HTTP Service... But then, maybe your are trying to do something completely different... Cheers, David [3] https://github.com/osgi/design/tree/master/rfcs/rfc0189 On 7 October 2013 17:19, Sergey Beryozkin sberyoz...@gmail.com wrote: Hi All, I did some initial work on enhancing BlueprintExtender to make it easier to deal with BlueprintContainers externally [1] and introducing a new blueprint-web-osgi module [2]. I've commented at [1] [2] so hopefully the reason behind these minor but also IMHO useful enhancements is clear. We'd like to be able to use Blueprint contexts within light-weight war bundles, examples, in those installed via a webbundle: protocol and drive the creation of web context paths from custom servlets; I believe it can be of general use for OSGI Blueprint developers too. Comments to the proposed patches are welcome Thanks, Sergey [1] https://issues.apache.org/jira/browse/ARIES-1121 [2] https://issues.apache.org/jira/browse/ARIES-1122
Re: New Blueprint Web OSGI module and BlueprintExtenderService
Hi David Thanks for the feedback, On 08/10/13 09:34, David Bosschaert wrote: Hi Sergey, I think I understand what you are proposing for [1]. A programmatic API to create Blueprint Containers. Once you have such container, can you then also programmatically add beans etc? In other words will you be able to do via code all the things that you would normally do in a blueprint.xml? Not really. This enhancement is simply about making it possible to use BlueprintExtender to get BlueprintContainer this Extender may've already created for a given bundle or request Extender to create a new container if the bundle metadata has no Blueprint-specific instructions or annotations, example, when a Blueprint context path is set as ServletContext parameter. Once the consumer gets BlueprintContainer it will get from it a component it needs. Regarding [2] I'm not seeing the full picture here yet. One thing that is being worked on in the OSGi Alliance is whiteboard pattern support for the HTTP Service, which means that you can register Servlets in the service registry to make them part of your webapp. This should make it a lot easier as well to create webapps using blueprint. I believe that Apache Felix has already an implementation of such a HTTP Service... But then, maybe your are trying to do something completely different... I'd like to do a webbundle: protocol deployment where a bundle containing only WEB-INF/web.xml and Blueprint contexts is deployed (with no embedded libs). AFAIK it is supported by Pax-Web, possibly by other stacks too. Internally Pax-Web registers a custom servlet referenced in web.xml with HttpService under a context path specified via Web-ContextPath bundle instruction. We like this option because it lets us support the same light-weight bundle deployment we work with but still get a War-aware/full ServletContext. AFAIK, the default ServletContext created via the white-board pattern will be limited in its capabilities, example it won't support Servlet RequestDispatcher, etc. Right now I can do it with Spring DM but not with Blueprint. The new blueprint-web-osgi is very light-weight and will simply adds another option for utilizing Blueptint contexts. FYI, I've linked an Apache CXF issue to Aries-1122, please have a look there at CXFBlueprintServlet code and a custom web.xml. To be honest I can even push the code which I hope will actually live in blueprint-web-osgi to CXFBlueprintServlet, it will work just fine, I'd still need Aries-1121 done. However blueprint-web-osgi does some boiler-plate code to do with getting the right BlueprintContainer, so IMHO it may be of help to other Aries users Thanks, Sergey Cheers, David [3] https://github.com/osgi/design/tree/master/rfcs/rfc0189 On 7 October 2013 17:19, Sergey Beryozkin sberyoz...@gmail.com wrote: Hi All, I did some initial work on enhancing BlueprintExtender to make it easier to deal with BlueprintContainers externally [1] and introducing a new blueprint-web-osgi module [2]. I've commented at [1] [2] so hopefully the reason behind these minor but also IMHO useful enhancements is clear. We'd like to be able to use Blueprint contexts within light-weight war bundles, examples, in those installed via a webbundle: protocol and drive the creation of web context paths from custom servlets; I believe it can be of general use for OSGI Blueprint developers too. Comments to the proposed patches are welcome Thanks, Sergey [1] https://issues.apache.org/jira/browse/ARIES-1121 [2] https://issues.apache.org/jira/browse/ARIES-1122
Re: New Blueprint Web OSGI module and BlueprintExtenderService
Thanks Sergey, sounds reasonable to me... Cheers, David On 8 October 2013 11:01, Sergey Beryozkin sberyoz...@gmail.com wrote: Hi David Thanks for the feedback, On 08/10/13 09:34, David Bosschaert wrote: Hi Sergey, I think I understand what you are proposing for [1]. A programmatic API to create Blueprint Containers. Once you have such container, can you then also programmatically add beans etc? In other words will you be able to do via code all the things that you would normally do in a blueprint.xml? Not really. This enhancement is simply about making it possible to use BlueprintExtender to get BlueprintContainer this Extender may've already created for a given bundle or request Extender to create a new container if the bundle metadata has no Blueprint-specific instructions or annotations, example, when a Blueprint context path is set as ServletContext parameter. Once the consumer gets BlueprintContainer it will get from it a component it needs. Regarding [2] I'm not seeing the full picture here yet. One thing that is being worked on in the OSGi Alliance is whiteboard pattern support for the HTTP Service, which means that you can register Servlets in the service registry to make them part of your webapp. This should make it a lot easier as well to create webapps using blueprint. I believe that Apache Felix has already an implementation of such a HTTP Service... But then, maybe your are trying to do something completely different... I'd like to do a webbundle: protocol deployment where a bundle containing only WEB-INF/web.xml and Blueprint contexts is deployed (with no embedded libs). AFAIK it is supported by Pax-Web, possibly by other stacks too. Internally Pax-Web registers a custom servlet referenced in web.xml with HttpService under a context path specified via Web-ContextPath bundle instruction. We like this option because it lets us support the same light-weight bundle deployment we work with but still get a War-aware/full ServletContext. AFAIK, the default ServletContext created via the white-board pattern will be limited in its capabilities, example it won't support Servlet RequestDispatcher, etc. Right now I can do it with Spring DM but not with Blueprint. The new blueprint-web-osgi is very light-weight and will simply adds another option for utilizing Blueptint contexts. FYI, I've linked an Apache CXF issue to Aries-1122, please have a look there at CXFBlueprintServlet code and a custom web.xml. To be honest I can even push the code which I hope will actually live in blueprint-web-osgi to CXFBlueprintServlet, it will work just fine, I'd still need Aries-1121 done. However blueprint-web-osgi does some boiler-plate code to do with getting the right BlueprintContainer, so IMHO it may be of help to other Aries users Thanks, Sergey Cheers, David [3] https://github.com/osgi/design/tree/master/rfcs/rfc0189 On 7 October 2013 17:19, Sergey Beryozkin sberyoz...@gmail.com wrote: Hi All, I did some initial work on enhancing BlueprintExtender to make it easier to deal with BlueprintContainers externally [1] and introducing a new blueprint-web-osgi module [2]. I've commented at [1] [2] so hopefully the reason behind these minor but also IMHO useful enhancements is clear. We'd like to be able to use Blueprint contexts within light-weight war bundles, examples, in those installed via a webbundle: protocol and drive the creation of web context paths from custom servlets; I believe it can be of general use for OSGI Blueprint developers too. Comments to the proposed patches are welcome Thanks, Sergey [1] https://issues.apache.org/jira/browse/ARIES-1121 [2] https://issues.apache.org/jira/browse/ARIES-1122
Re: [RESULT] [VOTE] Blueprint parser 1.1.0 and blueprint-core 1.2.0
On Oct 8, 2013, at 1:22 AM, Siano, Stephan stephan.si...@sap.com wrote: Hi, As the artifacts do not appear on the download page and there are no release notes: Download page should be updated now. Is there any way to find out what is fixed/changed/improved in this release? https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310981version=12324620 Dan Best regards Stephan -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Montag, 7. Oktober 2013 16:44 To: dev@aries.apache.org Subject: [RESULT] [VOTE] Blueprint parser 1.1.0 and blueprint-core 1.2.0 * PGP Signature not checked We have 4 binding +1 votes from dkulp, davidb, gnodet, jwross. We also have 4 non-binding +1 votes. No other votes. Thus, this vote passes. I'll promote the artifacts. Dan On Oct 2, 2013, at 12:36 PM, Daniel Kulp dk...@apache.org wrote: The Karaf community needs new releases of blueprint parser/core so they can do their new 3.0 release.It's been about 9 months since the last releases anyway so we should try and get some fixes out there. Tags: http://svn.apache.org/repos/asf/aries/tags/blueprint-parser-1.1.0/ http://svn.apache.org/repos/asf/aries/tags/org.apache.aries.blueprint.core-1.2.0/ Staging area: https://repository.apache.org/content/repositories/orgapachearies-121/ Here is my +1. Vote will remain open for at least 72h. -- Daniel Kulp dk...@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com -- Daniel Kulp dk...@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com * Signature checking is off by policy -- Daniel Kulp dk...@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com
[jira] [Created] (ARIES-1124) Extend blueprint-cm import range for blueprint
Jean-Baptiste Onofré created ARIES-1124: --- Summary: Extend blueprint-cm import range for blueprint Key: ARIES-1124 URL: https://issues.apache.org/jira/browse/ARIES-1124 Project: Aries Issue Type: Bug Components: Blueprint Reporter: Jean-Baptiste Onofré blueprint-cm 1.0.1 is not compatible with the new blueprint-core 1.2.0 bundle. blueprint-cm defines import to org.apache.aries.blueprint with the [1.0, 1.2). -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (ARIES-1124) Extend blueprint-cm import range for blueprint
[ https://issues.apache.org/jira/browse/ARIES-1124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Baptiste Onofré updated ARIES-1124: Attachment: ARIES-1124.patch This patch extends the version range to include blueprint-core 1.2.0, and updates the dependencies set with the latest released version of blueprint-core and blueprint-parser. Extend blueprint-cm import range for blueprint -- Key: ARIES-1124 URL: https://issues.apache.org/jira/browse/ARIES-1124 Project: Aries Issue Type: Bug Components: Blueprint Reporter: Jean-Baptiste Onofré Attachments: ARIES-1124.patch blueprint-cm 1.0.1 is not compatible with the new blueprint-core 1.2.0 bundle. blueprint-cm defines import to org.apache.aries.blueprint with the [1.0, 1.2). -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Updated] (ARIES-1124) Extend blueprint-cm import range for blueprint-core
[ https://issues.apache.org/jira/browse/ARIES-1124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Baptiste Onofré updated ARIES-1124: Summary: Extend blueprint-cm import range for blueprint-core (was: Extend blueprint-cm import range for blueprint) Extend blueprint-cm import range for blueprint-core --- Key: ARIES-1124 URL: https://issues.apache.org/jira/browse/ARIES-1124 Project: Aries Issue Type: Bug Components: Blueprint Reporter: Jean-Baptiste Onofré Attachments: ARIES-1124.patch blueprint-cm 1.0.1 is not compatible with the new blueprint-core 1.2.0 bundle. blueprint-cm defines import to org.apache.aries.blueprint with the [1.0, 1.2). -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (ARIES-1125) Update to blueprint-core 1.2.0 in aries modules
Jean-Baptiste Onofré created ARIES-1125: --- Summary: Update to blueprint-core 1.2.0 in aries modules Key: ARIES-1125 URL: https://issues.apache.org/jira/browse/ARIES-1125 Project: Aries Issue Type: Improvement Components: Application, Blueprint, JPA Reporter: Jean-Baptiste Onofré As blueprint-core 1.2.0 has been release, for consistency, we can upgrade the other Aries modules to use this blueprint-core version. -- This message was sent by Atlassian JIRA (v6.1#6144)
Re: Going to need some more releases....
Hi all, I checked and tested on Karaf trunk: only blueprint-cm should be updated. I created: https://issues.apache.org/jira/browse/ARIES-1124 and submitted a patch for that. More over, for consistency, I created: https://issues.apache.org/jira/browse/ARIES-1125 to update to blueprint-core 1.2.0 in all Aries modules. So, we need a blueprint-cm 1.0.2 release with the extended version range for blueprint-core. Thanks, Regards JB On 10/08/2013 06:14 PM, Daniel Kulp wrote: Apparently the version ranges in some of the other bundles will exclude the new blueprint releases. Thus, we're going to need to do some minor patch releases to update the version ranges. JB is doing some testing to figure them out. Once we get a complete list and get them fixed, I'll start another round of releases. When fixing this, what should we use for version ranges. Currently, we seem to have [1.0,1.2) which excludes the updated BP. Should we update that to [1.0,2) to avoid this with future BP releases? -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com
[jira] [Updated] (ARIES-1125) Update to blueprint-core 1.2.0 in aries modules
[ https://issues.apache.org/jira/browse/ARIES-1125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Baptiste Onofré updated ARIES-1125: Attachment: ARIES-1125.patch Patch to upgrade Aries modules to blueprint-core 1.2.0. Update to blueprint-core 1.2.0 in aries modules --- Key: ARIES-1125 URL: https://issues.apache.org/jira/browse/ARIES-1125 Project: Aries Issue Type: Improvement Components: Application, Blueprint, JPA Reporter: Jean-Baptiste Onofré Attachments: ARIES-1125.patch As blueprint-core 1.2.0 has been release, for consistency, we can upgrade the other Aries modules to use this blueprint-core version. -- This message was sent by Atlassian JIRA (v6.1#6144)
Re: [RESULT] [VOTE] Blueprint parser 1.1.0 and blueprint-core 1.2.0
Hi Stephan, you can find blueprint-parser there: http://central.maven.org/maven2/org/apache/aries/blueprint/blueprint-parser/1.1.0/ Regards JB On 10/09/2013 07:28 AM, Siano, Stephan wrote: Hi Daniel, Ok, thanks for the information and the link. Now I see 1.2.0 as the current version for blueprint-core on the download page, however I cannot find the blueprint-parser anywhere (is this a separate component or is it included somewhere and what is this needed for)? Thanks for the link to the release notes (are there really only 4 Jira bugs/tasks fixed between camel-core 1.1.0 and camel-core 1.2.0?), however I think this should also be somewhere on the web site. The link to the release notes on the download page is dead. Don't get me wrong, I appreciate the great work you are doing, however I would appreciate it even more, if it was easier to find out, what you are actually doing. Best regards Stephan -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Dienstag, 8. Oktober 2013 16:35 To: dev@aries.apache.org Subject: Re: [RESULT] [VOTE] Blueprint parser 1.1.0 and blueprint-core 1.2.0 On Oct 8, 2013, at 1:22 AM, Siano, Stephan stephan.si...@sap.com wrote: Hi, As the artifacts do not appear on the download page and there are no release notes: Download page should be updated now. Is there any way to find out what is fixed/changed/improved in this release? https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310981version=12324620 Dan Best regards Stephan -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Montag, 7. Oktober 2013 16:44 To: dev@aries.apache.org Subject: [RESULT] [VOTE] Blueprint parser 1.1.0 and blueprint-core 1.2.0 * PGP Signature not checked We have 4 binding +1 votes from dkulp, davidb, gnodet, jwross. We also have 4 non-binding +1 votes. No other votes. Thus, this vote passes. I'll promote the artifacts. Dan On Oct 2, 2013, at 12:36 PM, Daniel Kulp dk...@apache.org wrote: The Karaf community needs new releases of blueprint parser/core so they can do their new 3.0 release.It's been about 9 months since the last releases anyway so we should try and get some fixes out there. Tags: http://svn.apache.org/repos/asf/aries/tags/blueprint-parser-1.1.0/ http://svn.apache.org/repos/asf/aries/tags/org.apache.aries.blueprint.core-1.2.0/ Staging area: https://repository.apache.org/content/repositories/orgapachearies-121/ Here is my +1. Vote will remain open for at least 72h. -- Daniel Kulp dk...@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com -- Daniel Kulp dk...@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com * Signature checking is off by policy -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com