"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:RE: client.Service getCall()
I think my point was we should convert to doing it the 'right'
way with synchronization, and not worry about it unless it is determined
that we have a bottleneck.
:-)
--
Tom
2002 11:35 AM
To: [EMAIL PROTECTED]
Subject: RE: client.Service getCall()
You got to go to JavaOne? Lucky stiff.
Whoever does the work, PLEASE do some performance analysis of the existing
model FIRST. Then do some comparative analysis on the synchronized model.
That way we'll know for sure t
TED]
Tom Jordahl <[EMAIL PROTECTED]> on 04/02/2002 10:17:38 AM
Please respond to [EMAIL PROTECTED]
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subject:RE: client.Service getCall()
Per my recent JavaOne indoctrination last week, synchronization
is NOT
ginal Message-
From: Russell Butek [mailto:[EMAIL PROTECTED]]
Sent: Saturday, March 30, 2002 4:26 PM
To: [EMAIL PROTECTED]
Subject: Re: client.Service getCall()
The session info doesn't get lost. One of the first functional tests, the
address book sample, depends on sessions working, a
jects, but setting properties
isn't something that occurs all that often. Any other ideas?
Russell Butek
[EMAIL PROTECTED]
Rick Rineholt/Raleigh/IBM@IBMUS on 03/29/2002 12:36:43 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re: client.Service getCall()
a new Call object every time I
think its
going to get lost.
Rick Rineholt
"The truth is out there... All you need is a better search engine!"
[EMAIL PROTECTED]
Russell Butek/Austin/IBM@IBMUS on 03/29/2002 02:01:36 PM
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc
occurs all that often. Any other ideas?
Russell Butek
[EMAIL PROTECTED]
Rick Rineholt/Raleigh/IBM@IBMUS on 03/29/2002 12:36:43 PM
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject:Re: client.Service getCall()
one question is still is what is mandating that these objects
r search engine!"
[EMAIL PROTECTED]
Russell Butek/Austin/IBM@IBMUS on 03/29/2002 11:26:50 AM
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject:Re: client.Service getCall()
The stubs are threadsafe wrt invocations. You've brought up that they're
not
ead safety, I think).
Russell Butek
[EMAIL PROTECTED]
Rick Rineholt/Raleigh/IBM@IBMUS on 03/29/2002 09:20:30 AM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re: client.Service getCall()
had a chance to very briefly look at this and here are my thoughts:
The pr
In principle, I have no problems with this usage. If we can make it happen :-)
Thanks,
dims
--- Rick Rineholt <[EMAIL PROTECTED]> wrote:
> make that:
> ((Call)soap).getResponseMessage().getSOAPPart().getAsString //dont
> know if still looks so natural :-)
> Rick Rineholt
> "The truth is out the
make that:
((Call)soap).getResponseMessage().getSOAPPart().getAsString //dont
know if still looks so natural :-)
Rick Rineholt
"The truth is out there... All you need is a better search engine!"
[EMAIL PROTECTED]
spond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
cc:
Subject:Re: client.Service getCall()
Please see enclosed WSDL and Main.java.
Thanks,
dims
--- Davanum Srinivas <[EMAIL PROTECTED]> wrote:
> Dug, Rick,
>
> Am open to alternative(s). Please run WSDL2Java on the WSD
t; -Dug
> >
> >
> > Davanum Srinivas <[EMAIL PROTECTED]> on 03/26/2002 07:50:25 AM
> >
> > Please respond to [EMAIL PROTECTED]
> >
> > To:[EMAIL PROTECTED]
> > cc:
> > Subject:Re: client.Service getCall()
> >
n the Sevice object since, as Rick
> pointed out, in a multithreaded scenario this could get really
> messy.
> -Dug
>
>
> Davanum Srinivas <[EMAIL PROTECTED]> on 03/26/2002 07:50:25 AM
>
> Please respond to [EMAIL PROTECTED]
>
> To:[EMAIL PROTECTED
Srinivas <[EMAIL PROTECTED]> on 03/26/2002 07:36:06 AM
> >
> > Please respond to [EMAIL PROTECTED]
> >
> > To:Rick Rineholt/Raleigh/IBM@IBMUS
> > cc:[EMAIL PROTECTED]
> > Subject:Re: client.Service getCall()
> >
> >
> >
> > Rick,
[EMAIL PROTECTED]
To:[EMAIL PROTECTED]
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 <[EMAIL PROTECTED]> wrote:
> I'm confused - if yo
context) for the response message. Why does
> the Service object need to be involved at all?
> -Dug
>
> Davanum Srinivas <[EMAIL PROTECTED]> on 03/26/2002 07:36:06 AM
>
> Please respond to [EMAIL PROTECTED]
>
> To:Rick Rineholt/Raleigh/IBM@IBMUS
> cc:[EMAIL P
d to [EMAIL PROTECTED]
To:Rick Rineholt/Raleigh/IBM@IBMUS
cc:[EMAIL PROTECTED]
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 R
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
t
19 matches
Mail list logo
