Re: Cannot reinitialize webapp
Hai-Dang,
Would you be able to send a copy of your app so that we can further test
whether there is a bug in the redeploy?
Thanks,
Jay
David Jencks wrote:
> I agree about using "inPlace".
>
> I don't think your explanation of the redeploy error is accurate, since
> the original deploy, whether onlne or offline should install everything
> needed into the g. repo. So, there might be a bug in the redeploy comand.
>
> thanks
> david jencks
>
> On Dec 8, 2009, at 1:46 PM, Jay D. McHugh wrote:
>
>> Hey Juergen,
>>
>> Did you perhaps want to do an 'inPlace' deployment?
>>
>> I think that might give you the result you are looking for.
>>
>> Then changes to the contents of the /projekte/test directory would
>> affect the deployed app.
>>
>> Otherwise, I believe that an offline deployment would cause your app to
>> be uploaded into the Geronimo repository. And if you do not have a
>> geronimo-web.xml in that directory (or specify one in the deploy
>> command) then Geronimo will not know what you expect your app to be
>> called. And that is why you are having problems during the redeploy.
>>
>> Jay
>>
>> Juergen Weber wrote:
>>> Hi,
>>>
>>> I played with web apps and G2.2 2009.11.28-05:33:51.600-0800
>>> geronimo-tomcat6-javaee5-2.2
>>>
>>> I have deployed an exploded webapp (see below) with
>>>
>>> ./deploy.sh -u system -p manager --offline deploy /projekte/test
>>>
>>> I found that restarting the web app does not reflect changes in
>>> web.xml, not
>>> even in a .jsp
>>> This is surprising, as I'd expect, that reloading the page would get
>>> changes
>>> in a jsp and restarting the app would get changes in web.xml (I
>>> believe this
>>> is Tomcat's behaviour)
>>>
>>> I found that the only way to get the changes was to undeploy and
>>> deploy the
>>> application again.
>>> deploy.sh redeploy got me the exception below.
>>>
>>> I think this behaviour is not quite perfect, I'd very much prefer
>>> Tomcat's
>>> behaviour.
>>>
>>> Thanks,
>>> Juergen
>>>
>>>
>>>
>>>
>>> http://java.sun.com/xml/ns/j2ee";
>>>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>>xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>>> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
>>>version="2.4">
>>>
>>>test
>>>
>>>
>>>hello
>>> world
>>>
>>>
>>>
>>>
>>> hello
>>>
>>>
>>> hello is: = <%= application.getInitParameter("hello") %>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> webe...@linda:/projekte/geronimo-tomcat6-javaee5-2.2/bin$ ./deploy.sh -u
>>> system -p manager --offline redeploy /projekte/test
>>> Using GERONIMO_HOME: /projekte/geronimo-tomcat6-javaee5-2.2
>>> Using GERONIMO_TMPDIR: var/temp
>>> Using JRE_HOME:/projekte/jdk1.6.0_17/jre
>>>No ModuleID or TargetModuleID provided. Attempting to guess based
>>>on the content of the archive.
>>>Unable to locate Geronimo deployment plan in archive. Calculating
>>>default ModuleID from archive name.
>>>Attempting to use ModuleID 'default/test//'
>>> 2009-12-08 21:44:46,516 ERROR [GBeanInstanceState] Error while starting;
>>> GBean is now in the FAILED state:
>>> abstractName="default/test/1260304611193/car?configurationName=default/test/1260304611193/car"
>>>
>>> org.apache.geronimo.kernel.config.InvalidConfigException: Class not
>>> loadable
>>> in classloader:
>>> [org.apache.geronimo.kernel.config.MultiParentClassLoader
>>> id=default/test/1260304611193/car]
>>>at
>>> org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(SerializedGBeanState.java:133)
>>>
>>>at
>>> org.apache.geronimo.kernel.config.SerializedGBeanState.getGBeans(SerializedGBeanState.java:64)
>>>
>>>at
>>> org.apache.geronimo.kernel.config.ConfigurationData.getGBeans(ConfigurationData.java:177)
>>>
>>>at
>>> org.apache.geronimo.kernel.config.Configuration.(Configuration.java:295)
>>>
>>>at sun.reflect.GeneratedConstructorAccessor20.newInstance(Unknown
>>> Source)
>>>at
>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>>>
>>>at
>>> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>>>at
>>> org.apache.xbean.recipe.ReflectionUtil$ConstructorFactory.create(ReflectionUtil.java:952)
>>>
>>>at
>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:276)
>>>
>>>at
>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>at
>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>at
>>> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:911)
>>>
>>>at
>>> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:269)
>>>
>>>at
>>> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:103)
>>>
>>>at
>>> org.apache.geronimo.gbean.runtime.GBea
Re: Cannot reinitialize webapp
I agree about using "inPlace".
I don't think your explanation of the redeploy error is accurate,
since the original deploy, whether onlne or offline should install
everything needed into the g. repo. So, there might be a bug in the
redeploy comand.
thanks
david jencks
On Dec 8, 2009, at 1:46 PM, Jay D. McHugh wrote:
Hey Juergen,
Did you perhaps want to do an 'inPlace' deployment?
I think that might give you the result you are looking for.
Then changes to the contents of the /projekte/test directory would
affect the deployed app.
Otherwise, I believe that an offline deployment would cause your app
to
be uploaded into the Geronimo repository. And if you do not have a
geronimo-web.xml in that directory (or specify one in the deploy
command) then Geronimo will not know what you expect your app to be
called. And that is why you are having problems during the redeploy.
Jay
Juergen Weber wrote:
Hi,
I played with web apps and G2.2 2009.11.28-05:33:51.600-0800
geronimo-tomcat6-javaee5-2.2
I have deployed an exploded webapp (see below) with
./deploy.sh -u system -p manager --offline deploy /projekte/test
I found that restarting the web app does not reflect changes in
web.xml, not
even in a .jsp
This is surprising, as I'd expect, that reloading the page would
get changes
in a jsp and restarting the app would get changes in web.xml (I
believe this
is Tomcat's behaviour)
I found that the only way to get the changes was to undeploy and
deploy the
application again.
deploy.sh redeploy got me the exception below.
I think this behaviour is not quite perfect, I'd very much prefer
Tomcat's
behaviour.
Thanks,
Juergen
http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
version="2.4">
test
hello
world
hello
hello is: = <%= application.getInitParameter("hello") %>
webe...@linda:/projekte/geronimo-tomcat6-javaee5-2.2/bin$ ./
deploy.sh -u
system -p manager --offline redeploy /projekte/test
Using GERONIMO_HOME: /projekte/geronimo-tomcat6-javaee5-2.2
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/projekte/jdk1.6.0_17/jre
No ModuleID or TargetModuleID provided. Attempting to guess based
on the content of the archive.
Unable to locate Geronimo deployment plan in archive. Calculating
default ModuleID from archive name.
Attempting to use ModuleID 'default/test//'
2009-12-08 21:44:46,516 ERROR [GBeanInstanceState] Error while
starting;
GBean is now in the FAILED state:
abstractName="default/test/1260304611193/car?
configurationName=default/test/1260304611193/car"
org.apache.geronimo.kernel.config.InvalidConfigException: Class not
loadable
in classloader:
[org.apache.geronimo.kernel.config.MultiParentClassLoader
id=default/test/1260304611193/car]
at
org
.apache
.geronimo
.kernel
.config.SerializedGBeanState.loadGBeans(SerializedGBeanState.java:
133)
at
org
.apache
.geronimo
.kernel
.config.SerializedGBeanState.getGBeans(SerializedGBeanState.java:64)
at
org
.apache
.geronimo
.kernel.config.ConfigurationData.getGBeans(ConfigurationData.java:
177)
at
org
.apache
.geronimo.kernel.config.Configuration.(Configuration.java:295)
at
sun.reflect.GeneratedConstructorAccessor20.newInstance(Unknown
Source)
at
sun
.reflect
.DelegatingConstructorAccessorImpl
.newInstance(DelegatingConstructorAccessorImpl.java:27)
at
java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.apache.xbean.recipe.ReflectionUtil
$ConstructorFactory.create(ReflectionUtil.java:952)
at
org
.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:
276)
at
org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
at
org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
at
org
.apache
.geronimo
.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:911)
at
org
.apache
.geronimo
.gbean
.runtime
.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:269)
at
org
.apache
.geronimo
.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:103)
at
org
.apache
.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:525)
at
org
.apache
.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:359)
at
org
.apache
.geronimo
.kernel
.config
.KernelConfigurationManager.load(KernelConfigurationManager.java:163)
at
org
.apache
.geronimo
.kernel
.config
.SimpleConfigurationManager
.reloadConfiguration(SimpleConfigurationManager.java:1070)
at
org
.apache
.geronimo
.kernel
.config
.SimpleConfigurationManager
.reloadConfiguration(SimpleConfigurationManager.java:780)
at
org
.
Re: Cannot reinitialize webapp
Hey Juergen,
Did you perhaps want to do an 'inPlace' deployment?
I think that might give you the result you are looking for.
Then changes to the contents of the /projekte/test directory would
affect the deployed app.
Otherwise, I believe that an offline deployment would cause your app to
be uploaded into the Geronimo repository. And if you do not have a
geronimo-web.xml in that directory (or specify one in the deploy
command) then Geronimo will not know what you expect your app to be
called. And that is why you are having problems during the redeploy.
Jay
Juergen Weber wrote:
> Hi,
>
> I played with web apps and G2.2 2009.11.28-05:33:51.600-0800
> geronimo-tomcat6-javaee5-2.2
>
> I have deployed an exploded webapp (see below) with
>
> ./deploy.sh -u system -p manager --offline deploy /projekte/test
>
> I found that restarting the web app does not reflect changes in web.xml, not
> even in a .jsp
> This is surprising, as I'd expect, that reloading the page would get changes
> in a jsp and restarting the app would get changes in web.xml (I believe this
> is Tomcat's behaviour)
>
> I found that the only way to get the changes was to undeploy and deploy the
> application again.
> deploy.sh redeploy got me the exception below.
>
> I think this behaviour is not quite perfect, I'd very much prefer Tomcat's
> behaviour.
>
> Thanks,
> Juergen
>
>
>
>
> http://java.sun.com/xml/ns/j2ee";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
> version="2.4">
>
> test
>
>
> hello
> world
>
>
>
>
> hello
>
>
> hello is: = <%= application.getInitParameter("hello") %>
>
>
>
>
>
>
>
> webe...@linda:/projekte/geronimo-tomcat6-javaee5-2.2/bin$ ./deploy.sh -u
> system -p manager --offline redeploy /projekte/test
> Using GERONIMO_HOME: /projekte/geronimo-tomcat6-javaee5-2.2
> Using GERONIMO_TMPDIR: var/temp
> Using JRE_HOME:/projekte/jdk1.6.0_17/jre
> No ModuleID or TargetModuleID provided. Attempting to guess based
> on the content of the archive.
> Unable to locate Geronimo deployment plan in archive. Calculating
> default ModuleID from archive name.
> Attempting to use ModuleID 'default/test//'
> 2009-12-08 21:44:46,516 ERROR [GBeanInstanceState] Error while starting;
> GBean is now in the FAILED state:
> abstractName="default/test/1260304611193/car?configurationName=default/test/1260304611193/car"
> org.apache.geronimo.kernel.config.InvalidConfigException: Class not loadable
> in classloader: [org.apache.geronimo.kernel.config.MultiParentClassLoader
> id=default/test/1260304611193/car]
> at
> org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(SerializedGBeanState.java:133)
> at
> org.apache.geronimo.kernel.config.SerializedGBeanState.getGBeans(SerializedGBeanState.java:64)
> at
> org.apache.geronimo.kernel.config.ConfigurationData.getGBeans(ConfigurationData.java:177)
> at
> org.apache.geronimo.kernel.config.Configuration.(Configuration.java:295)
> at sun.reflect.GeneratedConstructorAccessor20.newInstance(Unknown
> Source)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> at
> org.apache.xbean.recipe.ReflectionUtil$ConstructorFactory.create(ReflectionUtil.java:952)
> at
> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:276)
> at
> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
> at
> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:911)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:269)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:103)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:525)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:359)
> at
> org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:163)
> at
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.reloadConfiguration(SimpleConfigurationManager.java:1070)
> at
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.reloadConfiguration(SimpleConfigurationManager.java:780)
> at
> org.apache.geronimo.kernel.config.SimpleConfigurationManager.reloadConfiguration(SimpleConfigurationManager.java:747)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessor
Cannot reinitialize webapp
Hi,
I played with web apps and G2.2 2009.11.28-05:33:51.600-0800
geronimo-tomcat6-javaee5-2.2
I have deployed an exploded webapp (see below) with
./deploy.sh -u system -p manager --offline deploy /projekte/test
I found that restarting the web app does not reflect changes in web.xml, not
even in a .jsp
This is surprising, as I'd expect, that reloading the page would get changes
in a jsp and restarting the app would get changes in web.xml (I believe this
is Tomcat's behaviour)
I found that the only way to get the changes was to undeploy and deploy the
application again.
deploy.sh redeploy got me the exception below.
I think this behaviour is not quite perfect, I'd very much prefer Tomcat's
behaviour.
Thanks,
Juergen
http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
version="2.4">
test
hello
world
hello
hello is: = <%= application.getInitParameter("hello") %>
webe...@linda:/projekte/geronimo-tomcat6-javaee5-2.2/bin$ ./deploy.sh -u
system -p manager --offline redeploy /projekte/test
Using GERONIMO_HOME: /projekte/geronimo-tomcat6-javaee5-2.2
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:/projekte/jdk1.6.0_17/jre
No ModuleID or TargetModuleID provided. Attempting to guess based
on the content of the archive.
Unable to locate Geronimo deployment plan in archive. Calculating
default ModuleID from archive name.
Attempting to use ModuleID 'default/test//'
2009-12-08 21:44:46,516 ERROR [GBeanInstanceState] Error while starting;
GBean is now in the FAILED state:
abstractName="default/test/1260304611193/car?configurationName=default/test/1260304611193/car"
org.apache.geronimo.kernel.config.InvalidConfigException: Class not loadable
in classloader: [org.apache.geronimo.kernel.config.MultiParentClassLoader
id=default/test/1260304611193/car]
at
org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(SerializedGBeanState.java:133)
at
org.apache.geronimo.kernel.config.SerializedGBeanState.getGBeans(SerializedGBeanState.java:64)
at
org.apache.geronimo.kernel.config.ConfigurationData.getGBeans(ConfigurationData.java:177)
at
org.apache.geronimo.kernel.config.Configuration.(Configuration.java:295)
at sun.reflect.GeneratedConstructorAccessor20.newInstance(Unknown
Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.apache.xbean.recipe.ReflectionUtil$ConstructorFactory.create(ReflectionUtil.java:952)
at
org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:276)
at
org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
at
org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:911)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:269)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:103)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:525)
at
org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:359)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:163)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.reloadConfiguration(SimpleConfigurationManager.java:1070)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.reloadConfiguration(SimpleConfigurationManager.java:780)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.reloadConfiguration(SimpleConfigurationManager.java:747)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:816)
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.ge
Re: Geronimo-Tuscany sample app issue
On Dec 8, 2009, at 1:14 PM, Jay D. McHugh wrote: > Hello Hai-Dang, > > It looks like the workaround that they were referring to was to simply > bypass the test that failed in Tuscany. > > You would probably be able to get more help on this from the Tuscany > mailing lists. But, apparently, the issue has to do with the version of > OpenEJB that Tuscany is using. That is - If I am reading the JIRA > comments correctly. In the middle of the Jira discussion, there's a short comment about an OpenEJB fix -- https://issues.apache.org/jira/browse/OPENEJB-1005 IIUC, the fix is in OpenEJB 3.0.2-SNAPSHOT (has not been released) or OpenEJB 3.1.x (which is included in Geronimo 2.2). There was some discussion of getting a 3.0.2 release out, but looks like it never happened. You should be able to patch 3.0.1 with the change. Getting an OpenEJB 3.0.2 release would be a good idea. I don't know that anybody has run Tuscany within Geronimo 2.2. --kevan
Re: Geronimo-Tuscany sample app issue
Hello Hai-Dang, It looks like the workaround that they were referring to was to simply bypass the test that failed in Tuscany. You would probably be able to get more help on this from the Tuscany mailing lists. But, apparently, the issue has to do with the version of OpenEJB that Tuscany is using. That is - If I am reading the JIRA comments correctly. If they point you back here - let us know, Jay Hai-Dang Pham wrote: > Hi, > >I am trying to deploy the sample app found in the latest Geronimo-Tuscany > plugin project (sample app helloworld-web). And I have encountered a > ContributionException: java.lang.StringIndexOutOfBoundsException: String > index out of range: -1 exception (full stack trace found can be found > below). > > With bit of digging I found a JIRA task (TUSCANY-3165) describing this issue > and hinting of a temporary workaround for it with Geronimo. Would somebody > know what this workaround is and share it with me? > (I am running in a Windows environment). > > Tx, > > Hai-Dang > > > > Inside TuscanyModuleBuilderExtension.createModule > test/helloworld-web/1.0/car > Inside TuscanyModuleBuilderExtension.installModule > test/helloworld-web/1.0/car > Inside TuscanyModuleBuilderExtension.initContext test/helloworld-web/1.0/car > Inside TuscanyModuleBuilderExtension.addGBeans test/helloworld-web/1.0/car > Inside TuscanyModuleBuilderExtension.handleWebModule > org.apache.tuscany.sca.contribution.service.ContributionException: > java.lang.StringIndexOutOfBoundsException: String ind > ex out of range: -1 > at > org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.addContribution(ContributionServiceI > mpl.java:421) > at > org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.contribute(ContributionServiceImpl.j > ava:198) > at > org.apache.geronimo.tuscany.TuscanyModuleBuilderExtension.handleWebModule(TuscanyModuleBuilderExtension.java: > 257) > at > org.apache.geronimo.tuscany.TuscanyModuleBuilderExtension.addGBeans(TuscanyModuleBuilderExtension.java:138) > at > org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.addGBeans(TomcatModuleBuilder.java:497) > at > org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165) > at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:647) > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:255) > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) > at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) > at > org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) > at > org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) > at java.lang.Thread.run(Thread.java:619) > Caused by: java.lang.StringIndexOutOfBoundsException: String index out of > range: -1 > at java.lang.String.substring(String.java:1931) > at java.lang.String.substring(String.java:1904) > at org.apache.openejb.config.WebModule.(WebModule.java:51) > at > org.apache.openejb.config.DeploymentLoader.createWebModule(DeploymentLoader.java:544) > at > org.apache.openejb.config.DeploymentLoader.addWebModule(DeploymentLoader.java:445) > at > org.apache.openejb.config.DeploymentLoader.load(DeploymentLoader.java:154) > at > org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadataCompleteModules(JavaEEModuleHelper.java > :42) > at > org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.introspectWebArchive(JavaEEIntrospectorIm > pl.java:81) > at > org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read(WebArchiveProcessor.java:46) > at > org.apache.tuscany.sca.contribution.jee.impl.WebArchiveProcessor.read(WebArchiveProcessor.java:34) > at > org.apache.tuscany.sca.contribution.processor.DefaultURLArtifactProcessorExtensionPoint$LazyURLArtifactProces > sor.read(DefaultURLArtifactProcessorExtensionPoint.java:222) > at > org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.read(ExtensibleURLArtifactProces > sor.java:96) > at > o
