Hi Cyril,
The plugin would be appreciated - if you could send it or let me know the
name (if on the eclipse plugin site) or URL where I can get a hold of it.
Damian
[EMAIL PROTECTED]
obox.com To:
[email protected]
Sent by: cc:
[EMAIL PROTECTED] Subject: Re: Unable to compress
message with GZIP in Axis 1.4
mail.com
14/08/2006 01:54
PM
Please respond to
axis-user
Hi Damian,
Can you use a network sniffer to look at the communication from
your Axis client to your Websphere server ? I you don't, I can send
you a small Eclipse plugin that does the job.
BTW, I don't know if Axis built in SOAP Monitor transparently
uncompress the streams (ie. figuring if compression is enabled would
be harder to figure out)
Cyrille
On 8/13/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
> Hi Cyril,
>
> I may be missing something here but shouldnt the point of http
compression
> be to compress the message on the client *prior* to sending it over the
> wire?
> (je: If I have to send my message (uncompressed) over the wire to the web
> server which then compresses the message and routes the compressed data
to
> the app server wouldnt that be redundant?).
>
> The instructions at
> http://wiki.apache.org/ws/FrontPage/Axis/GzipCompression outline that
> setting the HTTPConstants.MC_GZIP_REQUEST property on the service
instance
> in the client layer in conjunction with changing the client wsdd to
> specifiy using a compression-enabled http transporter such as
> CommonsHTTPSender enables sending out compressed messages from the
client.
>
> I have traced through the Axis code on my local machine and can confirm
> that CommonsHTTPSender is picking up on the MC_GZIP_REQUEST property and
> kicks off the appropriate GZipOutputStream, however the messages are
never
> recieved at the endpoint in a compressed state.
>
> I will hook up Websphere to recieve incoming endpoint calls via IHS once
I
> recieve the messages in a compressed state.
>
> Has anyone else had a problem sending out compressed messages via Axis
1.4?
> I have followed the instructions at the above URL, so is there something
> additional that I should be doing?
>
> Any further advice would be appreciated.
> Thanks
> Damian
>
>
>
>
>
>
>
>
> [EMAIL PROTECTED]
> obox.com To:
[email protected]
> Sent by: cc:
> [EMAIL PROTECTED] Subject: Re: Unable to
compress message with GZIP in Axis 1.4
> mail.com
>
>
> 12/08/2006 11:45
> AM
> Please respond to
> axis-user
>
>
>
>
>
>
> Hello Damian,
>
> Did you enable http compression on your server ?
>
> Usually, it is done in the http server layer. In Websphere world ;
> it is usually done in Ibm Http Server (aka IHS) layer with
> mod_deflate.
>
> Here is a doc of mod_deflate :
> http://www.howtoforge.com/apache2_mod_deflate
>
> Hope this helps,
>
> Cyrille
>
> --
> Cyrille Le Clerc
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
>
> On 8/10/06, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I am trying to use the out of the box axis compression to send a
gzipped
> > message with using Axis 1.4 as per the instructions outlined in
> > http://wiki.apache.org/ws/FrontPage/Axis/GzipCompression, however the
> > messages are being sent to the endpoint uncompressed.
> >
> > I am using Axis 1.4 with J2SE 5.0 and commons-httpclient 3.1.0 with
> eclipse
> > 3.2 and websphere 6.1 all on my local
> > dev machine. I have set up a servlet filter to intercept and log the
> > incoming web service calls at the endpoint
> > *prior* to the axis listener (which it does according to my
stacktrace),
> > hence prior to any decompression. The extracted
> > InputStream message is the readable (hence uncompressed) SOAP XML that
I
> > sent through.
> >
> >
> > Is this a known issue of sorts,or perhaps a library version
> > interoperability problem, or am I just
> > missing something?
> >
> > Are there any known issues such as this in using Axis 1.4 with J2SE
5.0?
> >
> > Any help would be greatly appeciated
> > Damian Phillips
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Cyrille Le Clerc
[EMAIL PROTECTED]
[EMAIL PROTECTED]
+33 6.61.33.69.86
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
