Re: Status w/r/t memory leaks...
Much better... I was able to throw about .5 million requests at the new version with no increase in memory usage.Thanks for the tip,JessOn 2/2/06, Jesse Sightler <[EMAIL PROTECTED]> wrote: Never mind... I figured it out. We were (incorrectly) trying to use method overloading in a web service.I'm running the memory leak tests for this now.Thanks,Jess On 2/2/06, Jesse Sightler <[EMAIL PROTECTED]> wrote: Have there been significant changes on the trunk related to .jws files? My calls to one are now failing with:Caused by: java.lang.ArrayIndexOutOfBoundsException at org.apache.axis.providers.java.RPCProvider.processMessage (RPCProvider.java:129) at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:327) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32) at org.apache.axis.SimpleChain.doVisiting (SimpleChain.java:118) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83) at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:454) at org.apache.axis.server.AxisServer.invokeService (AxisServer.java:239) at org.apache.axis.server.AxisServer.invoke(AxisServer.java:380) at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:699) at javax.servlet.http.HttpServlet.service (HttpServlet.java:717) at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java :81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke (CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java :59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.FastCommonAccessLogValve.invoke (FastCommonAccessLogValve.java:481) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run ()V(Unknown Source) However, this had worked perfectly with the 1.3 binaries.Thanks,JessOn 2/1/06, Davanum Srinivas < [EMAIL PROTECTED]> wrote:plz use the trunk.On 2/1/06, Jared Klett < [EMAIL PROTECTED]> wrote:> hi Dims,>> ok, the SVN checkout is proceeding - I'm looking in the branches/ > subdir - should I build "AXIS_1_4_FINAL" to get those 3 fixes, or > should I be in the trunk, or something else? thanks!>> cheers,>> - Jared>> On 2/1/06, Davanum Srinivas < [EMAIL PROTECTED]> wrote: > > "svn co http://svn.apache.org/repos/asf/webservices/axis/ axis" > >> > -- dims> >> > On 2/1/06, Jared Klett < [EMAIL PROTECTED]> wrote:> > > greetings all,> > >> > > That's funny, I was just working on composing a long message > > > describing the memory issue I'm having with Axis+Tomcat that I haven't > > > been able to solve by tweaking JVM memory or GC parameters or by> > > upgrading to Axis 1.3.> > >> > > So Dims, you're saying to do a checkout of the latest CVS according to > > > this page:> > >> > > http://ws.apache.org/axis/cvs.html > > >> > > and do our own build, which will give us 1.3 + the 3 fixes detailed in JIRA?> > >> > > just want to confirm... thanks!> > >> > > cheers,> > >> > > - Jared> > >> > > On 2/1/06
Re: Status w/r/t memory leaks...
Never mind... I figured it out. We were (incorrectly) trying to use method overloading in a web service.I'm running the memory leak tests for this now.Thanks,Jess On 2/2/06, Jesse Sightler <[EMAIL PROTECTED]> wrote: Have there been significant changes on the trunk related to .jws files? My calls to one are now failing with:Caused by: java.lang.ArrayIndexOutOfBoundsException at org.apache.axis.providers.java.RPCProvider.processMessage (RPCProvider.java:129) at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:327) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32) at org.apache.axis.SimpleChain.doVisiting (SimpleChain.java:118) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83) at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:454) at org.apache.axis.server.AxisServer.invokeService (AxisServer.java:239) at org.apache.axis.server.AxisServer.invoke(AxisServer.java:380) at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:699) at javax.servlet.http.HttpServlet.service (HttpServlet.java:717) at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java :81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke (CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java :59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.FastCommonAccessLogValve.invoke (FastCommonAccessLogValve.java:481) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run ()V(Unknown Source) However, this had worked perfectly with the 1.3 binaries.Thanks,JessOn 2/1/06, Davanum Srinivas < [EMAIL PROTECTED]> wrote:plz use the trunk.On 2/1/06, Jared Klett < [EMAIL PROTECTED]> wrote:> hi Dims,>> ok, the SVN checkout is proceeding - I'm looking in the branches/ > subdir - should I build "AXIS_1_4_FINAL" to get those 3 fixes, or > should I be in the trunk, or something else? thanks!>> cheers,>> - Jared>> On 2/1/06, Davanum Srinivas < [EMAIL PROTECTED]> wrote: > > "svn co http://svn.apache.org/repos/asf/webservices/axis/ axis" > >> > -- dims> >> > On 2/1/06, Jared Klett < [EMAIL PROTECTED]> wrote:> > > greetings all,> > >> > > That's funny, I was just working on composing a long message > > > describing the memory issue I'm having with Axis+Tomcat that I haven't > > > been able to solve by tweaking JVM memory or GC parameters or by> > > upgrading to Axis 1.3.> > >> > > So Dims, you're saying to do a checkout of the latest CVS according to > > > this page:> > >> > > http://ws.apache.org/axis/cvs.html > > >> > > and do our own build, which will give us 1.3 + the 3 fixes detailed in JIRA?> > >> > > just want to confirm... thanks!> > >> > > cheers,> > >> > > - Jared> > >> > > On 2/1/06, Davanum Srinivas < [EMAIL PROTECTED]> wrote:> > > > All 3 are fixed in latest SVN.> > > >> > > > thanks, > > > > dims> > > > > > > >
Re: Status w/r/t memory leaks...
Have there been significant changes on the trunk related to .jws files? My calls to one are now failing with:Caused by: java.lang.ArrayIndexOutOfBoundsException at org.apache.axis.providers.java.RPCProvider.processMessage (RPCProvider.java:129) at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:327) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32) at org.apache.axis.SimpleChain.doVisiting (SimpleChain.java:118) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83) at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:454) at org.apache.axis.server.AxisServer.invokeService (AxisServer.java:239) at org.apache.axis.server.AxisServer.invoke(AxisServer.java:380) at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:699) at javax.servlet.http.HttpServlet.service (HttpServlet.java:717) at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java :81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke (CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java :59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.FastCommonAccessLogValve.invoke (FastCommonAccessLogValve.java:481) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run()V(Unknown Source) However, this had worked perfectly with the 1.3 binaries.Thanks,JessOn 2/1/06, Davanum Srinivas < [EMAIL PROTECTED]> wrote:plz use the trunk.On 2/1/06, Jared Klett < [EMAIL PROTECTED]> wrote:> hi Dims,>> ok, the SVN checkout is proceeding - I'm looking in the branches/> subdir - should I build "AXIS_1_4_FINAL" to get those 3 fixes, or > should I be in the trunk, or something else? thanks!>> cheers,>> - Jared>> On 2/1/06, Davanum Srinivas <[EMAIL PROTECTED]> wrote: > > "svn co http://svn.apache.org/repos/asf/webservices/axis/ axis"> >> > -- dims> >> > On 2/1/06, Jared Klett < [EMAIL PROTECTED]> wrote:> > > greetings all,> > >> > > That's funny, I was just working on composing a long message> > > describing the memory issue I'm having with Axis+Tomcat that I haven't > > > been able to solve by tweaking JVM memory or GC parameters or by> > > upgrading to Axis 1.3.> > >> > > So Dims, you're saying to do a checkout of the latest CVS according to > > > this page:> > >> > > http://ws.apache.org/axis/cvs.html> > >> > > and do our own build, which will give us 1.3 + the 3 fixes detailed in JIRA?> > >> > > just want to confirm... thanks!> > >> > > cheers,> > >> > > - Jared> > >> > > On 2/1/06, Davanum Srinivas < [EMAIL PROTECTED]> wrote:> > > > All 3 are fixed in latest SVN.> > > >> > > > thanks,> > > > dims> > > > > > > > On 2/1/06, Jesse Sightler <[EMAIL PROTECTED]> wrote:> > > > > I've seen several issues in JIRA relating to memory leaks on the server-side > > > > > of Axis recently.> > > > >> > >
Status w/r/t memory leaks...
I've seen several issues in JIRA relating to memory leaks on the server-side of Axis recently. Specifically, I've noticed:http://issues.apache.org/jira/browse/AXIS-2278 https://issues.apache.org/jira/browse/AXIS-2266https://issues.apache.org/jira/browse/AXIS-2185 What are peoples current experiences with memory leaks in Axis1? Is the CVS version significantly more stable than the current release version? Is a 1.4 release forthcoming to resolve the issues?Thanks, Jess
Re: Jboss axis2 0.92
The stacktrace makes it look like an incorrect version of
commons-httpclient. Are you using the latest RC of
httpclient? And are you sure there aren't any other instances of
httpclient in jboss that could be messing things up?On 11/15/05, Alan Aguia <[EMAIL PROTECTED]> wrote:
I have all the required librarias in the lib directory inside de war project
Eran Chinthaka <[EMAIL PROTECTED]> wrote:
Do you have commons-http client jar in the classpath ?Alan Aguia wrote:>Im new using Axis2. I install it in my computer and I didnt have >problems running the examples but when I try to deploy in my Jboss server I
>receive the next problem. The example that im running is >EchoNonBlockingDualClient.java It worked fine with EchoNonBlockingClient.java. I >would like to know if I have a jar conflict because Jboss has
axis.jar >included or what It causing the problem.> >[StAXSOAPModelBuilder] Build the OMElelment EnvelopeBy the >StaxSOAPModelBuilder>13:59:03,474 INFO [StAXSOAPModelBuilder] Starting Process SOAP
1.1
>message>13:59:03,474 INFO [StAXSOAPModelBuilder] Build the OMElelment HeaderBy >the StaxSOAPModelBuilder>13:59:03,475 INFO [StAXSOAPModelBuilder] Build the OMElelment ToBy the >StaxSOAPModelBuilder
>13:59:03,476 INFO [StAXSOAPModelBuilder] Build the OMElelment >ReplyToBy the StaxSOAPModelBuilder>13:59:03,476 INFO [StAXSOAPModelBuilder] Build the OMElelment >AddressBy the StaxSOAPModelBuilder
>13:59:03,477 INFO [StAXSOAPModelBuilder] Build the OMElelment >MessageIDBy the StaxSOAPModelBuilder>13:59:03,477 INFO [StAXSOAPModelBuilder] Build the OMElelment BodyBy >the StaxSOAPModelBuilder
>13:59:03,478 INFO [AxisEngine] Axis Engine Started>13:59:03,478 INFO [StAXSOAPModelBuilder] Build the OMElelment echoBy >the StaxSOAPModelBuilder>13:59:03,478 INFO [Phase] Invoke the Handler AddressingInHandlerwith
>in the Phase PreDispatch>13:59:03,479 INFO [Phase]
Invoke
the Handler >{http://axis.ws.apache.org}AddressingBasedDispatcherwith in the Phase >Dispatch>13:59:03,479 INFO [Phase] Invoke the Handler >{http://axis.ws.apache.org}RequestURIBasedDispatcherwith
in the Phase >Dispatch>13:59:03,480 INFO [Phase] Invoke the Handler >{http://axis.ws.apache.org}SOAPActionBasedDispatcherwith in the Phase >Dispatch>13:59:03,480 INFO [Phase] Invoke the Handler
>{http://axis.ws.apache.org}SOAPMessageBodyBasedDispatcherwith in the >Phase Dispatch>13:59:03,481 INFO [Phase] Invoke the Handler >{http://axis.ws.apache.org}DispatchPostConditionsEvaluatorwith
in the >Phase PostDispatch>13:59:03,481 INFO [Phase] Invoke the Handler default Handlerwith in >the Phase PostDispatch>13:59:03,486 INFO [StAXSOAPModelBuilder] Build the OMElelment TextBy
>the StaxSOAPModelBuilder>13:59:03,486 INFO [AxisEngine] Axis Engine
Started>13:59:03,487 INFO [Phase] Invoke the Handler AddressingOutHandlerwith >in the Phase MessageOut>13:59:03,673 ERROR [Engine] StandardWrapperValve[AxisServlet]: >Servlet.service() for servlet AxisServlet threw exception
>java.lang.NoSuchMethodError: >org.apache.commons.httpclient.HttpConnectionManager.getParams()Lorg/apache/commons/httpclient/params/HttpConnectionManagerParams;> at >org.apache.axis2.transport.http.CommonsHTTPTransportSender.transportConfigurationPOST
(CommonsHTTPTransportSender.java:446)> at >org.apache.axis2.transport.http.CommonsHTTPTransportSender.writeMessageWithCommons(CommonsHTTPTransportSender.java:182)> at >org.apache.axis2.transport.http.CommonsHTTPTransportSender.invoke
(CommonsHTTPTransportSender.java:123)> at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:100)> at
>org.apache.axis2.receivers.AbstractInOutSyncMessageReceiver.receive(AbstractInOutSyncMessageReceiver.java:80)> at >org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:154)> at >
org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:202)> at >org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:182)> at javax.servlet.http.HttpServlet.service
(HttpServlet.java:717)> at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)> at >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)> at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)> at >org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)> at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)> at >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)> at
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)> at >org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)> at >org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:520)> at >org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)> at >org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java
:152)> at
Re: Jboss axis2
At a glance, I'd say that you have a corrupted jar file somewhere in your war.On 11/11/05, Alan Aguia <[EMAIL PROTECTED] > wrote: I new using axis2 but I would like to know what it going on on my jboss server Thank you Alan 11:25:32,339 WARN [JARDeployer] Failed to add deployable jar: file:/usr/local/jboss-3.2.7/server/default/tmp/deploy/tmp38727Axis2.obj java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.(ZipFile.java:112) at java.util.jar.JarFile.(JarFile.java:117) at java.util.jar.JarFile.(JarFile.java:55) at org.jboss.deployment.SubDeployerSupport.processNestedDeployments(SubDeployerSupport.java:241) at org.jboss.deployment.SubDeployerSupport.init(SubDeployerSupport.java:139) at org.jboss.deployment.MainDeployer.init(MainDeployer.java:696) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:631) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:604) at sun.reflect.GeneratedMethodAccessor51.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54) at org.jboss.mx.server.Invocation.invoke(Invocation.java:82) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy8.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:304) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:478) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:201) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:274) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:271) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:221) at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54) at org.jboss.mx.server.Invocation.invoke(Invocation.java:82) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:899) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:415) at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.java:60) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:62) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:54) at org.jboss.mx.server.Invocation.invoke(Invocation.java:82) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:198) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:251) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:829) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:641) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:604) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:588) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.Delega
Re: How to add SSL/TLS compabiity into Axis Client
Indeed, it's just like any other HTTPS call from Java. And, yes, you will need to configure the trust store if you are not using certs signed by a CA that the JVM trusts by default.On 8/15/05, Feng Xie (fxie) <[EMAIL PROTECTED]> wrote:Chris:Thanks. That sounds too simple to me. :) However, it would be great if it isreally that simple. I am using Axis RC1.2RC3. So you mean the Axisclient will take care of everything else as long as I indicate thedesired service with "https". I guess I still need to configure the client side's trust keystore.-Feng-Original Message-From: csj [mailto:[EMAIL PROTECTED]]Sent: Monday, August 15, 2005 10:47 AMTo: axis-user@ws.apache.orgSubject: Re: How to add SSL/TLS compabiity into Axis ClientChange the endpoint to https after the server is properly configured...ChrisOn Mon, 15 Aug 2005, Feng Xie (fxie) wrote: >>> Hi,>> I have been using a simple Axis Client over HTTP, which directly calls> the auto generated client side stubs ( assuming the web service is> called Foo, one the it's operation is called Foo_Operation1 ) >> FooIF_Service service = new FooIF_ServiceLocator( ); Foo port => service.getFoo(); port.FooOperation1( );>> My question, what should I do to add SSL/TLS capability into the above > steps ?>> Thanks in advance,> Feng>>--Chris Johnson[EMAIL PROTECTED]
Re: How to add SSL/TLS compabiity into Axis Client
service.getFoo("https://www.yourservice.com/yourservice"); ?
On 8/15/05, Feng Xie (fxie) <[EMAIL PROTECTED]> wrote:
Hi,I have been using a simple Axis Client over HTTP, which directly callsthe auto generated client side stubs ( assuming the web service iscalled Foo, one the it's operation is called Foo_Operation1 )
FooIF_Service service = new FooIF_ServiceLocator( );Foo port = service.getFoo();port.FooOperation1( );My question, what should I do to add SSL/TLS capability into the abovesteps ?Thanks in advance,
Feng
