Mailing-List: contact axis-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@xml.apache.org
Message-ID: <20020326130218.17492.qmail@web12802.mail.yahoo.com>
Date: Tue, 26 Mar 2002 05:02:18 -0800 (PST)
From: Davanum Srinivas <dims@yahoo.com>
Reply-To: dims@yahoo.com
Subject: Re: client.Service getCall()
To: axis-dev@xml.apache.org
In-Reply-To: <OF41180148.BB7F6FE2-ON85256B88.0046CD45@raleigh.ibm.com >
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

I agree that support should be in the stubs.....FYI, am storing the last call in a "Thread Local
Storage" for the multi-threaded scenario.

Thanks,
dims

--- Doug Davis <dug@us.ibm.com> wrote:
> It seems like a cleaner solution would have been to have the stubs
> manage this for you rather than the Sevice object since, as Rick
> pointed out, in a multithreaded scenario this could get really
> messy.
> -Dug
> 
> 
> Davanum Srinivas <dims@yahoo.com> on 03/26/2002 07:50:25 AM
> 
> Please respond to axis-dev@xml.apache.org
> 
> To:    axis-dev@xml.apache.org
> cc:
> Subject:    Re: client.Service getCall()
> 
> 
> 
> Dug,
> 
> I think i mentioned it. I want WSDL2Java to generate code and i want to use
> JUST the generated
> code!!!
> 
> Thanks,
> dims
> 
> --- Doug Davis <dug@us.ibm.com> wrote:
> > I'm confused - if you need access to the response XML, why not just ask
> the
> > Call object (or its message context) for the response message.  Why does
> > the Service object need to be involved at all?
> > -Dug
> >
> > Davanum Srinivas <dims@yahoo.com> on 03/26/2002 07:36:06 AM
> >
> > Please respond to axis-dev@xml.apache.org
> >
> > To:    Rick Rineholt/Raleigh/IBM@IBMUS
> > cc:    axis-dev@xml.apache.org
> > Subject:    Re: client.Service getCall()
> >
> >
> >
> > Rick,
> >
> > Here's the scenario where i NEED this (See enclosed WSDL and Main.java
> for
> > running the generated
> > stub). The problem is that when AXIS fails to convert the SOAP Response
> XML
> > into Java objects...I
> > need access to the Response XML itself!!!. Right now this is not possible
> > any other way. If
> > there's a better way to do this, please let me know and we can get rid of
> > this UGLY hack.
> >
> > Thanks,
> > dims
> >
> > --- Rick Rineholt <rineholt@us.ibm.com> wrote:
> > > Davanum,
> > > I would like to get your thinking about this method and why the need
> for
> > > this functionality in the client.Service object.  If presumably the
> > caller
> > > did the createCall, I would think it would be possible for it to cache
> > this
> > > call object away and not have the client.Service object do this.  Doing
> > > this has a negative consequence if lets say your an axis handler that
> > wants
> > > make soap calls using this client api.  The Servlet engine  may/will be
> > > calling you on many POOLED threads and caching this in the thread
> object
> > > means that garbage collection will never be called util that thread is
> > used
> > > by the server again AND it makes another createCall call to replace it.
> > > IMO this is a very bad side effect that I don't think is very desirable
> > for
> > > a functionality that the caller could  presumably do and be cognizant
> of
> > > its side effects.
> > >
> > > Rick Rineholt
> > > "The truth is out there...  All you need is a better search engine!"
> > >
> > > rineholt@us.ibm.com
> > >
> >
> >
> > =====
> > Davanum Srinivas - http://xml.apache.org/~dims/
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Yahoo! Movies - coverage of the 74th Academy Awards�
> > http://movies.yahoo.com/
> >
> >
> 
> 
> =====
> Davanum Srinivas - http://xml.apache.org/~dims/
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Movies - coverage of the 74th Academy Awards�
> http://movies.yahoo.com/
> 
> 


=====
Davanum Srinivas - http://xml.apache.org/~dims/

__________________________________________________
Do You Yahoo!?
Yahoo! Movies - coverage of the 74th Academy Awards�
http://movies.yahoo.com/