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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany/Geronimo Integration Demo
On 8/11/07, Raymond Feng <[EMAIL PROTECTED]> wrote: > > 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. After switching to 1.0-incubating-SNAPSHOT, I have run into a NoClassDefFoundError: org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. 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? GERONIMO-3351 has not been integrated into 2.0 release. Part of the problem is addressed in branches\2.0 and trunk. It affects only SNAPSHOT dependencies and there is some discussion on whether the downloaded version (if it is different from SNAPSHOT) should be renamed, by the plugin installer, to SNAPSHOT or the dependency resolution is Geronimo should handle it in a different way. The problem we have run into is in conjunction with another problem that occurs when a trailing "/" is not present in the maven repo URL. This has been fixed in branches\2.0 and trunk (not in 2.0 release though) and the work around for this is to put that trailing "/" in the maven repo URLs in geronimo-plugin.xml. These two fixes will (most likely, but not guaranteed) go into 2.0.1 due to be released soon (probably this week). [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 > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Tuscany/Geronimo Integration Demo
On 8/14/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > On 8/11/07, Raymond Feng <[EMAIL PROTECTED]> wrote: > > > > 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. > > > After switching to 1.0-incubating-SNAPSHOT, I have run into a > NoClassDefFoundError: > org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. > > > 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? > > > GERONIMO-3351 has not been integrated into 2.0 release. Part of the > problem > is addressed in branches\2.0 and trunk. It affects only SNAPSHOT > dependencies and there is some discussion on whether the downloaded > version > (if it is different from SNAPSHOT) should be renamed, by the plugin > installer, to SNAPSHOT or the dependency resolution is Geronimo should > handle it in a different way. The problem we have run into is in > conjunction with another problem that occurs when a trailing "/" is not > present in the maven repo URL. This has been fixed in branches\2.0 and > trunk (not in 2.0 release though) and the work around for this is to put > that trailing "/" in the maven repo URLs in geronimo-plugin.xml. These > two > fixes will (most likely, but not guaranteed) go into 2.0.1 due to be > released soon (probably this week). > > > [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 > > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > Hi org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. was taken out a week or so ago when I moved the majority of sca binding into the binding-sca module. I'm thinking that I was a little overzealous when I took this out and that it probably needs to go back in. In the mean time can you create a org.apache.tuscany.sca.binding.sca.impl.SCABindingFactoryImpl instead? Regards Simon
Re: Tuscany/Geronimo Integration Demo
I am not referencing this class directly in my code. Can it be that the published 1.0-incubating-SNAPSHOT jars in maven repos are not in syc or not the latest?? I can not think of other possibilities. Vamsi On 8/14/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > On 8/14/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > > On 8/11/07, Raymond Feng <[EMAIL PROTECTED]> wrote: > > > > > > 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. > > > > > > After switching to 1.0-incubating-SNAPSHOT, I have run into a > > NoClassDefFoundError: > > org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. > > > > > > 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? > > > > > > GERONIMO-3351 has not been integrated into 2.0 release. Part of the > > problem > > is addressed in branches\2.0 and trunk. It affects only SNAPSHOT > > dependencies and there is some discussion on whether the downloaded > > version > > (if it is different from SNAPSHOT) should be renamed, by the plugin > > installer, to SNAPSHOT or the dependency resolution is Geronimo should > > handle it in a different way. The problem we have run into is in > > conjunction with another problem that occurs when a trailing "/" is not > > present in the maven repo URL. This has been fixed in branches\2.0 and > > trunk (not in 2.0 release though) and the work around for this is to put > > that trailing "/" in the maven repo URLs in geronimo-plugin.xml. These > > two > > fixes will (most likely, but not guaranteed) go into 2.0.1 due to be > > released soon (probably this week). > > > > > > [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 > > > > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > Hi > > org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. was taken out a > week or so ago when I moved the majority of sca binding into the > binding-sca > module. I'm thinking that I was a little overzealous when I took this out > and that it probably needs to go back in. In the mean time can you create > a > > > org.apache.tuscany.sca.binding.sca.impl.SCABindingFactoryImpl > > instead? > > Regards > > Simon >
Re: Tuscany/Geronimo Integration Demo
On 8/16/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > I am not referencing this class directly in my code. Can it be that the > published 1.0-incubating-SNAPSHOT jars in maven repos are not in syc or > not > the latest?? I can not think of other possibilities. > > Vamsi > > > On 8/14/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > > > On 8/14/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > > > > On 8/11/07, Raymond Feng <[EMAIL PROTECTED]> wrote: > > > > > > > > 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. > > > > > > > > > After switching to 1.0-incubating-SNAPSHOT, I have run into a > > > NoClassDefFoundError: > > > org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. > > > > > > > > > 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? > > > > > > > > > GERONIMO-3351 has not been integrated into 2.0 release. Part of the > > > problem > > > is addressed in branches\2.0 and trunk. It affects only SNAPSHOT > > > dependencies and there is some discussion on whether the downloaded > > > version > > > (if it is different from SNAPSHOT) should be renamed, by the plugin > > > installer, to SNAPSHOT or the dependency resolution is Geronimo should > > > handle it in a different way. The problem we have run into is in > > > conjunction with another problem that occurs when a trailing "/" is > not > > > present in the maven repo URL. This has been fixed in branches\2.0 > and > > > trunk (not in 2.0 release though) and the work around for this is to > put > > > that trailing "/" in the maven repo URLs in geronimo-plugin.xml > . These > > > two > > > fixes will (most likely, but not guaranteed) go into 2.0.1 due to be > > > released soon (probably this week). > > > > > > > > > [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 > > > > > > > > > > > > > > > > > > > > > - > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > Hi > > > > org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. was taken out > a > > week or so ago when I moved the majority of sca binding into the > > binding-sca > > module. I'm thinking that I was a little overzealous when I took this > out > > and that it probably needs to go back in. In the mean time can you > create > > a > > > > > > org.apache.tuscany.sca.binding.sca.impl.SCABindingFactoryImpl > > > > instead? > > > > Regards > > > > Simon > > > You may very well be right. Time to push some new snapshots out! Let me find out how to do that. Simon
Re: Tuscany/Geronimo Integration Demo
Simon Laws wrote: On 8/16/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: I am not referencing this class directly in my code. Can it be that the published 1.0-incubating-SNAPSHOT jars in maven repos are not in syc or not the latest?? I can not think of other possibilities. Vamsi On 8/14/07, Simon Laws <[EMAIL PROTECTED]> wrote: On 8/14/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: On 8/11/07, Raymond Feng <[EMAIL PROTECTED]> wrote: 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. After switching to 1.0-incubating-SNAPSHOT, I have run into a NoClassDefFoundError: org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. 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? GERONIMO-3351 has not been integrated into 2.0 release. Part of the problem is addressed in branches\2.0 and trunk. It affects only SNAPSHOT dependencies and there is some discussion on whether the downloaded version (if it is different from SNAPSHOT) should be renamed, by the plugin installer, to SNAPSHOT or the dependency resolution is Geronimo should handle it in a different way. The problem we have run into is in conjunction with another problem that occurs when a trailing "/" is not present in the maven repo URL. This has been fixed in branches\2.0 and trunk (not in 2.0 release though) and the work around for this is to put that trailing "/" in the maven repo URLs in geronimo-plugin.xml . These two fixes will (most likely, but not guaranteed) go into 2.0.1 due to be released soon (probably this week). [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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. was taken out a week or so ago when I moved the majority of sca binding into the binding-sca module. I'm thinking that I was a little overzealous when I took this out and that it probably needs to go back in. In the mean time can you create a org.apache.tuscany.sca.binding.sca.impl.SCABindingFactoryImpl instead? Regards Simon You may very well be right. Time to push some new snapshots out! Let me find out how to do that. Simon Yes I think that new published snapshots will resolve that issue. In addition, how about adding the Tuscany/Geronimo integration modules to our build? This will help us check that we're not breaking them when we make changes in the rest of the Tuscany code. It will also make it easier for people to try out the integration from their Tuscany workspace / development environment. The simplest is probably to point to these modules in the Geronimo sandbox SVN from our java/sca/modules directory using an SVN externals property... Thoughts? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany/Geronimo Integration Demo
On 8/16/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > Simon Laws wrote: > > On 8/16/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > >> I am not referencing this class directly in my code. Can it be that > the > >> published 1.0-incubating-SNAPSHOT jars in maven repos are not in syc or > >> not > >> the latest?? I can not think of other possibilities. > >> > >> Vamsi > >> > >> > >> On 8/14/07, Simon Laws <[EMAIL PROTECTED]> wrote: > >> > >>> On 8/14/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > >>> > On 8/11/07, Raymond Feng <[EMAIL PROTECTED]> wrote: > > > 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. > > > After switching to 1.0-incubating-SNAPSHOT, I have run into a > NoClassDefFoundError: > org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. > > > 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? > > > GERONIMO-3351 has not been integrated into 2.0 release. Part of the > problem > is addressed in branches\2.0 and trunk. It affects only SNAPSHOT > dependencies and there is some discussion on whether the downloaded > version > (if it is different from SNAPSHOT) should be renamed, by the plugin > installer, to SNAPSHOT or the dependency resolution is Geronimo > should > handle it in a different way. The problem we have run into is in > conjunction with another problem that occurs when a trailing "/" is > > >> not > >> > present in the maven repo URL. This has been fixed in branches\2.0 > > >> and > >> > trunk (not in 2.0 release though) and the work around for this is to > > >> put > >> > that trailing "/" in the maven repo URLs in geronimo-plugin.xml > > >> . These > >> > two > fixes will (most likely, but not guaranteed) go into 2.0.1 due to be > released soon (probably this week). > > > [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 > > > > > > > > > > > > > >> - > >> > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > >>> Hi > >>> > >>> org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. was taken > out > >>> > >> a > >> > >>> week or so ago when I moved the majority of sca binding into the > >>> binding-sca > >>> module. I'm thinking that I was a little overzealous when I took this > >>> > >> out > >> > >>> and that it probably needs to go back in. In the mean time can you > >>> > >> create > >> > >>> a > >>> > >>> > >>> org.apache.tuscany.sca.binding.sca.impl.SCABindingFactoryImpl > >>> > >>> instead? > >>> > >>> Regards > >>> > >>> Simon > >>> > >>> > > You may very well be right. Time to push some new snapshots out! Let me > find > > out how to do that. > > > > Simon > > > > > > Yes I think that new published snapshots will resolve that issue. > > In addition, how about adding the Tuscany/Geronimo integration modules > to our build? This will help us check that we're not breaking them when > we make changes in the rest of the Tuscany code. It will also make it > easier f
Re: Tuscany/Geronimo Integration Demo
Hit a new error. Stack trace given below: java.lang.NoClassDefFoundError: org/apache/tuscany/sca/interfacedef/java/introspect/JavaInterfaceIntrospectorExtensionPoint at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:242) at org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.loadModules( ReallySmallRuntime.java:181) at org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start( ReallySmallRuntime.java:133) at org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.start( EmbeddedSCADomain.java:74) Vamsi On 8/17/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > On 8/16/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > > > Simon Laws wrote: > > > On 8/16/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > > > >> I am not referencing this class directly in my code. Can it be that > > the > > >> published 1.0-incubating-SNAPSHOT jars in maven repos are not in syc > or > > >> not > > >> the latest?? I can not think of other possibilities. > > >> > > >> Vamsi > > >> > > >> > > >> On 8/14/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > >> > > >>> On 8/14/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > >>> > > On 8/11/07, Raymond Feng <[EMAIL PROTECTED]> wrote: > > > > > 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. > > > > > After switching to 1.0-incubating-SNAPSHOT, I have run into a > > NoClassDefFoundError: > > org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. > > > > > > 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? > > > > > GERONIMO-3351 has not been integrated into 2.0 release. Part of > the > > problem > > is addressed in branches\2.0 and trunk. It affects only SNAPSHOT > > dependencies and there is some discussion on whether the downloaded > > version > > (if it is different from SNAPSHOT) should be renamed, by the plugin > > installer, to SNAPSHOT or the dependency resolution is Geronimo > > should > > handle it in a different way. The problem we have run into is in > > conjunction with another problem that occurs when a trailing "/" is > > > > >> not > > >> > > present in the maven repo URL. This has been fixed in branches\2.0 > > > > >> and > > >> > > trunk (not in 2.0 release though) and the work around for this is > to > > > > >> put > > >> > > that trailing "/" in the maven repo URLs in geronimo-plugin.xml > > > > >> . These > > >> > > two > > fixes will (most likely, but not guaranteed) go into 2.0.1 due to > be > > released soon (probably this week). > > > > > > [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 > > > > > > > > > > > > > > > > > > > > >> - > > >> > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > >>> Hi > > >>> > >
Re: Tuscany/Geronimo Integration Demo
On 8/16/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > Simon Laws wrote: > > On 8/16/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > >> I am not referencing this class directly in my code. Can it be that > the > >> published 1.0-incubating-SNAPSHOT jars in maven repos are not in syc or > >> not > >> the latest?? I can not think of other possibilities. > >> > >> Vamsi > >> > >> > >> On 8/14/07, Simon Laws <[EMAIL PROTECTED]> wrote: > >> > >>> On 8/14/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > >>> > On 8/11/07, Raymond Feng <[EMAIL PROTECTED]> wrote: > > > 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. > > > After switching to 1.0-incubating-SNAPSHOT, I have run into a > NoClassDefFoundError: > org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. > > > 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? > > > GERONIMO-3351 has not been integrated into 2.0 release. Part of the > problem > is addressed in branches\2.0 and trunk. It affects only SNAPSHOT > dependencies and there is some discussion on whether the downloaded > version > (if it is different from SNAPSHOT) should be renamed, by the plugin > installer, to SNAPSHOT or the dependency resolution is Geronimo > should > handle it in a different way. The problem we have run into is in > conjunction with another problem that occurs when a trailing "/" is > > >> not > >> > present in the maven repo URL. This has been fixed in branches\2.0 > > >> and > >> > trunk (not in 2.0 release though) and the work around for this is to > > >> put > >> > that trailing "/" in the maven repo URLs in geronimo-plugin.xml > > >> . These > >> > two > fixes will (most likely, but not guaranteed) go into 2.0.1 due to be > released soon (probably this week). > > > [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 > > > > > > > > > > > > > >> - > >> > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > >>> Hi > >>> > >>> org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. was taken > out > >>> > >> a > >> > >>> week or so ago when I moved the majority of sca binding into the > >>> binding-sca > >>> module. I'm thinking that I was a little overzealous when I took this > >>> > >> out > >> > >>> and that it probably needs to go back in. In the mean time can you > >>> > >> create > >> > >>> a > >>> > >>> > >>> org.apache.tuscany.sca.binding.sca.impl.SCABindingFactoryImpl > >>> > >>> instead? > >>> > >>> Regards > >>> > >>> Simon > >>> > >>> > > You may very well be right. Time to push some new snapshots out! Let me > find > > out how to do that. > > > > Simon > > > > > > Yes I think that new published snapshots will resolve that issue. > > In addition, how about adding the Tuscany/Geronimo integration modules > to our build? This will help us check that we're not breaking them when > we make changes in the rest of the Tuscany code. It will also make it > easier f
Re: Tuscany/Geronimo Integration Demo
On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > Hit a new error. Stack trace given below: > > java.lang.NoClassDefFoundError: > > org/apache/tuscany/sca/interfacedef/java/introspect/JavaInterfaceIntrospectorExtensionPoint > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:242) > at > org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.loadModules( > ReallySmallRuntime.java:181) > at org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start( > ReallySmallRuntime.java:133) > at org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.start( > EmbeddedSCADomain.java:74) > > > Vamsi > > On 8/17/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > > > On 8/16/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > > > > > Simon Laws wrote: > > > > On 8/16/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > > > > > >> I am not referencing this class directly in my code. Can it be > that > > > the > > > >> published 1.0-incubating-SNAPSHOT jars in maven repos are not in > syc > > or > > > >> not > > > >> the latest?? I can not think of other possibilities. > > > >> > > > >> Vamsi > > > >> > > > >> > > > >> On 8/14/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > > >> > > > >>> On 8/14/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > >>> > > > On 8/11/07, Raymond Feng <[EMAIL PROTECTED]> wrote: > > > > > > > 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. > > > > > > > After switching to 1.0-incubating-SNAPSHOT, I have run into a > > > NoClassDefFoundError: > > > org/apache/tuscany/sca/assembly/DefaultSCABindingFactory. > > > > > > > > > 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? > > > > > > > GERONIMO-3351 has not been integrated into 2.0 release. Part of > > the > > > problem > > > is addressed in branches\2.0 and trunk. It affects only SNAPSHOT > > > dependencies and there is some discussion on whether the > downloaded > > > version > > > (if it is different from SNAPSHOT) should be renamed, by the > plugin > > > installer, to SNAPSHOT or the dependency resolution is Geronimo > > > should > > > handle it in a different way. The problem we have run into is in > > > conjunction with another problem that occurs when a trailing "/" > is > > > > > > >> not > > > >> > > > present in the maven repo URL. This has been fixed in > branches\2.0 > > > > > > >> and > > > >> > > > trunk (not in 2.0 release though) and the work around for this is > > to > > > > > > >> put > > > >> > > > that trailing "/" in the maven repo URLs in geronimo-plugin.xml > > > > > > >> . These > > > >> > > > two > > > fixes will (most likely, but not guaranteed) go into 2.0.1 due to > > be > > > released soon (probably this week). > > > > > > > > > [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 > > > >> > > >
Re: Tuscany/Geronimo Integration Demo
org.apache.tuscany commonj-api ${tuscanyVersion} jar classes org.apache.tuscany.sca sca-api ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-assembly ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-assembly-xml ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-contribution ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-contribution-impl ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-core ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-core-databinding ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-core-spi ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-databinding-axiom ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-databinding ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-host-embedded ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-policy ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-host-http ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-host-geronimo ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-implementation-java ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-implementation-java-runtime ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-implementation-java-xml ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-interface ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-interface-java ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-interface-java-runtime ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-interface-java-xml ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-binding-ws ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-binding-ws-axis2 ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-binding-ws-xml ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-interface-wsdl ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-interface-wsdl-runtime ${tuscanyVersion} jar classes org.apache.tuscany.sca tuscany-interface-wsdl-xml
Re: Tuscany/Geronimo Integration Demo
On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > org.apache.tuscany > commonj-api > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > sca-api > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-assembly > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-assembly-xml > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-contribution > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-contribution-impl > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-core > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-core-databinding > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-core-spi > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-databinding-axiom > ${tuscanyVersion} > jar > classes > > > > org.apache.tuscany.sca > tuscany-databinding > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-host-embedded > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-policy > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-host-http > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-host-geronimo > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-implementation-java > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > > tuscany-implementation-java-runtime > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-implementation-java-xml > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-interface > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-interface-java > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-interface-java-runtime > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-interface-java-xml > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-binding-ws > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-binding-ws-axis2 > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-binding-ws-xml > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca >
Re: Tuscany/Geronimo Integration Demo
Hi Simon, I have got rid of tuscany-interface-java-runtime and tuscany-interface-wsdl-runtime. Removing commonj-api resulted in a NoClassDefFoundError, so I had put that dependency back. After cleaning up the local repo of any tuscany sca jars, I have realized that the EmbeddedSCADomain in trunk has a different interface than the one in 0.91-incubating. I had to change some of my existing code. I got the calculator sample working. I am getting an ActivationException with helloworld-webservice sample. Thanks and best regards, Vamsi On 8/17/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > > > > org.apache.tuscany > > commonj-api > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > sca-api > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-assembly > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-assembly-xml > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-contribution > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-contribution-impl > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-core > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-core-databinding > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-core-spi > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-databinding-axiom > > ${tuscanyVersion} > > jar > > classes > > > > > > > > org.apache.tuscany.sca > > tuscany-databinding > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-host-embedded > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-policy > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-host-http > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-host-geronimo > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-implementation-java > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > > > > tuscany-implementation-java-runtime > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-implementation-java-xml > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-interface > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-interface-java > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-interface-java-runtime > > ${tuscanyVersion} > > jar > >
Re: Tuscany/Geronimo Integration Demo
Stack trace for the ActivationException: 19:28:47,578 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName="TuscanyArtifacts/helloWorld-ws/1187353576031/car?ServiceModule=TuscanyArtifacts/helloWorld-ws/1187353576031/car,j2eeType=GBean,name=EmbeddedRuntime" java.lang.Exception: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException at org.apache.geronimo.tuscany.EmbeddedRuntimeGBean.doStart( EmbeddedRuntimeGBean.java:151) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance( GBeanInstance.java:996) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart (GBeanInstanceState.java:268) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start( GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive( GBeanInstanceState.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive( GBeanInstance.java:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean( BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans (ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start( KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration (SimpleConfigurationManager.java:530) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration (SimpleConfigurationManager.java:511) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke () at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke( FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke( GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke( GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java :57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke( RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept( ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$9d71b6b0.startConfiguration () at org.apache.geronimo.console.configmanager.ConfigManagerPortlet.processAction (ConfigManagerPortlet.java:208) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java :229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke( ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.doInclude( ApplicationDispatcher.java:557) at org.apache.catalina.core.ApplicationDispatcher.include( ApplicationDispatcher.java:481) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke( PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action( PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction( PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction (PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter( ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke( DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke( AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke( GeronimoStandardContext.java:351) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke( GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke( ErrorReportValve.java:104) at org.apache
Re: Tuscany/Geronimo Integration Demo
On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > Stack trace for the ActivationException: > > > 19:28:47,578 ERROR [GBeanInstanceState] Error while starting; GBean is now > in the FAILED state: > > abstractName="TuscanyArtifacts/helloWorld-ws/1187353576031/car?ServiceModule=TuscanyArtifacts/helloWorld-ws/1187353576031/car,j2eeType=GBean,name=EmbeddedRuntime" > java.lang.Exception: > org.apache.tuscany.sca.core.runtime.ActivationException: > java.lang.NullPointerException > at org.apache.geronimo.tuscany.EmbeddedRuntimeGBean.doStart( > EmbeddedRuntimeGBean.java:151) > at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance( > GBeanInstance.java:996) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart > (GBeanInstanceState.java:268) > at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start( > GBeanInstanceState.java:102) > at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive > ( > GBeanInstanceState.java:124) > at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive( > GBeanInstance.java:553) > at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean( > BasicKernel.java:379) > at > > org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans > (ConfigurationUtil.java:448) > at org.apache.geronimo.kernel.config.KernelConfigurationManager.start( > KernelConfigurationManager.java:187) > at > > org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration > (SimpleConfigurationManager.java:530) > at > > org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration > (SimpleConfigurationManager.java:511) > at > > org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke > () > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke( > FastMethodInvoker.java:38) > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke( > GBeanOperation.java:124) > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke( > GBeanInstance.java:830) > at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java > :57) > at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke( > RawOperationInvoker.java:35) > at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept( > ProxyMethodInterceptor.java:96) > at > > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$9d71b6b0.startConfiguration > () > at > > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.processAction > (ConfigManagerPortlet.java:208) > at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java > :229) > at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at org.apache.pluto.core.PortletServlet.service(PortletServlet.java > :153) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:290) > at org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:206) > at org.apache.catalina.core.ApplicationDispatcher.invoke( > ApplicationDispatcher.java:654) > at org.apache.catalina.core.ApplicationDispatcher.doInclude( > ApplicationDispatcher.java:557) > at org.apache.catalina.core.ApplicationDispatcher.include( > ApplicationDispatcher.java:481) > at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke( > PortletInvokerImpl.java:120) > at org.apache.pluto.invoker.impl.PortletInvokerImpl.action( > PortletInvokerImpl.java:68) > at org.apache.pluto.PortletContainerImpl.processPortletAction( > PortletContainerImpl.java:164) > at > > org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction > (PortletContainerWrapperImpl.java:82) > at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:290) > at org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:206) > at org.apache.catalina.core.StandardWrapperValve.invoke( > StandardWrapperValve.java:230) > at org.apache.catalina.core.StandardContextValve.invoke( > StandardContextValve.java:175) > at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke( > DefaultSubjectValve.java:56) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke( > AuthenticatorBase.java:525) > at > > org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke > ( > GeronimoStandardContext.java:351) > at o
Re: Tuscany/Geronimo Integration Demo
A few questions. [snip] ant elder wrote: I'm not very keen at all on doing that. Couldn't we actually put the code in our svn instead of using SVN externals (if necessary the Geronimo guys could use SVN externals if they really want it). Necessary yes, as far as I know the Geronimo guys are the guys working on this code. But will that work if the code moves to our SVN, will they still be able to commit their changes? Can you help me understand how that will work? I'd quite like this code in our svn anyway as some of it could be shared by others who're also integrating Tuscany. I'm not sure I understand. What exactly will prevent others who are also integrating with Tuscany to share this code if it stays where it is now in the Geronimo SVN repository? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany/Geronimo Integration Demo
> > > After a bit of digging I found that the dependency that gets us the WorkManager interface now is in our core module. We now use org.apache.geronimo.specs geronimo-commonj_1.1_spec 1.0 So you should replace the tuscany commonj dependency with that. Not sure why this is not being picked up for you as core has this dependency already. Simon
Re: Tuscany/Geronimo Integration Demo
snip > > helloWorld-ws.jar is attached. It looks ok to me. I notice that the helloworld ws sample now uses a wsdl less approach which should work. In case there is an issue with this code in you situation you could try specifying the WSDL explicitly. So your binding would be something like http://helloworld#wsdl.port(HelloWorldService/HelloWorldSoapPort)"/> To get the same effect as you have with the uri on the binding you would have to change the port number in the location element of the wsdl. Simon
Re: Tuscany/Geronimo Integration Demo
Thanks Simon. I have made this change and it works fine now. Vamsi On 8/17/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > > > > > > After a bit of digging I found that the dependency that gets us the > WorkManager interface now is in our core module. We now use > > > org.apache.geronimo.specs > geronimo-commonj_1.1_spec > 1.0 > > > So you should replace the tuscany commonj dependency with that. Not sure > why > this is not being picked up for you as core has this dependency already. Simon >
Re: Tuscany/Geronimo Integration Demo
On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > Thanks Simon. I have made this change and it works fine now. > > Vamsi > > On 8/17/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > After a bit of digging I found that the dependency that gets us the > > WorkManager interface now is in our core module. We now use > > > > > > org.apache.geronimo.specs > > geronimo-commonj_1.1_spec > > 1.0 > > > > > > So you should replace the tuscany commonj dependency with that. Not sure > > why > > this is not being picked up for you as core has this dependency already. > > > > Simon > > > Hey cool, well done Vamsi
Re: Tuscany/Geronimo Integration Demo
This doesn't seem ideal to me, people using Tuscany should not have to know these intimate details of how we put the Tuscany code together. It will go wrong (and does here as subsequent messages in the thread show) and makes using Tuscany seem really complicated. Couldn't this just use a single dependence on the tuscany-all jar? I know that probably doesn't work today as the dependencies of the all jar aren't correct but how about we fix that so that it can be used in situations like this? We could have have the required dependencies be the minimum ones to get the Tuscany runtime working and have optional dependencies for the dependencies of the additional extensions. So in simple cases you'd just have a dependency on the all jar, and if you want to use another extension like scripting then along with the tuscany-all dependency you also explicitly add the BSF dependency. ...ant On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > org.apache.tuscany > commonj-api > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > sca-api > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-assembly > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-assembly-xml > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-contribution > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-contribution-impl > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-core > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-core-databinding > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-core-spi > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-databinding-axiom > ${tuscanyVersion} > jar > classes > > > > org.apache.tuscany.sca > tuscany-databinding > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-host-embedded > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-policy > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-host-http > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-host-geronimo > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-implementation-java > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > > tuscany-implementation-java-runtime > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-implementation-java-xml > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-interface > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-interface-java > ${tuscanyVersion} > jar > classes > > > org.apache.tuscany.sca > tuscany-interface-java-runtime > ${tuscanyVersion} > jar
Re: Tuscany/Geronimo Integration Demo
I agree. An "tuscany-all" jar with minimum required classes to run tuscany will be very helpful for users. Vamsi On 8/18/07, ant elder <[EMAIL PROTECTED]> wrote: > > This doesn't seem ideal to me, people using Tuscany should not have to > know > these intimate details of how we put the Tuscany code together. It will go > wrong (and does here as subsequent messages in the thread show) and makes > using Tuscany seem really complicated. Couldn't this just use a single > dependence on the tuscany-all jar? I know that probably doesn't work today > as the dependencies of the all jar aren't correct but how about we fix > that > so that it can be used in situations like this? We could have have the > required dependencies be the minimum ones to get the Tuscany runtime > working > and have optional dependencies for the dependencies of the additional > extensions. So in simple cases you'd just have a dependency on the all > jar, > and if you want to use another extension like scripting then along with > the > tuscany-all dependency you also explicitly add the BSF dependency. > >...ant > > On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > > > > org.apache.tuscany > > commonj-api > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > sca-api > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-assembly > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-assembly-xml > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-contribution > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-contribution-impl > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-core > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-core-databinding > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-core-spi > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-databinding-axiom > > ${tuscanyVersion} > > jar > > classes > > > > > > > > org.apache.tuscany.sca > > tuscany-databinding > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-host-embedded > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-policy > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-host-http > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-host-geronimo > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-implementation-java > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > > > > tuscany-implementation-java-runtime > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-implementation-java-xml > > ${tuscanyVersion} > > jar > > classes > > > > > > org.apache.tuscany.sca > > tuscany-interface >
Re: Tuscany/Geronimo Integration Demo
Hi, This NullPointerException is occurring when i am using a wsdl interface definition. It works when I use interface.java http://localhost:8080/hello/HelloWorldService"/> The error occurs in the createAxisService() of the Axis2ServiceProvider. The check if (wsBinding.getWSDLDefinition() != null) { axisService = createWSDLAxisService(); } else { axisService = createJavaAxisService(); } is failing and createJavaAxisService() is getting called even in the case of it being a WSDLAxisService which results in a ClassCastException going forward. Could someone throw some light on this. Regards Manu On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > Stack trace for the ActivationException: > > > 19:28:47,578 ERROR [GBeanInstanceState] Error while starting; GBean is now > in the FAILED state: > abstractName="TuscanyArtifacts/helloWorld-ws/1187353576031/car?ServiceModule=TuscanyArtifacts/helloWorld-ws/1187353576031/car,j2eeType=GBean,name=EmbeddedRuntime" > java.lang.Exception: org.apache.tuscany.sca.core.runtime.ActivationException: > java.lang.NullPointerException > at org.apache.geronimo.tuscany.EmbeddedRuntimeGBean.doStart( > EmbeddedRuntimeGBean.java:151) > at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance( > GBeanInstance.java:996) > at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart > (GBeanInstanceState.java:268) > at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start( > GBeanInstanceState.java:102) > at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive( > GBeanInstanceState.java:124) > at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive( > GBeanInstance.java:553) > at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean( > BasicKernel.java:379) > at > org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans > (ConfigurationUtil.java:448) > at org.apache.geronimo.kernel.config.KernelConfigurationManager.start( > KernelConfigurationManager.java:187) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration > (SimpleConfigurationManager.java:530) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration > (SimpleConfigurationManager.java:511) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke > () > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke( > FastMethodInvoker.java:38) > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke( > GBeanOperation.java:124) > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke( > GBeanInstance.java:830) > at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java > :57) > at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke( > RawOperationInvoker.java:35) > at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept( > ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$9d71b6b0.startConfiguration > () > at > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.processAction > (ConfigManagerPortlet.java:208) > at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java > :229) > at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:290) > at org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:206) > at org.apache.catalina.core.ApplicationDispatcher.invoke( > ApplicationDispatcher.java:654) > at org.apache.catalina.core.ApplicationDispatcher.doInclude( > ApplicationDispatcher.java:557) > at org.apache.catalina.core.ApplicationDispatcher.include( > ApplicationDispatcher.java:481) > at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke( > PortletInvokerImpl.java:120) > at org.apache.pluto.invoker.impl.PortletInvokerImpl.action( > PortletInvokerImpl.java:68) > at org.apache.pluto.PortletContainerImpl.processPortletAction( > PortletContainerImpl.java:164) > at > org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction > (PortletContainerWrapperImpl.java:82) > at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at org.apache.catalina.core.Appl
Re: Tuscany/Geronimo Integration Demo
Manu, Thanks for investigating the problem and figuring out this work around. It worked after I changed the interface element to interface.java. May be we should open a JIRA for this in Tuscany. Best regards, Vamsi On 8/18/07, Manu George <[EMAIL PROTECTED]> wrote: > > Hi, > > This NullPointerException is occurring when i am using a wsdl > interface definition. It works when I use interface.java > > > > > > http://localhost:8080/hello/HelloWorldService"/> > > > > > The error occurs in the createAxisService() of the > Axis2ServiceProvider. The check > > if (wsBinding.getWSDLDefinition() != null) { > axisService = createWSDLAxisService(); > } else { > axisService = createJavaAxisService(); > } > > is failing and createJavaAxisService() is getting called even in the > case of it being a WSDLAxisService which results in a > ClassCastException going forward. Could someone throw some light on > this. > > Regards > Manu > > > > On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > Stack trace for the ActivationException: > > > > > > 19:28:47,578 ERROR [GBeanInstanceState] Error while starting; GBean is > now > > in the FAILED state: > > > abstractName="TuscanyArtifacts/helloWorld-ws/1187353576031/car?ServiceModule=TuscanyArtifacts/helloWorld-ws/1187353576031/car,j2eeType=GBean,name=EmbeddedRuntime" > > java.lang.Exception: > org.apache.tuscany.sca.core.runtime.ActivationException: > > java.lang.NullPointerException > > at org.apache.geronimo.tuscany.EmbeddedRuntimeGBean.doStart( > > EmbeddedRuntimeGBean.java:151) > > at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance( > > GBeanInstance.java:996) > > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart > > (GBeanInstanceState.java:268) > > at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start( > > GBeanInstanceState.java:102) > > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive( > > GBeanInstanceState.java:124) > > at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive( > > GBeanInstance.java:553) > > at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean( > > BasicKernel.java:379) > > at > > > org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans > > (ConfigurationUtil.java:448) > > at > org.apache.geronimo.kernel.config.KernelConfigurationManager.start( > > KernelConfigurationManager.java:187) > > at > > > org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration > > (SimpleConfigurationManager.java:530) > > at > > > org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration > > (SimpleConfigurationManager.java:511) > > at > > > org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke > > () > > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke( > > FastMethodInvoker.java:38) > > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke( > > GBeanOperation.java:124) > > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke( > > GBeanInstance.java:830) > > at org.apache.geronimo.gbean.runtime.RawInvoker.invoke( > RawInvoker.java > > :57) > > at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke( > > RawOperationInvoker.java:35) > > at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept > ( > > ProxyMethodInterceptor.java:96) > > at > > > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$9d71b6b0.startConfiguration > > () > > at > > > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.processAction > > (ConfigManagerPortlet.java:208) > > at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java > > :229) > > at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java > :158) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > > at org.apache.pluto.core.PortletServlet.service(PortletServlet.java > :153) > > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > > ApplicationFilterChain.java:290) > > at org.apache.catalina.core.ApplicationFilterChain.doFilter( > > ApplicationFilterChain.java:206) > > at org.apache.catalina.core.ApplicationDispatcher.invoke( > > ApplicationDispatcher.java:654) > > at org.apache.catalina.core.ApplicationDispatcher.doInclude( > > ApplicationDispatcher.java:557) > > at org.apache.catalina.core.ApplicationDispatcher.include( > > ApplicationDispatcher.java:481) > > at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke( > > PortletInvokerImpl.java:120) > > at org.apache.pluto.invoker.impl.PortletInvokerImpl.actio
Re: Tuscany/Geronimo Integration Demo
This should be fixed in the latest trunk code, is it possible for you to try that? ...ant On 8/18/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > Manu, > > Thanks for investigating the problem and figuring out this work > around. It > worked after I changed the interface element to interface.java. May be we > should open a JIRA for this in Tuscany. > > Best regards, > Vamsi > > On 8/18/07, Manu George <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > This NullPointerException is occurring when i am using a wsdl > > interface definition. It works when I use interface.java > > > > > > > > > > > > http://localhost:8080/hello/HelloWorldService"/> > > > > > > > > > > The error occurs in the createAxisService() of the > > Axis2ServiceProvider. The check > > > > if (wsBinding.getWSDLDefinition() != null) { > > axisService = createWSDLAxisService(); > > } else { > > axisService = createJavaAxisService(); > > } > > > > is failing and createJavaAxisService() is getting called even in the > > case of it being a WSDLAxisService which results in a > > ClassCastException going forward. Could someone throw some light on > > this. > > > > Regards > > Manu > > > > > > > > On 8/17/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote: > > > Stack trace for the ActivationException: > > > > > > > > > 19:28:47,578 ERROR [GBeanInstanceState] Error while starting; GBean is > > now > > > in the FAILED state: > > > > > > abstractName="TuscanyArtifacts/helloWorld-ws/1187353576031/car?ServiceModule=TuscanyArtifacts/helloWorld-ws/1187353576031/car,j2eeType=GBean,name=EmbeddedRuntime" > > > java.lang.Exception: > > org.apache.tuscany.sca.core.runtime.ActivationException: > > > java.lang.NullPointerException > > > at org.apache.geronimo.tuscany.EmbeddedRuntimeGBean.doStart( > > > EmbeddedRuntimeGBean.java:151) > > > at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance( > > > GBeanInstance.java:996) > > > at > > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart > > > (GBeanInstanceState.java:268) > > > at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start( > > > GBeanInstanceState.java:102) > > > at > > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive( > > > GBeanInstanceState.java:124) > > > at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive( > > > GBeanInstance.java:553) > > > at > org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean( > > > BasicKernel.java:379) > > > at > > > > > > org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans > > > (ConfigurationUtil.java:448) > > > at > > org.apache.geronimo.kernel.config.KernelConfigurationManager.start( > > > KernelConfigurationManager.java:187) > > > at > > > > > > org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration > > > (SimpleConfigurationManager.java:530) > > > at > > > > > > org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration > > > (SimpleConfigurationManager.java:511) > > > at > > > > > > org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke > > > () > > > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > > > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke( > > > FastMethodInvoker.java:38) > > > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke( > > > GBeanOperation.java:124) > > > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke( > > > GBeanInstance.java:830) > > > at org.apache.geronimo.gbean.runtime.RawInvoker.invoke( > > RawInvoker.java > > > :57) > > > at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke( > > > RawOperationInvoker.java:35) > > > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept > > ( > > > ProxyMethodInterceptor.java:96) > > > at > > > > > > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$9d71b6b0.startConfiguration > > > () > > > at > > > > > > org.apache.geronimo.console.configmanager.ConfigManagerPortlet.processAction > > > (ConfigManagerPortlet.java:208) > > > at org.apache.pluto.core.PortletServlet.dispatch( > PortletServlet.java > > > :229) > > > at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java > > :158) > > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > > > at org.apache.pluto.core.PortletServlet.service( > PortletServlet.java > > :153) > > > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > > > ApplicationFilterChain.java:290) > > > at org.apache.catalina.core.ApplicationFilterChain.doFilter( > > > ApplicationFilterChain.java:206) > > > at org.apache.catalina.core.Appli
Re: Tuscany/Geronimo Integration Demo
Jean-Sebastien Delfino wrote: A few questions. [snip] ant elder wrote: I'm not very keen at all on doing that. Couldn't we actually put the code in our svn instead of using SVN externals (if necessary the Geronimo guys could use SVN externals if they really want it). Necessary yes, as far as I know the Geronimo guys are the guys working on this code. But will that work if the code moves to our SVN, will they still be able to commit their changes? Can you help me understand how that will work? I'd quite like this code in our svn anyway as some of it could be shared by others who're also integrating Tuscany. I'm not sure I understand. What exactly will prevent others who are also integrating with Tuscany to share this code if it stays where it is now in the Geronimo SVN repository? I'd like to spend a little bit of time today to get the Geronimo/Integration code building as part of the Tuscany build, get it into our Eclipse build profile to generate the correct classpath declarations, and add an itest for this integration. We have discussed two options for having this code built in Tuscany so far: [a] keep the integration code in the Geronimo repository, have Tuscany point to it using SVN externals [b] move the integration code to the Tuscany repository and have the Geronimo folks point to it using SVN externals if they want I prefer [a] for now, as it allows me to build this code in Tuscany, while continuing to allow the Geronimo folks to work on it without breaking them. Ant has raised concerns with [a]. I have raised questions and concerns with [b], but I may very well be convinced that [b] is better... if I get answers to the questions I asked, and if the Geronimo folks working on this integration are OK with [b] as well. Could people please jump in and describe what will work best for them, I'd like to make progress on this. Thanks. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany/Geronimo Integration Demo
On 8/19/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > Jean-Sebastien Delfino wrote: > > A few questions. > > > > [snip] > > ant elder wrote: > > > >> I'm not very keen at all on doing that. Couldn't we actually put the > >> code in > >> our svn instead of using SVN externals (if necessary the Geronimo > >> guys could > >> use SVN externals if they really want it). > > > > Necessary yes, as far as I know the Geronimo guys are the guys working > > on this code. > > > > But will that work if the code moves to our SVN, will they still be > > able to commit their changes? Can you help me understand how that will > > work? > > > >> I'd quite like this code in our > >> svn anyway as some of it could be shared by others who're also > >> integrating > >> Tuscany. > >> > > > > I'm not sure I understand. What exactly will prevent others who are > > also integrating with Tuscany to share this code if it stays where it > > is now in the Geronimo SVN repository? > > > > I'd like to spend a little bit of time today to get the > Geronimo/Integration code building as part of the Tuscany build, get it > into our Eclipse build profile to generate the correct classpath > declarations, and add an itest for this integration. > > We have discussed two options for having this code built in Tuscany so > far: > [a] keep the integration code in the Geronimo repository, have Tuscany > point to it using SVN externals > [b] move the integration code to the Tuscany repository and have the > Geronimo folks point to it using SVN externals if they want > > I prefer [a] for now, as it allows me to build this code in Tuscany, > while continuing to allow the Geronimo folks to work on it without > breaking them. > > Ant has raised concerns with [a]. I have raised questions and concerns > with [b], but I may very well be convinced that [b] is better... if I > get answers to the questions I asked, and if the Geronimo folks working > on this integration are OK with [b] as well. > > Could people please jump in and describe what will work best for them, > I'd like to make progress on this. Thanks. -1 to [a] We should not have code part of the Tuscany build that Tuscany committers cannot update. Either add it directly into the Tuscany SVN and make the Geronimo guys committers once they've submitted a few patches, or keep it separate and if we really must add some itest to Tuscany that depend on published snapshots of the Geronimo sandbox code. Right now the code is just in a sandbox, it would be good to get this part of a real release. Looks like its missed Geronimo 2.0 so I'm a big +1 on committing this to Tuscany so we can say we've Geronimo integration as part of our 1.0 release. ...ant
Re: Tuscany/Geronimo Integration Demo
Jean-Sebastien Delfino wrote: Jean-Sebastien Delfino wrote: A few questions. [snip] ant elder wrote: I'm not very keen at all on doing that. Couldn't we actually put the code in our svn instead of using SVN externals (if necessary the Geronimo guys could use SVN externals if they really want it). Necessary yes, as far as I know the Geronimo guys are the guys working on this code. But will that work if the code moves to our SVN, will they still be able to commit their changes? Can you help me understand how that will work? I'd quite like this code in our svn anyway as some of it could be shared by others who're also integrating Tuscany. I'm not sure I understand. What exactly will prevent others who are also integrating with Tuscany to share this code if it stays where it is now in the Geronimo SVN repository? I'd like to spend a little bit of time today to get the Geronimo/Integration code building as part of the Tuscany build, get it into our Eclipse build profile to generate the correct classpath declarations, and add an itest for this integration. We have discussed two options for having this code built in Tuscany so far: [a] keep the integration code in the Geronimo repository, have Tuscany point to it using SVN externals [b] move the integration code to the Tuscany repository and have the Geronimo folks point to it using SVN externals if they want I prefer [a] for now, as it allows me to build this code in Tuscany, while continuing to allow the Geronimo folks to work on it without breaking them. Ant has raised concerns with [a]. I have raised questions and concerns with [b], but I may very well be convinced that [b] is better... if I get answers to the questions I asked, and if the Geronimo folks working on this integration are OK with [b] as well. Could people please jump in and describe what will work best for them, I'd like to make progress on this. Thanks. In the long or medium term this code should become a Geronimo feature that is part of the Geronimo release distribution. Moving it to the Tuscany repository is a step in the wrong direction from this perspective. In the short term it seems that this could be regarded as a separate component that is not directly part of either Geronimo or Tuscany but requires both of these to be installed in order to use it. As a separate component, it could be bundled with the Tuscany binary distro like the many other external dependencies that we include. So I'd go for [a] but structure the build to place the binaries for this component somewhere different than the modules that are part of java/sca/. Something like java/sca/externals/geronimo-tuscany perhaps? And I'd suggest publishing it to the mvn repos (when it's ready) under the "geronimo" group ID, not "tuscany". Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany/Geronimo Integration Demo
Simon Nash wrote: Jean-Sebastien Delfino wrote: Jean-Sebastien Delfino wrote: A few questions. [snip] ant elder wrote: I'm not very keen at all on doing that. Couldn't we actually put the code in our svn instead of using SVN externals (if necessary the Geronimo guys could use SVN externals if they really want it). Necessary yes, as far as I know the Geronimo guys are the guys working on this code. But will that work if the code moves to our SVN, will they still be able to commit their changes? Can you help me understand how that will work? I'd quite like this code in our svn anyway as some of it could be shared by others who're also integrating Tuscany. I'm not sure I understand. What exactly will prevent others who are also integrating with Tuscany to share this code if it stays where it is now in the Geronimo SVN repository? I'd like to spend a little bit of time today to get the Geronimo/Integration code building as part of the Tuscany build, get it into our Eclipse build profile to generate the correct classpath declarations, and add an itest for this integration. We have discussed two options for having this code built in Tuscany so far: [a] keep the integration code in the Geronimo repository, have Tuscany point to it using SVN externals [b] move the integration code to the Tuscany repository and have the Geronimo folks point to it using SVN externals if they want I prefer [a] for now, as it allows me to build this code in Tuscany, while continuing to allow the Geronimo folks to work on it without breaking them. Ant has raised concerns with [a]. I have raised questions and concerns with [b], but I may very well be convinced that [b] is better... if I get answers to the questions I asked, and if the Geronimo folks working on this integration are OK with [b] as well. Could people please jump in and describe what will work best for them, I'd like to make progress on this. Thanks. In the long or medium term this code should become a Geronimo feature that is part of the Geronimo release distribution. Moving it to the Tuscany repository is a step in the wrong direction from this perspective. In the short term it seems that this could be regarded as a separate component that is not directly part of either Geronimo or Tuscany but requires both of these to be installed in order to use it. As a separate component, it could be bundled with the Tuscany binary distro like the many other external dependencies that we include. So I'd go for [a] but structure the build to place the binaries for this component somewhere different than the modules that are part of java/sca/. Something like java/sca/externals/geronimo-tuscany perhaps? And I'd suggest publishing it to the mvn repos (when it's ready) under the "geronimo" group ID, not "tuscany". Simon I agree that the Geronimo plugin for Tuscany more naturally belongs to Geronimo and should become a Geronimo feature. This is a good reason for keeping this code in the Geronimo repository. So: I'm +1 on keeping the code in Geronimo -1 on moving it to the Tuscany SVN I won't use SVN externals to point to this code from the Tuscany SVN since Ant is -1 on this. Manu, Vamsi, I have two questions: - are you planning to move this code to a better place than sandbox in the Geronimo repository? - are you planning to publish geronimo-tuscany-plugin-1.0-incubating-SNAPSHOT.car somewhere? In the meantime: - the source is at http://svn.apache.org/repos/asf/geronimo/sandbox/tuscany-integration - it built OK for me before but now I'm getting this error [WARNING] Unable to get resource 'org.apache.geronimo.plugins:car-maven-plugin:pom:2.0.1' from repository central (http://repo1.maven.org/maven2) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.geronimo.plugins ArtifactId: car-maven-plugin Version: 2.0.1 Reason: Unable to download the artifact from any repository org.apache.geronimo.plugins:car-maven-plugin:pom:2.0.1 from the specified remote repositories: central (http://repo1.maven.org/maven2), tomcat-m2-repo (http://repository.codehaus.org), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), temp-repo (http://people.apache.org/~manugeorge/repository), apache-incubating (http://people.apache.org/repo/m2-incubating-repository), ussg-maven-repo (http://ftp.ussg.iu.edu/eclipse/modeling/emf/emf/maven2), ws.zones (http://ws.zones.apache.org/repository) Do I need to add another Maven repos to my Maven settings? Is version 2.0.1 correct for this plugin? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany/Geronimo Integration Demo
On 8/21/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > Simon Nash wrote: > > > > Jean-Sebastien Delfino wrote: > > > >> Jean-Sebastien Delfino wrote: > >> > >>> A few questions. > >>> > >>> [snip] > >>> ant elder wrote: > >>> > I'm not very keen at all on doing that. Couldn't we actually put > the code in > our svn instead of using SVN externals (if necessary the Geronimo > guys could > use SVN externals if they really want it). > >>> > >>> > >>> Necessary yes, as far as I know the Geronimo guys are the guys > >>> working on this code. > >>> > >>> But will that work if the code moves to our SVN, will they still be > >>> able to commit their changes? Can you help me understand how that > >>> will work? > >>> > I'd quite like this code in our > svn anyway as some of it could be shared by others who're also > integrating > Tuscany. > > >>> > >>> > >>> I'm not sure I understand. What exactly will prevent others who are > >>> also integrating with Tuscany to share this code if it stays where > >>> it is now in the Geronimo SVN repository? > >>> > >> > >> I'd like to spend a little bit of time today to get the > >> Geronimo/Integration code building as part of the Tuscany build, get > >> it into our Eclipse build profile to generate the correct classpath > >> declarations, and add an itest for this integration. > >> > >> We have discussed two options for having this code built in Tuscany > >> so far: > >> [a] keep the integration code in the Geronimo repository, have > >> Tuscany point to it using SVN externals > >> [b] move the integration code to the Tuscany repository and have the > >> Geronimo folks point to it using SVN externals if they want > >> > >> I prefer [a] for now, as it allows me to build this code in Tuscany, > >> while continuing to allow the Geronimo folks to work on it without > >> breaking them. > >> > >> Ant has raised concerns with [a]. I have raised questions and > >> concerns with [b], but I may very well be convinced that [b] is > >> better... if I get answers to the questions I asked, and if the > >> Geronimo folks working on this integration are OK with [b] as well. > >> > >> Could people please jump in and describe what will work best for > >> them, I'd like to make progress on this. Thanks. > >> > > In the long or medium term this code should become a Geronimo feature > > that > > is part of the Geronimo release distribution. Moving it to the Tuscany > > repository is a step in the wrong direction from this perspective. > > > > In the short term it seems that this could be regarded as a separate > > component that is not directly part of either Geronimo or Tuscany but > > requires both of these to be installed in order to use it. As a > separate > > component, it could be bundled with the Tuscany binary distro like the > > many other external dependencies that we include. > > > > So I'd go for [a] but structure the build to place the binaries for this > > component somewhere different than the modules that are part of > > java/sca/. > > Something like java/sca/externals/geronimo-tuscany perhaps? And I'd > > suggest publishing it to the mvn repos (when it's ready) under the > > "geronimo" group ID, not "tuscany". > > > > Simon > > > > > > I agree that the Geronimo plugin for Tuscany more naturally belongs to > Geronimo and should become a Geronimo feature. This is a good reason for > keeping this code in the Geronimo repository. > > So: > I'm +1 on keeping the code in Geronimo > -1 on moving it to the Tuscany SVN > > I won't use SVN externals to point to this code from the Tuscany SVN > since Ant is -1 on this. > > Manu, Vamsi, I have two questions: > - are you planning to move this code to a better place than sandbox in > the Geronimo repository? I was not sure if this code was to be put under Geronimo svn. I will find out if I can move this out of sandbox to geronimo\plugins. - are you planning to publish > geronimo-tuscany-plugin-1.0-incubating-SNAPSHOT.car somewhere? So far it has not been published to any repository. I was making it available in geronimo sandbox itself. In the meantime: > - the source is at > http://svn.apache.org/repos/asf/geronimo/sandbox/tuscany-integration > - it built OK for me before but now I'm getting this error > > [WARNING] Unable to get resource > 'org.apache.geronimo.plugins:car-maven-plugin:pom:2.0.1' from repository > central (http://repo1.maven.org/maven2) > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] Failed to resolve artifact. > > GroupId: org.apache.geronimo.plugins > ArtifactId: car-maven-plugin > Version: 2.0.1 > > Reason: Unable to download the artifact from any repository > > org.apache.geronimo.plugins:car-maven-plugin:pom:2.0.1 > > from the specified remote repositories: > central (http://repo1.maven.org/maven2