I recommend you pay a visit to Google and search for things like
"VBScript SOAP Client" or "JavaScript SOAP Client"
On 11 Feb 2003 at 10:45, Goswami, Subrata wrote:
> Thanks Dave, I am actually looking for some client side SOAP plug-ins or
> libraries.
> Do you know if Microsoft through their .N
Hi,
The only client side "toolkit" i know is PocketSoap.
PocketSoap is a "SOAP client COM component for the Windows family"
(http://www.pocketsoap.com/), maybe you could try to use it in
your client scripts.
Hope this helps.
Mike
PS : english is not my mother language.
- Original Message --
Thanks Dave, I am actually looking for some client side SOAP plug-ins or
libraries.
Do you know if Microsoft through their .NET initiative support such client
(IE)
side SOAP consumption in VBScript etc. ?
Subrata
> -Original Message-
> From: Dave Searle [mailto:[EMAIL PROTECTED]]
> Sen
Subrata,
You can use the Apache SOAP (or Apache Axis) libraries in JSP like you
would in a normal java application. SOAP with JSP are usually
server-side operations and so are not really affected by the browser.
Dave
-Original Message-
From: Goswami, Subrata [mailto:[EMAIL PROTECTED]]
S
Is there any plug-in available for using SOAP with JSP in Internet Explorer
?
Thanks.
What version of JSSE were you using when doing the measurements with
JDK 1.3?
On 11 Feb 2003 at 10:04, Luke Galea wrote:
> It appears that this was a result of java 1.4 not keeping alive the ssl
> connection in between invokes..
>
> I resolved this by using WJCarpenter's HTTPClientSoapConnectio
It appears that this was a result of java 1.4 not keeping alive the ssl
connection in between invokes..
I resolved this by using WJCarpenter's HTTPClientSoapConnection.
Luke Galea
Software Development
BlueCat Networks
905-762-5225
-Original Message-
From: Scott Nichol [mailto:[EMAIL P
If you use a nightly build, be sure to get the newest, as I fixed a
bug yesterday.
On 11 Feb 2003 at 15:27, [EMAIL PROTECTED] wrote:
>
> Thanks for your answer.
> I was making a mistake, thinking that the compression was a new feature of
> HTTP 1.1. I just need compression, and do not have any in
Thanks for your answer.
I was making a mistake, thinking that the compression was a new feature of
HTTP 1.1. I just need compression, and do not have any interest in HTTP
1.1.
According to your answer, I think that the nightly build is stable enough
to be used in a production environment.
Thanks,
Remember that 1.4 includes a copy of Crimson. If you have been using
a parser that is much faster, that could be the difference. You can
choose the parser that gets used by specifying the
DocumentBuilderFactory. Sun's docs for
DocumentBuilderFactory#newInstance state
Obtain a new insta
Thanks very much Scott. This worked perfect!
Scott Nichol <[EMAIL PROTECTED]> wrote:
The JSP must create a SOAPHTTPConnection for each session in the JSP, then use that SOAPHTTPConnection for each call. The reason is that the SOAPHTTPConnection receives a Cookie in the response that must be resent
The Apache SOAP client always uses HTTP 1.0, never HTTP 1.1. If you
need HTTP 1.1 support, you would either need to write your own
transport or move to another implementation like Axis.
Axis is nearing its 1.1 release. I believe someone has submitted an
Axis filter that does gzip, although it
The JSP must create a SOAPHTTPConnection for each session in the JSP,
then use that SOAPHTTPConnection for each call. The reason is that
the SOAPHTTPConnection receives a Cookie in the response that must be
resent with subsequent requests in order to associate it with the
same session.
On 10
Hi,
I'm quite confused about the fact that no new release are expected.
I do need compression over HTTP 1.1, which is currently available in CVS.
Moving to AXIS would not resolve my problem, because Axis does not provide
this feature.
Should I use a nightly build version in production? Is it sta
14 matches
Mail list logo