Return-Path: Delivered-To: apmail-ws-axis-user-archive@www.apache.org Received: (qmail 76766 invoked from network); 2 Feb 2006 23:51:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Feb 2006 23:51:32 -0000 Received: (qmail 49711 invoked by uid 500); 2 Feb 2006 23:51:21 -0000 Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 49697 invoked by uid 500); 2 Feb 2006 23:51:21 -0000 Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 49685 invoked by uid 99); 2 Feb 2006 23:51:21 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Feb 2006 15:51:21 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jsight@gmail.com designates 66.249.92.200 as permitted sender) Received: from [66.249.92.200] (HELO uproxy.gmail.com) (66.249.92.200) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Feb 2006 15:51:20 -0800 Received: by uproxy.gmail.com with SMTP id m2so37221ugc for ; Thu, 02 Feb 2006 15:50:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=JI/gFd5+Vn9Myo+3FbVPr1CHfS/Bdj6CcuezBmt+BQzq6fYCIbyt2W7/zChT+xUyFy6FdEp8uEdR/HtWlV9JOPz9E+LaMyqd+2dw6mFxqV7xSD1w4PH3IT5c0i2YkQCWVlhvYYJkuA72+ySJDeu0JkWdge7h51k1YL9OwuOqdXU= Received: by 10.48.255.14 with SMTP id c14mr327195nfi; Thu, 02 Feb 2006 15:50:58 -0800 (PST) Received: by 10.49.75.18 with HTTP; Thu, 2 Feb 2006 15:50:58 -0800 (PST) Message-ID: Date: Thu, 2 Feb 2006 18:50:58 -0500 From: Jesse Sightler To: axis-user@ws.apache.org, dims@apache.org Subject: Re: Status w/r/t memory leaks... In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13344_25454371.1138924258771" References: <19e0530f0602010803x56a2672fhd8b81456f2fead61@mail.gmail.com> <5b483eb0602010811s61599580s696697e3455501ea@mail.gmail.com> <19e0530f0602010816jf0bcca7w455f853e9233cca2@mail.gmail.com> <5b483eb0602011246r3866a748rc50124f51081c288@mail.gmail.com> <19e0530f0602011252t54f953ccj115118f6e2ad9fa0@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_13344_25454371.1138924258771 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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 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.processCo= nnection > (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, > Jess > > > On 2/1/06, Davanum Srinivas < davanum@gmail.com> wrote: > > > > plz use the trunk. > > > > On 2/1/06, Jared Klett < jklett@gmail.com> 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 wrote: > > > > "svn co http://svn.apache.org/repos/asf/webservices/axis/ axis" > > > > > > > > -- dims > > > > > > > > On 2/1/06, Jared Klett < jklett@gmail.com> 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 < davanum@gmail.com> wrote: > > > > > > All 3 are fixed in latest SVN. > > > > > > > > > > > > thanks, > > > > > > dims > > > > > > > > > > > > On 2/1/06, Jesse Sightler wrote: > > > > > > > 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-2266 > > > > > > > https://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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Davanum Srinivas : http://wso2.com/blogs/ > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Davanum Srinivas : http://wso2.com/blogs/ > > > > > > > > > > > > > -- > > Davanum Srinivas : http://wso2.com/blogs/ > > > > ------=_Part_13344_25454371.1138924258771 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Never mind... I figured it out.  We were (incorrectly) trying to use m= ethod overloading in a web service.

I'm running the memory leak test= s for this now.

Thanks,
Jess


On 2/2/06, Jesse Sightler <jsight@gmail.com> wrote:
Have there been significant changes on the trunk related to .jws files?&nbs= p; My calls to one are now failing with:

Caused by: java.lang.ArrayI= ndexOutOfBoundsException
        at o= rg.apache.axis.providers.java.RPCProvider.processMessage (RPCProvider.java:129)
        at org= .apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:327)
&= nbsp;       at org.apache.axis.strategies.Inv= ocationStrategy.visit(InvocationStrategy.java:32)
   &nbs= p;    at org.apache.axis.SimpleChain.doVisiting (SimpleChain.java:118)
        at org= .apache.axis.SimpleChain.invoke(SimpleChain.java:83)
   &= nbsp;    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)
  &n= bsp;     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:32= 7)
        at javax.servlet.http.Http= Servlet.service(HttpServlet.java:810)
     &nbs= p;  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilte= r (ApplicationFilterChain.java:252)
      &n= bsp; at org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicatio= nFilterChain.java:173)
        at org= .jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java :81)
        at org.apache.catalina.c= ore.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202= )
        at org.apache.catalina.core= .ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.Stan= dardWrapperValve.invoke(StandardWrapperValve.java:213)
   = ;     at org.apache.catalina.core.StandardContextValve.= invoke(StandardContextValve.java:178)
     &nbs= p;  at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke (CustomPrincipalValve.java:39)
       = ; at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Security= AssociationValve.java:159)
        at= org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.jav= a :59)
        at org.apache.catalina.c= ore.StandardHostValve.invoke(StandardHostValve.java:126)
  &nb= sp;     at org.apache.catalina.valves.ErrorReportValve.= invoke(ErrorReportValve.java:105)
      &n= bsp; at org.apache.catalina.valves.FastCommonAccessLogValve.invoke (FastCommonAccessLogValve.java:481)
      =   at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngin= eValve.java:107)
        at org.apach= e.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.= Http11Processor.process(Http11Processor.java:856)
   &nbs= p;    at org.apache.coyote.http11.Http11Protocol$Http11Conne= ctionHandler.processConnection(Http11Protocol.java:744)
  &nbs= p;     at=20 org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.ja= va:527)
        at org.apache.tomcat.= util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
&= nbsp;       at java.lang.Thread.run ()V(Unknown Source)


However, this had worked perfectly with the 1.3 binaries.
Thanks,
Jess


On 2/1/06, Davanum Srinivas < davanum@gmail.com> wrote:
plz use the trunk.

On 2/1/06, Jared Klett < jklett@gmail.com> 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!
>
&g= t; cheers,
>
> - Jared
>
> On 2/1/06, Davanum Srini= vas < davanum@gmail.com> wrote:
> > "svn co http://svn.apache.org/repos/asf/webservices/axis/ axis&qu= ot;
> >
> > -- dims
> >
> > On 2/1/06, Jar= ed Klett < jklett@gmail.com> 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 paramete= rs or by
> > > upgrading to Axis 1.3.
> > >
>= > > So Dims, you're saying to do a checkout of the latest CVS accord= ing to
> > > this page:
> > >
> > > http://ws.apache.org/axis/cvs.html<= /a>
> > >
> > > and do our own build, which will give = us=20 1.3 + the 3 fixes detailed in JIRA?
> > >
> > > jus= t want to confirm... thanks!
> > >
> > > cheers,> > >
> > > - Jared
> > >
> > &g= t; On 2/1/06, Davanum Srinivas < davanum@gmail.com> wrote:
&g= t; > > > All 3 are fixed in latest SVN.
> > > >
= > > > > thanks,
> > > > dims
> > > >
> > > > On 2/1/06, Jesse Sightler <jsight@gmail.com> wrote:
> > > > > = I've seen several issues in JIRA relating to memory leaks on the server-sid= e
> > > > > of Axis recently.
> > > > ><= br>> > > > > Specifically, I've noticed:
> > > &= gt; > http://issues.apache.org/jira/browse/AXIS-2278
> > > > > https://issues.apache.org/jira/browse/AXIS-2266
&g= t; > > > >=20 https://issues.apache.org/jira/browse/AXIS-2185
> > > > = >
> > > > > What are peoples current experiences with = memory leaks in Axis1?  Is the CVS
> > > > > ve= rsion significantly more stable than the current release version? &nbs= p;Is a
> > > > > 1.4 release forthcoming to resolve the issues?=
> > > > >
> > > > > Thanks,
> &g= t; > > > Jess
> > > > >
> > > > &= gt;
> > > >
> > > >
> > > > --> > > > Davanum Srinivas : = http://wso2.com/blogs/
> > > >
> > >
> >
> >
> > --
> > Davanum Srinivas : http://wso2.com/blogs/
> >
>

--
Davanum Srinivas : http://wso2= .com/blogs/


------=_Part_13344_25454371.1138924258771--