-
1. Re: Add OSGi bundle manifests for all SwitchYard modules
rcernich Apr 17, 2013 8:54 AM (in response to codeprince)Hey Tang,
I wish this can be done as quickly as possible.
Patches are always welcome.
Best,
Rob
-
2. Re: Add OSGi bundle manifests for all SwitchYard modules
codeprince Apr 17, 2013 9:00 AM (in response to rcernich)Rob Cernich による書き込み:
Hey Tang,
I wish this can be done as quickly as possible.
Patches are always welcome.
Best,
Rob
Hi Rob,
I can understand the point because I am eager to finish the patch. However, there are some objective factors hindering more quick implementing it.
1. having not enough understanding for all modules
2. maybe having more suitable people,
In reality, meeting 1 and 2 only needs,
1) truely understanding all modules
2) having good experience of maven and plugins
Thanks
--Tang
-
3. Re: Add OSGi bundle manifests for all SwitchYard modules
kcbabo Apr 17, 2013 9:12 AM (in response to codeprince)It's a bit more complicated than including the OSGi bundle plugin and generating manifests for modules. First, dependencies for AS 7 modules are at the module level, not the package level. So there could be some teasing apart of package dependencies or a whole lot of require-bundle definitions. Second, integration with the OSGi service registry and implementing a deployment life cycle via something like the OSGi Extender pattern. These issues can and will be addressed as we want to be OSGi friendly, but they are not going to be fixed immediately unless someone in the community steps up to get it done.
-
4. Re: Add OSGi bundle manifests for all SwitchYard modules
codeprince Apr 17, 2013 9:38 AM (in response to kcbabo)Babo,
Thanks your reply.
>First, dependencies for AS 7 modules are at the module level, not the package level.
If being such a case, I think that in the future, switchyard should consider doing some decoupling from AS 7 moudles, otherwise,
while integrating with other application server, this maybe will cause some unexpected results. A fact is that the reason that
weld is integrated into glassfish well is that it does not depend on some concreate application server's module. So, I think that in the future,
if can decoupling from AS 7 moudles by designing some switchyard spi liking weld-spi, these spi can be leaved into
integration module of appserver vendors.>Second, integration with the OSGi service registry and implementing a deployment life cycle via something like the OSGi Extender pattern.
The former needs to be considered especially in creating activator. However, latter(deployment integration) maybe should be leaved into integration module of appserver vendors.
The above are some unmatured ideas.
>but they are not going to be fixed immediately unless someone in the community steps up to get it done.
I agree with you.
Thanks
--Tang
-
5. Re: Add OSGi bundle manifests for all SwitchYard modules
kcbabo Apr 17, 2013 9:50 AM (in response to codeprince)The two considerations with SY and a given runtime are:
1) Dependency resolution
2) Deployment processing
The core and component layers in SwitchYard do not depend on any specific runtime (JBoss Modules, OSGi, AS 7, etc., etc.). The only place we have a dependency on AS 7 is in our release repository where we assemble the core/components/quickstarts bits of SwitchYard and integrate into a target runtime. OSGi integration would occur by creating OSGi module definitions for each SY module in core and components and then implementing the other pieces I mentioned above inside a distinct module in our release repository (alongside other runtimes like AS 7).
It's worth noting that SY runs in plain old Java SE right now inside unit tests or with our standalone bootstrap class. With both options, there are assumptions about the deployment architecture (one application) and how dependencies are resolved (e.g. maven class path resolution via dependencies).
-
6. Re: Add OSGi bundle manifests for all SwitchYard modules
codeprince Apr 17, 2013 9:57 AM (in response to kcbabo)Babo
I will spend three-five days to do some research based on your above reply, then see that if other runtimes(eg.glassfish) plan to integrate it, what will happen.
Thanks
--Tang
-
7. Re: Add OSGi bundle manifests for all SwitchYard modules
kcbabo Apr 17, 2013 9:58 AM (in response to codeprince)Sweet. Give us a shout if you run into trouble.
-
8. Re: Add OSGi bundle manifests for all SwitchYard modules
splatch Apr 17, 2013 10:17 AM (in response to kcbabo)With very few changes in package names everything works well. There is no problems with making SwitchYard modules OSGi friendly. The biggest problem is AS7 service layer which uses resources located in META-INF/services. I've spent some time on this topic. You may find changes in core here:
https://github.com/splatch/switchyard-core/tree/osgi
https://github.com/splatch/switchyard-components/tree/osgi
https://github.com/splatch/switchyard-release/tree/osgi/karaf
I used Apache Karaf as runtime - since, as Keith pointed, there is no direct dependencies from SwitchYard core and components to AS7 runtime it worked well. I just haven't got time to complete service discovery with Aries SPY-FLY.
-
9. Re: Add OSGi bundle manifests for all SwitchYard modules
codeprince Apr 17, 2013 10:28 AM (in response to splatch)Thanks Lukasz, from your github, I found that you have made many work related packaging OSGi modules.