RE: best way to deploy when in development

[Marco Laponder]

We are using eclipse, but if the fastest way to deploy is a command line
command it is no problem.

Regards,
Marco

-Oorspronkelijk bericht-
Van: Donald Woods [mailto:[EMAIL PROTECTED] 
Verzonden: vrijdag 12 september 2008 17:59
Aan: user@geronimo.apache.org
Onderwerp: Re: best way to deploy when in development

Are you using Eclipse, or just cmdline tools?


-Donald


Marco Laponder wrote:
> Hi All,
> 
> I am wondering if the current setup for my development environment is
> optimal. I have a maven project with all the relevant resource for mu
> EAR containing a WAR. 
> 
> When I want to test my changes, I package a new war and ear, and use
the
> deployer to deploy my new ear with Geronimo. Are the better solutions
> than this configuration ? Can I configure Geronimo to use a directory
> structure which contains my unzipped ear and war e.g. ? 
> 
> Kind regards,
> Marco Laponder
> 

Re: Axis2 Service Deployment Question

[Lin Sun]

Hi,

I was able to deploy the Axis2.war file onto G 1.1 quite long time ago.

You can create a geronimo-web.xml file for you Axis2.war to hide the
conflict org.apache.commons classes (G server probably uses a
different version than what your Axis2.war contains).

http://geronimo.apache.org/xml/ns/j2ee/web-1.1";>

  http://geronimo.apache.org/xml/ns/deployment-1.1";>

  mygroup
  axis2
  1.0
  war



  org.apache.commons

  

  /axis2


Then you can deploy the axis2.war file with the geronimo-web.xml plan
together, for example, at GERONIMO_HOME/bin directory

./deploy.sh deploy axis2.war geronimo-web.xml

HTH

Lin
On Fri, Sep 12, 2008 at 3:02 PM, jcaristi <[EMAIL PROTECTED]> wrote:
>
> This got rid of the 10,000 errors, but I still get the following exception on
> deploy and on accessing the web app.  (the jar containing the missing class
> is in the Axis2.war that I am trying to deploy):
>
> 14:51:07,305 ERROR [[/axis2]] Servlet /axis2 threw load() exception
> java.lang.NoClassDefFoundError:
> org/apache/commons/fileupload/FileUploadException
>at java.lang.Class.getDeclaredConstructors0(Native Method)
>at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
>at java.lang.Class.getConstructor0(Class.java:2671)
>at java.lang.Class.newInstance0(Class.java:321)
>at java.lang.Class.newInstance(Class.java:303)
>at
> org.apache.axis2.deployment.DescriptionBuilder.processMessageBuilders(DescriptionBuilder.java:229)
>at
> org.apache.axis2.deployment.AxisConfigBuilder.processMessageBuilders(AxisConfigBuilder.java:620)
>at
> org.apache.axis2.deployment.AxisConfigBuilder.populateConfig(AxisConfigBuilder.java:186)
>at
> org.apache.axis2.deployment.DeploymentEngine.populateAxisConfiguration(DeploymentEngine.java:615)
>at
> org.apache.axis2.deployment.WarBasedAxisConfigurator.(WarBasedAxisConfigurator.java:146)
>at
> org.apache.axis2.transport.http.AxisServlet.initConfigContext(AxisServlet.java:500)
>at 
> org.apache.axis2.transport.http.AxisServlet.init(AxisServlet.java:420)
>at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1053)
>at 
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:955)
>at
> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4051)
>at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4354)
>at
> org.apache.geronimo.tomcat.GeronimoStandardContext.access$201(GeronimoStandardContext.java:63)
>at
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:398)
>at
> org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47)
>at
> org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:251)
>at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
>at 
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
>at 
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
>at
> org.apache.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:364)
>at
> org.apache.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:512)
>at
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
>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.GBeanInstance.start(GBeanInstance.java:541)
>at
> org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
>at
> org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
>at
> org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
>at
> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
>at
> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
>at
> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
>at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
>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:555)
>at
> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiv

Re: Axis2 Service Deployment Question

[jcaristi]

This got rid of the 10,000 errors, but I still get the following exception on
deploy and on accessing the web app.  (the jar containing the missing class
is in the Axis2.war that I am trying to deploy):

14:51:07,305 ERROR [[/axis2]] Servlet /axis2 threw load() exception
java.lang.NoClassDefFoundError:
org/apache/commons/fileupload/FileUploadException
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
at java.lang.Class.getConstructor0(Class.java:2671)
at java.lang.Class.newInstance0(Class.java:321)
at java.lang.Class.newInstance(Class.java:303)
at
org.apache.axis2.deployment.DescriptionBuilder.processMessageBuilders(DescriptionBuilder.java:229)
at
org.apache.axis2.deployment.AxisConfigBuilder.processMessageBuilders(AxisConfigBuilder.java:620)
at
org.apache.axis2.deployment.AxisConfigBuilder.populateConfig(AxisConfigBuilder.java:186)
at
org.apache.axis2.deployment.DeploymentEngine.populateAxisConfiguration(DeploymentEngine.java:615)
at
org.apache.axis2.deployment.WarBasedAxisConfigurator.(WarBasedAxisConfigurator.java:146)
at
org.apache.axis2.transport.http.AxisServlet.initConfigContext(AxisServlet.java:500)
at 
org.apache.axis2.transport.http.AxisServlet.init(AxisServlet.java:420)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1053)
at 
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:955)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4051)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4354)
at
org.apache.geronimo.tomcat.GeronimoStandardContext.access$201(GeronimoStandardContext.java:63)
at
org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:398)
at
org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47)
at
org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:251)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
at
org.apache.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:364)
at
org.apache.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:512)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
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.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
at
org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
at
org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44)
at
org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294)
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:555)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:188)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:562)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:543)
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:585)
at
org.apa

Re: Axis2 Service Deployment Question

[Jarek Gawor]

Set the following property, start the server and deploy your axis2 war again:

export JAVA_OPTS="-Dorg.apache.geronimo.jaxws.builder.useSimpleFinder=true"

Jarek

On Fri, Sep 12, 2008 at 1:18 PM, jcaristi <[EMAIL PROTECTED]> wrote:
>
> I have a full explanation of #2 in the Axis forum here
> http://www.nabble.com/Re%3A-Axis2-Web-App-on-Geronimo--p19269398.html
>
> Could you point me in the direction of how to create a deployment plan that
> would hide the Axis2 packages?  This would be a classloader configuration,
> right?  Are there any similar samples available?
>
>
> Donald Woods-2 wrote:
>>
>> We currently don't support deploying aar files, just JEE5 artifact types.
>>
>> Do you have more info on #2?  The 2.0/2.1 JEE5 server assemblies include
>> axis2, so you'd probably need a geronimo deployment plan to hide the
>> axis2 packages we provide
>>
>>
>> -Donald
>>
>>
>> jcaristi wrote:
>>> Is is possible to deploy an Axis2 aar file to Geronimo 2.1.2?  Here's
>>> what I
>>> found so far:
>>>
>>> 1. The Geronimo console does not support aar deployment.
>>> 2. Building and deploying axis2.war (1.4.1) and deploying it to Geronimo
>>> 2.1.2 does not work.  There is no solution to this available on the web
>>> as
>>> far as I can tell.
>>>
>>>
>>
>>
>
> --
> View this message in context: 
> http://www.nabble.com/Axis2-Service-Deployment-Question-tp19390975s134p19460453.html
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>

Re: Axis2 Service Deployment Question

[jcaristi]

I have a full explanation of #2 in the Axis forum here
http://www.nabble.com/Re%3A-Axis2-Web-App-on-Geronimo--p19269398.html

Could you point me in the direction of how to create a deployment plan that
would hide the Axis2 packages?  This would be a classloader configuration,
right?  Are there any similar samples available?


Donald Woods-2 wrote:
> 
> We currently don't support deploying aar files, just JEE5 artifact types.
> 
> Do you have more info on #2?  The 2.0/2.1 JEE5 server assemblies include 
> axis2, so you'd probably need a geronimo deployment plan to hide the 
> axis2 packages we provide
> 
> 
> -Donald
> 
> 
> jcaristi wrote:
>> Is is possible to deploy an Axis2 aar file to Geronimo 2.1.2?  Here's
>> what I
>> found so far:
>> 
>> 1. The Geronimo console does not support aar deployment.
>> 2. Building and deploying axis2.war (1.4.1) and deploying it to Geronimo
>> 2.1.2 does not work.  There is no solution to this available on the web
>> as
>> far as I can tell.
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Axis2-Service-Deployment-Question-tp19390975s134p19460453.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: offline deploy org.apache.geronimo.gbean.InvalidConfigurationException: Could not load class org.apache.geronimo.security.keystore.FileKeystoreInstance

[jklcom99]

This might have manifested from the fact that we had to clear out the
manifest classpath due the invalid jar exception during deployment and
merging the jms module.
Thus, we're in need of these two fixes
https://issues.apache.org/jira/browse/GERONIMO-3316 
https://issues.apache.org/jira/browse/OPENEJB-889

Yes, keystor settings are set in config.xml and using IBM jre1.6.0sr1

Thanks


Have you modified the default keystore settings in config.xml?
keystoreFile, keystorePass, keystoreType
Or modified/deleted the default keystore?
var/security/keystores/geronimo-default

What services is your app using - EJBs, security, connectors, jms, app 
client, ?

Which JDK are you using?


-Donald



-- 
View this message in context: 
http://www.nabble.com/offline-deploy-org.apache.geronimo.gbean.InvalidConfigurationException%3A-Could-not-load-class-org.apache.geronimo.security.keystore.FileKeystoreInstance-tp19414808s134p19459853.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: deploy-offline, Deployer operation failed: Failed to expand the module archive

[jklcom99]

Yes, by merging the jms module into app ear deployment.  But now we really
need to keep them separate because other apps depend on that jms module
also.

Can you make these two fixes happen sooner because we really really really
need them in order to upgrade?

Thanks


Donald Woods-2 wrote:
> 
> OPENEJB-889 may not happen until their 3.1 release and Geronimo 2.2, but 
> didn't you find a work-around for this, by changing the app packaging?
> 
> 
> -Donald
> 
> 
> jklcom99 wrote:
>> Is there a time line for these two fixes?
>> https://issues.apache.org/jira/browse/GERONIMO-3316 
>> https://issues.apache.org/jira/browse/OPENEJB-889
>> 
>> We really need these to migrate to G2x.
>> 
>> Thank you
>> 
>> 
>> Donald Woods-2 wrote:
>>> No, and I've updated https://issues.apache.org/jira/browse/GERONIMO-3316 
>>> with some fix versions so this doesn't fall of our radar again.  Thanks.
>>>
>>>
>>> -Donald
>>>
>>>
>>> jklcom99 wrote:
 Kevan,

 Is there a way to tell Geronimo to ignore the manifest classpath that
 is
 included in the jars while deploying instead of just flat out failed? 
 Looks
 like Geronimo does not like "." notation, reference to a directory such
 as
 "../somelib" or any jars that it cannot resolved in the ear lib.

 Thanks


>>>
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/deploy-offline%2C-Deployer-operation-failed%3A-Failed-to-expand-the-module-archive-tp18226797s134p19459534.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: Strange wsdl cache (?)

[Beniamin Mazan]

Donald Woods-2 wrote:
> 
> Which assembly - tomcat + axis2 or jetty + cxf?
> 
> Can you open a JIRA for this?
> 
> 
> 
> -Donald
> 
> 

Of course I should be more accurate - I use tomcat+cxf

Beniamin

-
thanks
Beniamin
-- 
View this message in context: 
http://www.nabble.com/Strange-wsdl-cache-%28-%29-tp19433259s134p19459461.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: Axis2 Service Deployment Question

[Donald Woods]

We currently don't support deploying aar files, just JEE5 artifact types.

Do you have more info on #2?  The 2.0/2.1 JEE5 server assemblies include 
axis2, so you'd probably need a geronimo deployment plan to hide the 
axis2 packages we provide



-Donald


jcaristi wrote:

Is is possible to deploy an Axis2 aar file to Geronimo 2.1.2?  Here's what I
found so far:

1. The Geronimo console does not support aar deployment.
2. Building and deploying axis2.war (1.4.1) and deploying it to Geronimo
2.1.2 does not work.  There is no solution to this available on the web as
far as I can tell.

Re: offline deploy org.apache.geronimo.gbean.InvalidConfigurationException: Could not load class org.apache.geronimo.security.keystore.FileKeystoreInstance

[Donald Woods]

Have you modified the default keystore settings in config.xml?
   keystoreFile, keystorePass, keystoreType
Or modified/deleted the default keystore?
   var/security/keystores/geronimo-default

What services is your app using - EJBs, security, connectors, jms, app 
client, ?


Which JDK are you using?


-Donald


jklcom99 wrote:
Hi, 


I'm getting the following error with offline deploy Geronimo 2.1.2, what am
I missing?

C:\java\bin\java.exe" -jar "C:\JavaEE\Geronimo2.1.2\bin\deployer.jar" --user
user --password "xxyyzz" --offline deploy "C:\deploy\app-services.ear" 


10:17:48,281 ERROR [GBeanInstanceState] Error while starting; GBean is now
in the FAILED state:
abstractName="org.apache.geronimo.framework/rmi-naming/2.1.2/car?configurationName=org.apache.geronimo.framework/rmi-naming/2.1.2/car"
org.apache.geronimo.gbean.InvalidConfigurationException: Could not load
class org.apache.geronimo.security.keystore.FileKeystoreInstance
at org.apache.geronimo.gbean.GBeanInfo.getGBeanInfo(GBeanInfo.java:64)
at
org.apache.geronimo.system.configuration.LocalAttributeManager.applyOverrides(LocalAttributeManager.java:177)
at
org.apache.geronimo.kernel.config.Configuration.(Configuration.java:280)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:59)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:41)
at java.lang.reflect.Constructor.newInstance(Constructor.java:528)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
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.GBeanInstance.start(GBeanInstance.java:541)
at
org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:361)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:161)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:312)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:255)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:59)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:39)
at java.lang.reflect.Method.invoke(Method.java:612)
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:832)
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$$abf28ea6.loadConfiguration()
at
org.apache.geronimo.kernel.util.MainBootstrapper.loadPersistentConfigurations(MainBootstrapper.java:55)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:58)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:38)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
at 
org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
Caused by: 
java.lang.ClassNotFoundException:

org.apache.geronimo.security.keystore.FileKeystoreInstance in classloader
org.apache.geronimo.framework/rmi-naming/2.1.2/car
at 
java.lang.ClassNotFoundException.(ClassNotFoundException.java:78)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:436)
at
org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278)
at java.lang.ClassLoader.loadClass(ClassLoader.java:609)
at org.apache.geronimo.gbean.GBeanInfo.getGBeanInfo(GBeanInfo.java:62)
... 32 more
org.apache.geronimo.kernel.config.LifecycleException: load of
org.apache.geronimo.framework/jsr88-cli/2.1

Re: deploy-offline, Deployer operation failed: Failed to expand the module archive

[Donald Woods]

OPENEJB-889 may not happen until their 3.1 release and Geronimo 2.2, but 
didn't you find a work-around for this, by changing the app packaging?



-Donald


jklcom99 wrote:

Is there a time line for these two fixes?
https://issues.apache.org/jira/browse/GERONIMO-3316 
https://issues.apache.org/jira/browse/OPENEJB-889


We really need these to migrate to G2x.

Thank you


Donald Woods-2 wrote:
No, and I've updated https://issues.apache.org/jira/browse/GERONIMO-3316 
with some fix versions so this doesn't fall of our radar again.  Thanks.



-Donald


jklcom99 wrote:

Kevan,

Is there a way to tell Geronimo to ignore the manifest classpath that is
included in the jars while deploying instead of just flat out failed? 
Looks

like Geronimo does not like "." notation, reference to a directory such
as
"../somelib" or any jars that it cannot resolved in the ear lib.

Thanks

Re: Strange wsdl cache (?)

[Donald Woods]

Which assembly - tomcat + axis2 or jetty + cxf?

Can you open a JIRA for this?



-Donald


Beniamin Mazan wrote:

I've just found that Geronimo (2.1) caches (?) wsdl. I have two WS-clients
(one local, and another-remote) that call to my service. 


If first call to get wsdl is made by local client - using address
localhost:8080/ - the wsdl served by webserver are being fullfilled with
soap:address location="http://localhost:8080...";. Then remote client which
uses url to wsdl like any.remote.machine:8080 gets wsdl with the same
address location as local client = "http://localhost:8080"; so it cannot
invoke any method on WebService.

Is there any way to force geronimo to fill address location on each request
?

-
thanks
Beniamin

Re: deploy-offline, Deployer operation failed: Failed to expand the module archive

[jklcom99]

Is there a time line for these two fixes?
https://issues.apache.org/jira/browse/GERONIMO-3316 
https://issues.apache.org/jira/browse/OPENEJB-889

We really need these to migrate to G2x.

Thank you


Donald Woods-2 wrote:
> 
> No, and I've updated https://issues.apache.org/jira/browse/GERONIMO-3316 
> with some fix versions so this doesn't fall of our radar again.  Thanks.
> 
> 
> -Donald
> 
> 
> jklcom99 wrote:
>> Kevan,
>> 
>> Is there a way to tell Geronimo to ignore the manifest classpath that is
>> included in the jars while deploying instead of just flat out failed? 
>> Looks
>> like Geronimo does not like "." notation, reference to a directory such
>> as
>> "../somelib" or any jars that it cannot resolved in the ear lib.
>> 
>> Thanks
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/deploy-offline%2C-Deployer-operation-failed%3A-Failed-to-expand-the-module-archive-tp18226797s134p19458604.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: best way to deploy when in development

[Donald Woods]

Are you using Eclipse, or just cmdline tools?


-Donald


Marco Laponder wrote:

Hi All,

I am wondering if the current setup for my development environment is
optimal. I have a maven project with all the relevant resource for mu
EAR containing a WAR. 


When I want to test my changes, I package a new war and ear, and use the
deployer to deploy my new ear with Geronimo. Are the better solutions
than this configuration ? Can I configure Geronimo to use a directory
structure which contains my unzipped ear and war e.g. ? 


Kind regards,
Marco Laponder

Re: [VOTE] Release Geronimo Server 2.1.3 RC1

[Donald Woods]

Can you reply to the dev thread with your vote?

Also, other questions/comments should go on the corresponding [DISCUSS] 
thread



-Donald


Ted Kirby wrote:

Here is my +1 assuming TCK passes.

A comment on release notes:  As Jarek suggested earlier, I'd like to
change the wording of the System Requirements in the Release Notes
from:

You need a platform that supports the Sun JDK 5.0+ (J2SE 1.5.0+) or greater.

to

Java J2SE 1.5.0 or greater, and a platform that supports it.

In the README.txt, I'd like to see GEP mentioned, especially in the
Application Development section.  GEP may also be used to start the
server.

These changes would be for after 2.1.3.

Our SVN seems down now, otherwise I'd make some updates.

Comments?

Ted

On Wed, Sep 10, 2008 at 3:44 PM, Donald Woods <[EMAIL PROTECTED]> wrote:

All,

I've prepared a release candidate of Geronimo Server 2.1.3 for your review
and vote.

The source for RC1 is Rev693849 from the following svn branch:
 https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.3/

When the release vote is approved, I will svn mv the code to:
 https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.3

The following staging directory contains the server binary
assemblies/distributions to be released (framework, tomcat/jetty, Java
EE/Minimal, tar/zip) as well as the RELEASE_NOTES, README, NOTICE, LICENSE
and source code archives for the release.
 http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/

For your convenience, here are pointers to the JavaEE distributions:
http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/geronimo-jetty6-javaee5-2.1.3-bin.tar.gz
http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/geronimo-jetty6-javaee5-2.1.3-bin.zip
http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/geronimo-tomcat6-javaee5-2.1.3-bin.tar.gz
http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/geronimo-tomcat6-minimal-2.1.3-bin.zip

The maven artifacts for the release can be found here:
 http://people.apache.org/~dwoods/staging-repo/geronimo-2.1.3/

When the release vote is approved, these maven artifacts will be moved
to the m2-ibiblio-rsync-repository at Apache.


[ ] +1 Release Geronimo Server 2.1.3
[ ] 0 No opinion
[ ] -1 Do not release Geronimo Server 2.1.3 (please provide rationale)


The voting will be open for 72 hours and expire at 4PM EST on Saturday
(Sept. 13) or until the tck results are verified, whichever is longer.


-Donald

Re: deploy-offline, Deployer operation failed: Failed to expand the module archive

[Donald Woods]

No, and I've updated https://issues.apache.org/jira/browse/GERONIMO-3316 
with some fix versions so this doesn't fall of our radar again.  Thanks.



-Donald


jklcom99 wrote:

Kevan,

Is there a way to tell Geronimo to ignore the manifest classpath that is
included in the jars while deploying instead of just flat out failed?  Looks
like Geronimo does not like "." notation, reference to a directory such as
"../somelib" or any jars that it cannot resolved in the ear lib.

Thanks

Re: javax.jms.JMSException: Failed to build body from bytes

[jklcom99]

Does it look like this will be fixed soon?


Kevan Miller wrote:
> 
> 
> On Sep 10, 2008, at 4:42 PM, jklcom99 wrote:
> 
>>
>> Kevan,
>>
>> Is this classloader problem fixed?
> 
> Looks like not -- https://issues.apache.org/jira/browse/OPENEJB-889
> 
> I'm having a look.
> 
> --kevan
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/javax.jms.JMSException%3A-Failed-to-build-body-from-bytes-tp18404327s134p19457555.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: deploy-offline, Deployer operation failed: Failed to expand the module archive

[jklcom99]

Kevan,

Is there a way to tell Geronimo to ignore the manifest classpath that is
included in the jars while deploying instead of just flat out failed?  Looks
like Geronimo does not like "." notation, reference to a directory such as
"../somelib" or any jars that it cannot resolved in the ear lib.

Thanks


-- 
View this message in context: 
http://www.nabble.com/deploy-offline%2C-Deployer-operation-failed%3A-Failed-to-expand-the-module-archive-tp18226797s134p19456503.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.

Re: [VOTE] Release Geronimo Server 2.1.3 RC1

[Ted Kirby]

Here is my +1 assuming TCK passes.

A comment on release notes:  As Jarek suggested earlier, I'd like to
change the wording of the System Requirements in the Release Notes
from:

You need a platform that supports the Sun JDK 5.0+ (J2SE 1.5.0+) or greater.

to

Java J2SE 1.5.0 or greater, and a platform that supports it.

In the README.txt, I'd like to see GEP mentioned, especially in the
Application Development section.  GEP may also be used to start the
server.

These changes would be for after 2.1.3.

Our SVN seems down now, otherwise I'd make some updates.

Comments?

Ted

On Wed, Sep 10, 2008 at 3:44 PM, Donald Woods <[EMAIL PROTECTED]> wrote:
> All,
>
> I've prepared a release candidate of Geronimo Server 2.1.3 for your review
> and vote.
>
> The source for RC1 is Rev693849 from the following svn branch:
>  https://svn.apache.org/repos/asf/geronimo/server/branches/2.1.3/
>
> When the release vote is approved, I will svn mv the code to:
>  https://svn.apache.org/repos/asf/geronimo/server/tags/2.1.3
>
> The following staging directory contains the server binary
> assemblies/distributions to be released (framework, tomcat/jetty, Java
> EE/Minimal, tar/zip) as well as the RELEASE_NOTES, README, NOTICE, LICENSE
> and source code archives for the release.
>  http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/
>
> For your convenience, here are pointers to the JavaEE distributions:
> http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/geronimo-jetty6-javaee5-2.1.3-bin.tar.gz
> http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/geronimo-jetty6-javaee5-2.1.3-bin.zip
> http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/geronimo-tomcat6-javaee5-2.1.3-bin.tar.gz
> http://people.apache.org/~dwoods/releases/geronimo-2.1.3-RC1/geronimo-tomcat6-minimal-2.1.3-bin.zip
>
> The maven artifacts for the release can be found here:
>  http://people.apache.org/~dwoods/staging-repo/geronimo-2.1.3/
>
> When the release vote is approved, these maven artifacts will be moved
> to the m2-ibiblio-rsync-repository at Apache.
>
>
> [ ] +1 Release Geronimo Server 2.1.3
> [ ] 0 No opinion
> [ ] -1 Do not release Geronimo Server 2.1.3 (please provide rationale)
>
>
> The voting will be open for 72 hours and expire at 4PM EST on Saturday
> (Sept. 13) or until the tck results are verified, whichever is longer.
>
>
> -Donald
>

Re: logging servlet filter

[Ivan]

I guess the method getInputStream is used for the developers who want to
handle the request block themselves. Maybe the server could call some
low-level methods in the implementation of the HttpServletRequest for
request parsing.
I suggest you could use the network monitor tool to log the request block.
If you really want to do it in the server itself, maybe a third pary request
parser is needed,such as commons-fileupload.
I suppose the steps below could fulfill your requirements:
1. First using your current wrapper request to log the data
2. Pass your wrapper request to the commons-fileupload. maybe use new  *
ServletFileUpload**
*() .parse(yourwrapperRequest)
3. For the method parse above returns a list object, you need to write
another wrapper request, and overwrite some method in it (such as
getParameter) to make your application works as usual




2008/9/12 Marco Laponder <[EMAIL PROTECTED]>

> Hi All,
>
> I am trying to create a servlet filter to monitor the requests on my web
> application.
>
> I would like to record the URI and query string and I have accomplished
> this without any problems. But when I added code to log the posted data
> this results in some problems.
>
> I read the posted data from the input stream of the request and copy
> these contents to file. So far so good. But when my web application code
> is executing it is missing all the data from the post in the parameter
> map returned by the getParameterMap() function on the request, I suspect
> because I have read all the data from the input stream of the request.
>
> I tried to solve it by calling the doFilter on the chain with a wrapper
> request with a custom getInputStream method where I return my own
> servlet inputstream containing the data I had read from the original
> inputstream, but the getInpustream is never called on my wrapper.
>
> Can anyone provide me with some insight how to accomplish such a logging
> and what I am doing wrong in the structure above ?
>
> Kind regards,
> Marco Laponder
>
>
>
>
>
>


-- 
Ivan

logging servlet filter

[Marco Laponder]

Hi All,

I am trying to create a servlet filter to monitor the requests on my web
application. 

I would like to record the URI and query string and I have accomplished
this without any problems. But when I added code to log the posted data
this results in some problems.

I read the posted data from the input stream of the request and copy
these contents to file. So far so good. But when my web application code
is executing it is missing all the data from the post in the parameter
map returned by the getParameterMap() function on the request, I suspect
because I have read all the data from the input stream of the request.

I tried to solve it by calling the doFilter on the chain with a wrapper
request with a custom getInputStream method where I return my own
servlet inputstream containing the data I had read from the original
inputstream, but the getInpustream is never called on my wrapper.

Can anyone provide me with some insight how to accomplish such a logging
and what I am doing wrong in the structure above ? 

Kind regards,
Marco Laponder