Hi Ian,
"Ian Harder" <[EMAIL PROTECTED]>
wrote on 04/05/2005 10:47:25:
> I've been working on a project where a web service is used to
> perform a number of tasks, including the calling of another web
> service to verify a user id.
>
> When I attempt to create the web service client
within th
Moved this discussion to dev list where
it should've been - sorry.
--
IBM Tivoli Access Manager Development
Gold Coast Development Lab, Australia
+61-7-5552-4001 phone
+61-7-5571-0420 fax
HTTP 1.1 (and 1.0 with Connection: Keep-Alive)
permits the client to re-use a connection for multiple requests and Axis
makes use of this.
However, if the client hasn't sent a
request on that connection for a while the server will typlically shutdown
the connection.
One server I've seen (WebSphe
confirm that you are picking up my fix. If you still see the
problem, please reproduce it with trace on, and send the trace so I can
investigate it further.
Thanks,
Mark
Mark Whitlock
IBM
- Forwarded by Mark Whitlock/UK/IBM on 09/03/2005 10:11 ---
Hi,
I have a client application on Suse
Linux Enterprise 8.1 (Service Pack 3) - a g++ 3.2.2/glibc 2.2 environment.
I have built axis and it's dependents in this environment.
When an HTTPTransportException is generated,
client calling code is not able to catch the exception - at least not in
this
how SetSecure
is supposed to be called? Looking at some of the sample programs I don't
think so.
Regards,
Tim Bartley
--
IBM Tivoli Access Manager Development
Gold Coast Development Lab, Australia
+61-7-5552-4001 phone
+61-7-5571-0420 fax
will hopefully be fixed in the near future.
Tim Bartley <[EMAIL PROTECTED]> wrote on 02/27/2005 08:11:19 PM:
>
> Hi,
>
> A little while ago a thread was on the list alluding to issues with
> running Axis in processes running in non-UTF8 or single-byte
> locales. Can
Hi,
A little while ago a thread was on the
list alluding to issues with running Axis in processes running in non-UTF8
or single-byte locales. Can some one please elaborate on what limitations
Axis has running in such locales - particularly on the client side.
Maybe I have misinterpreted the issu
onse gets
delayed.
> Sounds to me it is a good idea to look into this.
>
> Thanks,
> Samisa...
>
>
> On Thu, 24 Feb 2005 10:08:50 +1000, Tim Bartley <[EMAIL PROTECTED]>
> wrote:
> >
> > Hi,
> >
> > On the client side, are connection ti
Hi,
On the client side, are connection timeouts
able to be controlled indpendently of response timeouts?
I commonly want a short connection timeout
but a longer response timeout - if connection is going to fail I want to
know quickly and failover but I'm happy to wait sufficient time for the
res
Hi,
Are there any limitations on the reuse
of client stub objects?
For example support I have Foo.wsdl
and generate a client stub class Foo. Is it safe to do:
Foo stub;
while (1) {
char*
url = "" url from list of replicated servers>;
if
(tried all servers) {
ret
I was going to suggest that simply being
able to specify the location of the config file programatically would be
enough for me for now but that's not quite right. The other requirement
I have is really to have multiple independent instances of the Axis client
in a single process.
I.e. I'd like t
Hi,
Another newbie question
Is it possible to specify the configuration
parameters to the Axis C++ client without using axiscpp.conf.
I am concerned that multiple clients
on the same machine are forced to share the same /etc/axiscpp.conf file.
Also I am concerned that multiple clients with
{ "3 - value1",
"3 - value2", "3 - value3" }
I have only tried this with the 1.5
alpha release on Linux.
Not sure what the etiquette is but I've
also opened this as bug AXISCPP-418.
Thanks and regards,
Tim Bartley
--
IBM Tivoli Access Manager Development
Gold Coast Development Lab, Australia
+61-7-5552-4001 phone
+61-7-5571-0420 fax
Complex* data = "" Complex[size];
>
>
>
> Complex_Array array;
> array.m_Array = data;
> array.m_Size = size;
>
> Thanks,
> Samisa...
>
> On Wed, 9 Feb 2005 15:24:15 +1000, Tim Bartley <[EMAIL PROTECTED]>
wrote:
> >
>
tried this with the new 1.5 alpha with the same result.
Regarsd,
Tim Bartley
--
IBM Tivoli Access Manager Development
Gold Coast Development Lab, Australia
+61-7-5552-4001 phone
+61-7-5571-0420 fax
16 matches
Mail list logo