[jira] Created: (GERONIMODEVTOOLS-567) EJB projected created by WTP without openejb-jar.xml cannot be published to Geronimo 2.1.4 server via GEP 2.1.4
EJB projected created by WTP without openejb-jar.xml cannot be published to Geronimo 2.1.4 server via GEP 2.1.4 --- Key: GERONIMODEVTOOLS-567 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-567 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.4 Reporter: Raymond Feng Assignee: Tim McConnell Attachments: calculator.zip I have a simple calculator-ejb project created using WTP 3.0.x without openejb-jar.xml. The jar can be deployed to Geronimo 2.1.4 using the adminconsole. After install the GEP, I changed the server runtime for the project to GEP. But the publish doesn't work without any errors. The EJB is not deployed. If I create a project with GEP, the deployment plan openejb-jar.xml is created by the GEP wizard and everything works. If I manually add the openejb-jar.xml to my orginal project, then publish starts to work. I'll attach a zip containing my test project., -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-567) EJB projected created by WTP without openejb-jar.xml cannot be published to Geronimo 2.1.4 server via GEP 2.1.4
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng updated GERONIMODEVTOOLS-567: -- Attachment: calculator.zip EJB projected created by WTP without openejb-jar.xml cannot be published to Geronimo 2.1.4 server via GEP 2.1.4 --- Key: GERONIMODEVTOOLS-567 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-567 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.4 Reporter: Raymond Feng Assignee: Tim McConnell Attachments: calculator.zip I have a simple calculator-ejb project created using WTP 3.0.x without openejb-jar.xml. The jar can be deployed to Geronimo 2.1.4 using the adminconsole. After install the GEP, I changed the server runtime for the project to GEP. But the publish doesn't work without any errors. The EJB is not deployed. If I create a project with GEP, the deployment plan openejb-jar.xml is created by the GEP wizard and everything works. If I manually add the openejb-jar.xml to my orginal project, then publish starts to work. I'll attach a zip containing my test project., -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [RESULTS] Release Geronimo Eclipse Plugin 2.1.4 (RC1)
Hi, Congratulations on the release! I found a minor issue: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-567. It would be nice to fix but not a blocker. Thanks, Raymond -- From: Tim McConnell tim.mcco...@gmail.com Sent: Thursday, April 09, 2009 8:53 AM To: [GERONIMO] dev-list dev@geronimo.apache.org Subject: [RESULTS] Release Geronimo Eclipse Plugin 2.1.4 (RC1) Thanks everyone for reviewing and voting. The vote for the release of the Geronimo Eclipse Plugin 2.1.4 plugin has passed with 4 +1 votes (3 of these votes are binding). I'll complete the release process later today. Thanks again. Tim McConnell wrote: Hi everyone, Please review and vote on the maintenance release of the Geronimo Eclipse Plugin 2.1.4 RC1. The deployable zip file is here: http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-deployable.zip The update site zip file is here: http://people.apache.org/~mcconne/releases/2.1.4/RC1/geronimo-eclipse-plugin-2.1.4-updatesite.zip The current svn location is here (revision number 762587): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.4 The future svn location will be here (when approved): https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.4 If you would like to review and/or comment on the release notes, they are here: http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/PLUGIN_RELEASE-NOTES-2.1.4.txt There is a rudimentary set of install instructions available at the URL below that will hopefully describe the necessary prereq(s) and steps required to install and run the GEP: http://cwiki.apache.org/GMOxDOC21/how-to-install-geronimo-eclipse-plugin.html In an effort to get more people to review and vote I'd recommend going through this quick but useful tutorial demonstrating some of the capabilities of the GEP: http://cwiki.apache.org/GMOxDOC21/5-minute-tutorial-on-enterprise-application-development-with-eclipse-and-geronimo.html Finally, I've created a Staging Site that can be used to test the update manager functions (i.e., p2 in Ganymede) of Eclipse for downloading the GEP itself. This is also documented in the instructions, but you must use the staging site created for this vote at: http://people.apache.org/~mcconne/releases/2.1.4/RC1/staging_site/ Please let me know if there are any questions and/or problems. The vote is open for 72 hours and will conclude on Wednesday (04/09) at 9:30 PM ET. [ ] +1 Release Geronimo Eclipse Plugin 2.1.4 [ ] +0 No opinion [ ] -1 Don't release Geronimo Eclipse Plugin 2.1.4 -- Thanks, Tim McConnell
Re: [ANNOUNCE] Welcoming Yun Feng Ma as a Geronimo Committer
Congratulations! Raymond -- From: Donald Woods [EMAIL PROTECTED] Sent: Thursday, June 19, 2008 9:03 AM To: dev@geronimo.apache.org; [EMAIL PROTECTED] Subject: [ANNOUNCE] Welcoming Yun Feng Ma as a Geronimo Committer I'd like to welcome Yun Feng Ma as Geronimo's newest committer. He should have his Apache account and karma in the next week or so. Yun Feng, keep up all of the great work to test and submit patches, as you've helped make Geronimo a better server for all of our users. -Donald
Re: Webapp-based Tuscany/Geronimo integration in Tuscany SCA Java 1.2 release
Hi, Kevan. Thank you for pointing out the Re issue. As for the next steps, we have some initial thoughts captured at http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+Geronimo+Integration+Next+Steps. Any ideas and contributions are very welcome! Raymond From: Kevan Miller Sent: Friday, May 16, 2008 8:45 AM To: Geronimo Dev Cc: [EMAIL PROTECTED] Subject: Re: Webapp-based Tuscany/Geronimo integration in Tuscany SCA Java 1.2 release Hi Raymond, One minor netiquette comment... Looks like you used a Reply To button when generating your note (then changed the subject line). Some mail readers will still group your email in the previous email thread (one example is Mac OS X Mail). This can cause emails to be lost/cause confusion. So, it's best to avoid... More below. On May 15, 2008, at 1:52 PM, Raymond Feng wrote: Hi, In the recently released Tuscany SCA Java 1.2 [1], we produce a whitepaper [2] to describe webapp-based Tuscany/Geronimo integration. We would like to share the information here and hope it can trigger more interests from both Geronimo and Tuscany community to bring more values into these areas collaboratively. Thanks! Developing SOA based solutions can be very complex and expensive. Apache Tuscany provides a lightweight infrastructure which enables users to easily implement SOA based solutions or to use their existing assets and align them with SOA principles which would support a business model that can extend and expand as business needs change. Apache Tuscany implements SCA specifications that is being standardized at OASIS. Tuscany provides the capabilities to construct, assemble and deploy composite applications using SCA. This white paper explains how Tuscany integrates with Apache Geronimo, a fully certified Java EE 5 application server runtime, to provide added value to users wanting to develop SOA solutions using Geronimo as a platform. The added values include: * Extensibility of component implementation technologies * Extensibility of transport and protocol abstractions * A notion of cross-application/cross-network assembly and configuration * Integration of SCA with existing or new EJB based applications The following are a set of usage scenarios that both JEE and SCA developers could be interested in. * Access SCA composites from Java EE components using JEE programming model * Access session beans from SCA service components * Expose SCA services as session beans or web services * Include Session Beans in a single SCA composition by providing an SCA implementation for session beans. * Inject SCA service references to web components to enable Web 2.0 * Expose enterprise applications into an SCA domain * Use recursive SCA assembly in enterprise applications [1] http://incubator.apache.org/tuscany/sca-java-releases.html [2] http://cwiki.apache.org/TUSCANYWIKI/tuscany-web-application-based-integration-with-geronimo.html Is there interest in tighter integration between Tuscany/Geronimo? Would there be interest in generating a Tuscany Plugin for Geronimo? Running Tuscany as a service? --kevan
Webapp-based Tuscany/Geronimo integration in Tuscany SCA Java 1.2 release
Hi, In the recently released Tuscany SCA Java 1.2 [1], we produce a whitepaper [2] to describe webapp-based Tuscany/Geronimo integration. We would like to share the information here and hope it can trigger more interests from both Geronimo and Tuscany community to bring more values into these areas collaboratively. Developing SOA based solutions can be very complex and expensive. Apache Tuscany provides a lightweight infrastructure which enables users to easily implement SOA based solutions or to use their existing assets and align them with SOA principles which would support a business model that can extend and expand as business needs change. Apache Tuscany implements SCA specifications that is being standardized at OASIS. Tuscany provides the capabilities to construct, assemble and deploy composite applications using SCA. This white paper explains how Tuscany integrates with Apache Geronimo, a fully certified Java EE 5 application server runtime, to provide added value to users wanting to develop SOA solutions using Geronimo as a platform. The added values include: * Extensibility of component implementation technologies * Extensibility of transport and protocol abstractions * A notion of cross-application/cross-network assembly and configuration * Integration of SCA with existing or new EJB based applications The following are a set of usage scenarios that both JEE and SCA developers could be interested in. * Access SCA composites from Java EE components using JEE programming model * Access session beans from SCA service components * Expose SCA services as session beans or web services * Include Session Beans in a single SCA composition by providing an SCA implementation for session beans. * Inject SCA service references to web components to enable Web 2.0 * Expose enterprise applications into an SCA domain * Use recursive SCA assembly in enterprise applications [1] http://incubator.apache.org/tuscany/sca-java-releases.html [2] http://cwiki.apache.org/TUSCANYWIKI/tuscany-web-application-based-integration-with-geronimo.html Thanks, Raymond
[jira] Created: (GERONIMO-3501) The geronimo tuscany plugin cannot be started in Geronimo 2.0.1
The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 --- Key: GERONIMO-3501 URL: https://issues.apache.org/jira/browse/GERONIMO-3501 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Plugins Affects Versions: 2.0.1 Reporter: Raymond Feng Fix For: 2.0.x Attachments: rfeng-tuscany-plugin.patch The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 as tuscany-definitions module is not added as dependency. There are also SNAPSHOT dependencies on sdo/das. I attach a patch to fix these issues. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3501) The geronimo tuscany plugin cannot be started in Geronimo 2.0.1
[ https://issues.apache.org/jira/browse/GERONIMO-3501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Feng updated GERONIMO-3501: --- Attachment: rfeng-tuscany-plugin.patch Please review and apply the patch. The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 --- Key: GERONIMO-3501 URL: https://issues.apache.org/jira/browse/GERONIMO-3501 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Plugins Affects Versions: 2.0.1 Reporter: Raymond Feng Fix For: 2.0.x Attachments: rfeng-tuscany-plugin.patch The geronimo tuscany plugin cannot be started in Geronimo 2.0.1 as tuscany-definitions module is not added as dependency. There are also SNAPSHOT dependencies on sdo/das. I attach a patch to fix these issues. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Fwd: Re: building geronimo-2.0-rc1]
Hi,
I ran into a similar problem before. Some classloaders doesn't encode the
spaces for URL. The trick we did is to use new URL(uri).toURI() instead of
URI.create(uri).
Thanks,
Raymond
- Original Message -
From: Vamsavardhana Reddy
To: dev@geronimo.apache.org
Sent: Thursday, August 23, 2007 12:15 PM
Subject: Re: [Fwd: Re: building geronimo-2.0-rc1]
Problem occurs when there is a space in the M2REPO directory, in this case
C:\Documents And Settings\ Work around is to use an M2REPO dir without
any spaces in it. We will still have to investigate the cause.
Vamsi
On 8/24/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
The entire log is here
http://rifers.org/paste/show/5314
Cheers
Prasad
On 8/23/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
I have begun to see this same error at another location now.
On windows, run mvn from server/testsuite directory and you will get this
[INFO] [selenium:start-server {execution: start-server}]
[INFO] Starting Selenium server...
[INFO]
[ERROR] FATAL ERROR
[INFO]
[INFO] null
Illegal character in path at index 18: file:/C:/Documents and
Settings/Administrator/.m2/repository/org/apache/ant/ant/1.7.0/ant-1.7.0.jar
[INFO]
[INFO] Trace
java.lang.IllegalArgumentException
at java.net.URI.create(URI.java:842)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
http://rifers.org/paste/show/5312
Cheers
Prasad
On 8/14/07, Donald Woods [EMAIL PROTECTED] wrote:
This should now be fixed in Rev565885.
Should this be pulled into 2.0.1?
-Donald
Prasad Kashyap wrote:
The changes that Donald Woods is doing (svn commit: r565837) is
supposed to fix this.
However, as you can see from the latest build error, this needs to be
fixed further.
Cheers
Prasad
On 8/14/07, Hernan Cunico [EMAIL PROTECTED] wrote:
So, how is this Jedi hand waving thingy?
What is the file that needs to be replaced and where do I get it
from? I don't see any on my repo with that timestamp.
What other files need to be modified
Cheers!
Hernan
Anita Kulshreshtha wrote:
yup, copying alpha-1-20070806.170854-1.jar over alpha-1 (and
modifying plugin.xml and the pom file) works. A new release would be
nice otherwise we can put it in the repo.
Thanks
Anita
--- Donald Woods [EMAIL PROTECTED] wrote:
The jspc-maven-plugin-2.0-alpha-1.jar is to blame.
I still had a copy of the last alpha-1-SNAPSHOT laying around
(jspc-maven-plugin-2.0-alpha-1-20070806.170854-1.jar ) and copied
it
over the
released alpha-1.jar from 8/8 and my builds starting working again
on
WinXP
Should we place this in the repo for 2.0.1-SNAPSHOT or ask them to
fix it
before we release 2.0.1?
-Donald
Anita Kulshreshtha wrote:
I have not been so lucky. I have tried branches/2.0.0 also. I
have
tried deleting org.codehaus.mojo.jspc and ant from .m2 repo
without
any
success (The trunk builds fine).
Thanks
Anita
--- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
I am not exactly building from geronimo-2.0-src.zip, but from
branches\2.0.0. If that still counts as if I built from src
zip... I
have
not run into this problem. I have tried after removing
jspc-compiler-tomcat6-2.0-alpha-1.jar from my M2REPO so that it
downloads a
fresh.
--vamsi
On 8/9/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
Is anyone else seeing this in geronimo-welcome.. I am
building
from
http://people.apache.org/~hogstrom/geronimo-2.0-rc1/geronimo-2.0-src.zip
Thanks
Anita
Downloading:
http://repository.codehaus.org/org/codehaus/mojo/jspc/jspc-compiler
-tomcat6/2.0-alpha-1/jspc- compiler-tomcat6-2.0-alpha-1.jar
4K downloaded
[INFO] [jspc:compile {execution: default}]
[INFO]
[ERROR] FATAL ERROR
[INFO]
Are geronimo 2.0.1 artifacts availble in maven2 repo?
Hi, Congratulations on the Geronimo 2.0.1 release. Are the released artifacts availble in maven2 repo now? Thanks, Raymond
Re: 2.0.1 Release plans
+1. The Tuscany/Geronimo integration are affected by these two issues. Thanks, Raymond - Original Message - From: Vamsavardhana Reddy To: dev@geronimo.apache.org Sent: Wednesday, August 15, 2007 8:45 AM Subject: Re: 2.0.1 Release plans Please consider the following two revisions: o Rev 565355 : PluginInstallerGBean fails to find available artifacts when the repository URL does not end with /. o Rev 563782 : Plugin installer downloads a different version of dependency than the one specified Vamsi On 8/15/07, Matt Hogstrom [EMAIL PROTECTED] wrote: Looks like the security issues were addressed and are checked into branches/2.0.1. I am following up on any small changes I feel we can safely put in and am wearing my release manager hat trying to balance risk / reward. I also changed to 2.0.1-SNAPSHOT as I'm trying out the Maven release plugin.
Tuscany/Geronimo Integration Demo
Hi, We put together a demo [1] on Tuscany/Geronimo integration for the LinuxWorld 2007. You are welcome to play with it and give us feedback. Please follow the instructions at http://svn.apache.org/repos/asf/incubator/tuscany/sandbox/rfeng/geronimo-demo/README.TXT. The demo scenario is captured at http://svn.apache.org/repos/asf/incubator/tuscany/sandbox/rfeng/geronimo-demo/scenario.png. The demo is built on top of the sandbox code in Geronimo [2] which is discussed on [3]. Please note this is just the starting of effort and there are still quite a lot to do. Please join us on this effort. In the near term, I believe that we need to do the following: 1) Move the code out of sandbox and have them in the build with test cases. 2) The tuscany-geronimo-plugin uses mixed versions of Tuscany Java SCA 0.91-incubating and 1.0-incubating-SNAPSHOT. Let's try to switch to 1.0-incubating-SNAPSHOT so that we have consistent modules. 3) The Geronimo 2.0 RC1 is not being voted on. We should be prepared to move this level. Vamsi, do you have the JIRA GERONIMO-3351 [4] fixed in the RC1? [1] http://svn.apache.org/repos/asf/incubator/tuscany/sandbox/rfeng/geronimo-demo/ [2] http://svn.apache.org/repos/asf/geronimo/sandbox/tuscany-integration/ [3] http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+Geronimo+Integration [4] https://issues.apache.org/jira/browse/GERONIMO-3351 Thanks, Raymond
Re: [DISCUSS] Geronimo-Tuscany integration(Sending to both lists)
Hi, Please see my comments inline. Thanks, Raymond - Original Message - From: Manu George [EMAIL PROTECTED] To: dev@geronimo.apache.org Cc: [EMAIL PROTECTED] Sent: Tuesday, July 03, 2007 7:53 AM Subject: Re: [DISCUSS] Geronimo-Tuscany integration(Sending to both lists) Hi , From Paul's mail I guess a Geronimo plugin would be the way forward. I am going to list down a few more questions on the scenarios that Sebastien has explained. The scenarios are given first and then my understanding, approach and issues. I would be just listing two of the scenarios and trying to implement them initially. (a) I develop SCA components, assemble them in a composite, package them in an SCA contribution. I don't really know what a WAR or an EAR is, I'm just using the SCA programming model and packaging model. I deploy my SCA contribution to Geronimo and run it there. This will require a tuscany specific deployer that is installed as part of the plugin. Ususally deployers have access to a server specific deployment plan at some fixed path say (META-INF/geronimo-tuscany.xml). If this file is found then the deployer will know that the module that was supplied to it is a tuscany module. In case I am deploying a tuscany contribution using the sca packaging model then there will be a .composite file somewhere in the module and the deployer will have to search in the module for scdl files. For now the tuscany contributions will always be packaged as jars. I'm not a geronimo expert. My understanding is that the Tuscany deployer needs a way to recognize the archive is a SCA contribution. It could be an external deployment plan such as genronimo-tuscany.xml. If the deployment plan is not present, then a SCA deployment descriptor will be checked. The SCA assembly spec doesn't define a mandatory deployment descriptor. We might be able to use META-INF/sca-contributions.xml as a starting point. This will mean that if the deployer finds this file then it will handle the module as a tuscany module and if not found relinquish control to other deployers. The SCA contribution itself can be an EAR. I assume an archive can be processed by multiple deployers. Now we come to the question of the Domain. This has been a vexing question for me. I think that going for a single SCADomain for the entire server would be a good place to start. All the applications will have an application composite and that composite will be deployed on the server wide SCADomain. What the server wide SCADomain should provide is the ability to add and remove composites at runtime. If I am not mistaken this will be supported by the EmbeddedSCADomain. Can someone in the know comment on this. We can start with a local SCA domain for the Geronimo server. EmbeddedSCADomain is the right class and it can be extended to support the Geronimo host. The other logical approach would be to go for different partial SCADomain instances per contribution. These different instances will still have information about the other instances and will do the wiring across the instances that constitute a complete SCADomain. From what I could find, this type of an SCADomain is not supported currently. There is work on an SCADomain spanning multiple runtimes. This would be a simpler case of an SCADomain spanning multiple classloaders or (configurations in Geronimo). SCADomain can span multiple runtimes. Simon Laws from Tuscany is driving the support of distributed SCADomain. I'm a bit confused by the statement different partial SCADomain instances per contribution. Can you clarify? The reason for not going with the second approach is that it is not available in tuscany as of today. Please correct me if I am wrong. (b) This was point (c) in Sebastien's mail. I want to use a Web app in my SCA assembly and call SCA components from it. I should be able to declare an SCA component representing my Web app, wire that component to other SCA components in the assembly, and then magically the wired references will be available as proxies for use in my JSPs, allowing me to call an SCA component using a simple jsp:useBean tag. In addition to this the J2EE integration whitepaper at the OSOA site mentions abt being able to annotate Web artifacts(servlets,filters etc) with the SCA Annotations and get services injected into servlets/filters etc for usage. The wiring will be done by the SCA runtime. The whitepaper is here http://www.osoa.org/pages/viewpage.action?pageId=3980. The things to be done for achieving this functionality are, 1) Create a new implementation type in Tuscany namely implementation.web. 2) Declare in a .composite file in the war that the war is an implementation.web type 3) The implementation.web tuscany extension will have functionality to introspect the web module classes for SCA specific annotations and build up information. Since there is a single SCADomain
Re: Geronimo/Tuscany integration
Hi, Thank you all for the comments and suggestions. I'll keep this list updated when we get option 1 working. Raymond - Original Message - From: Matt Hogstrom [EMAIL PROTECTED] To: dev@geronimo.apache.org Sent: Thursday, April 26, 2007 12:00 AM Subject: Re: Geronimo/Tuscany integration On Apr 25, 2007, at 4:30 PM, Dain Sundstrom wrote: I suggest you get option 1 working before attempting option 2. I suspect you will find lots of bugs and mismatched assumptions. Once that is working, option 2 will be much easier to implement since you know it Should Work. +1
Geronimo/Tuscany integration
Hi, Geronimo community. As you may know, Tuscany is an Apache project under incubation to provide an open source SOA infrastructure. For more information, you can visit http://cwiki.apache.org/TUSCANY/. Tuscany implements the SCA specification (http://www.osoa.org) and allows you to develop and run SCA components in various hosting environments. We currently integrate with Tomcat and Jetty and would like to try to integrate with Geronimo as well. I would like to start some discussions here to figure out the best way to do that. After some preliminary investigations of Geronimo, I feel that there are two options on the table so far. 1) Shallow integration: Package SCA applications together with the Tuscany runtime as WARs and deploy them Geronimo as Web applications. It's basically the integration with a Web container. We register a TuscanyContextListner (which implements javax.servlet.ServletContextListener) in web.xml to start/stop the Tuscany runtime when the web application is started/stopped. This will allow us to support the following use cases: * A Web application hosted by Geronimo with business logic written as SCA components * Expose one or more SCA components as Web services over HTTP as supported by the Web container. 2) Deep integration: We package the Tuscany runtime and its dependencies as Geronimo modules and deploy them to Geronimo (which is similar to how Tomcat is integrated as the Web container for Geronimo). We can then create a Tuscany plugin (a collection of modules) so that it can be added to Geronimo. The Tuscany container will then handle SCA-specific deployment plans to install SCA applications and provide runtime infrastructure for them. On top of Option 2, we could further integrate Geronimo's J2EE capabilities such as EJB, WS, JMS and JCA with Tuscany. Basically, SCA components will be able to access JEE services (using SCA composite references) and SCA components will be able to expose services (SCA composite services) over JEE protocols as well. This will allow us to support the following use cases: * Any J2EE application hosted by Geronimo would be able to take advantage of SCA programming model * Provide SCA services over various protocols such as RMI/IIOP, JMS and JCA * Invoke existing JEE applications (EJB, JMS backend, JCA-based EIS or Web Services) from SCA components Any thoughts? Thanks, Raymond Apache Tuscany committer
