Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 9193 invoked from network); 10 Oct 2009 08:05:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Oct 2009 08:05:11 -0000 Received: (qmail 53258 invoked by uid 500); 10 Oct 2009 08:05:09 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 53153 invoked by uid 500); 10 Oct 2009 08:05:09 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 53133 invoked by uid 99); 10 Oct 2009 08:05:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Oct 2009 08:05:09 +0000 X-ASF-Spam-Status: No, hits=3.4 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.216.195] (HELO mail-px0-f195.google.com) (209.85.216.195) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Oct 2009 08:04:56 +0000 Received: by pxi33 with SMTP id 33so2819063pxi.28 for ; Sat, 10 Oct 2009 01:03:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.8.9 with SMTP id 9mr294530wfh.67.1255161814114; Sat, 10 Oct 2009 01:03:34 -0700 (PDT) In-Reply-To: References: <60708f4b0909010527p4a9d4462y8240458774274924@mail.gmail.com> <60708f4b0909022051x6c82a047m878f6e9cfa586412@mail.gmail.com> <8a8d77970909220449k229c131fy21b6d495b53f402d@mail.gmail.com> <8a8d77970910032158k2eee15fr4bd21b16f1e8ee25@mail.gmail.com> From: Senaka Fernando Date: Sat, 10 Oct 2009 13:33:14 +0530 Message-ID: <8a8d77970910100103w5890d83jb6b4777eb6316f9a@mail.gmail.com> Subject: Re: MTOM is not working with Axis2 trunk To: commons-dev@ws.apache.org Cc: axis-dev@ws.apache.org Content-Type: multipart/alternative; boundary=00504502ae3910e1950475902208 X-Virus-Checked: Checked by ClamAV on apache.org --00504502ae3910e1950475902208 Content-Type: text/plain; charset=ISO-8859-1 Hi Andreas, Any update on this? I have had no luck so far with figuring out what could be exact cause to this and do a neat fix. While we can introduce a workaround and fix this, I don't think that it would be the best thing to do. I will have another go at this during this weekend and see if I can find a breakthrough. Thanks, Senaka. On Mon, Oct 5, 2009 at 1:04 PM, Andreas Veithen wrote: > I will try to free up some time tonight to do a debugging session. > > Andreas > > On Sun, Oct 4, 2009 at 06:58, Senaka Fernando wrote: > > Folks, > > > > We need to get this fixed on Axis2. Andreas, do you have any idea to what > > could be causing this issue? > > > > Thanks, > > Senaka. > > > > On Tue, Sep 22, 2009 at 5:19 PM, Senaka Fernando > wrote: > > > >> Hi Andreas, > >> > >> Have you tested this with Axis2 deployed as a webapp? MTOM seems to work > >> fine with the SimpleAxisServer but not when Axis2 is deployed as a > webapp. > >> Below is what I observed on TCPMon (first response is from the > >> SimpleAxisServer). > >> > >> ------------------------------------------------------------------------ > >> HTTP/1.1 200 OK > >> Date: Mon, 21 Sep 2009 19:03:14 GMT > >> Server: Simple-Server/1.1 > >> Transfer-Encoding: chunked > >> Content-Type: multipart/related; > >> boundary=MIMEBoundaryurn_uuid_9645FCE52FDC6F4D931253559793956; > >> type="application/xop+xml"; start="< > >> 0.urn:uuid:9645FCE52FDC6F4D931253559793957@apache.org<0.urn%3Auuid%3A9645FCE52FDC6F4D931253559793957@apache.org> > <0.urn%3Auuid%3A9645FCE52FDC6F4D931253559793957@apache.org<0.urn%253Auuid%253A9645FCE52FDC6F4D931253559793957@apache.org> > >>"; > >> start-info="text/xml" > >> > >> 202 > >> --MIMEBoundaryurn_uuid_9645FCE52FDC6F4D931253559793956 > >> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml" > >> Content-Transfer-Encoding: binary > >> Content-ID: <0.urn:uuid:9645FCE52FDC6F4D931253559793957@apache.org<0.urn%3Auuid%3A9645FCE52FDC6F4D931253559793957@apache.org> > <0.urn%3Auuid%3A9645FCE52FDC6F4D931253559793957@apache.org<0.urn%253Auuid%253A9645FCE52FDC6F4D931253559793957@apache.org> > >> > >> > >> > >> >> xmlns:ns2="http://ws.apache.org/axis2/mtomsample/">File saved > >> succesfully. > >> 3c > >> > >> --MIMEBoundaryurn_uuid_9645FCE52FDC6F4D931253559793956-- > >> > >> 0 > >> ------------------------------------------------------------------------ > >> HTTP/1.1 200 OK > >> Server: Apache-Coyote/1.1 > >> Content-Type: multipart/related; > >> boundary=MIMEBoundaryurn_uuid_9E87539EB4CACBEB921253619434971; > >> type="application/xop+xml"; start="< > >> 0.urn:uuid:9E87539EB4CACBEB921253619434972@apache.org<0.urn%3Auuid%3A9E87539EB4CACBEB921253619434972@apache.org> > <0.urn%3Auuid%3A9E87539EB4CACBEB921253619434972@apache.org<0.urn%253Auuid%253A9E87539EB4CACBEB921253619434972@apache.org> > >>"; > >> start-info="text/xml" > >> Transfer-Encoding: chunked > >> Date: Tue, 22 Sep 2009 11:37:15 GMT > >> > >> 202 > >> --MIMEBoundaryurn_uuid_9E87539EB4CACBEB921253619434971 > >> Content-Type: application/xop+xml; charset=UTF-8; type="text/xml" > >> Content-Transfer-Encoding: binary > >> Content-ID: <0.urn:uuid:9E87539EB4CACBEB921253619434972@apache.org<0.urn%3Auuid%3A9E87539EB4CACBEB921253619434972@apache.org> > <0.urn%3Auuid%3A9E87539EB4CACBEB921253619434972@apache.org<0.urn%253Auuid%253A9E87539EB4CACBEB921253619434972@apache.org> > >> > >> > >> > >> >> xmlns:ns2="http://ws.apache.org/axis2/mtomsample/">File saved > >> succesfully. > >> 0 > >> ----------------------------------------------------------------------- > >> > >> Thanks, > >> Senaka. > >> > >> > >> On Thu, Sep 3, 2009 at 1:05 PM, Andreas Veithen < > andreas.veithen@gmail.com > >> > wrote: > >> > >>> On Thu, Sep 3, 2009 at 05:51, Amila > >>> Suriarachchi wrote: > >>> > On Thu, Sep 3, 2009 at 3:16 AM, Andreas Veithen > >>> > wrote: > >>> > > >>> >> Hi Amila, > >>> >> > >>> >> I implemented a service and a client according to your description, > >>> >> but I'm unable to reproduce the issue. Any idea if this is a problem > >>> >> at client side or in the server? > >>> >> > >>> > > >>> > you mean you get exactly the same file size after being transfered by > >>> MTOM? > >>> > Hope you have tested > >>> > with few binary files with different file sizes. > >>> > >>> Yes, I tested with different files with sizes ranging from a couple of > >>> KB to several MB. They all got transferred correctly. > >>> > >>> > since there is no exception I have no idea about where could be the > >>> problem > >>> > is. Can the os be a problem? > >>> > I am using Ubuntu linux. > >>> > >>> It could be some subtle problem depending on the OS (I tested on Mac > >>> OS X), the JRE (I tested on Apple/Sun Java 1.5) or the JARs in the > >>> classpath (On the client side, I tested with activation and javamail > >>> from Geronimo and Sun, but there is no difference). > >>> > >>> > thanks, > >>> > Amila. > >>> > > >>> > > >>> >> Andreas > >>> >> > >>> >> On Tue, Sep 1, 2009 at 14:27, Amila > >>> >> Suriarachchi wrote: > >>> >> > hi, > >>> >> > I tested the MTOM with the Axis2 trunk with the following service > >>> >> > > >>> >> > public String sendFile(DataHandler dataHandler){ > >>> >> > try { > >>> >> > FileOutputStream fileOutputStream = new > >>> >> > FileOutputStream("/home/amila/ec2-bak.tgz"); > >>> >> > dataHandler.writeTo(fileOutputStream); > >>> >> > fileOutputStream.flush(); > >>> >> > fileOutputStream.close(); > >>> >> > System.out.println("finish writting"); > >>> >> > } catch (FileNotFoundException e) { > >>> >> > e.printStackTrace(); > >>> >> > } catch (IOException e) { > >>> >> > e.printStackTrace(); > >>> >> > } > >>> >> > return "ok"; > >>> >> > } > >>> >> > > >>> >> > with the service.xml to deploy > >>> >> > > >>> >> > > >>> >> > >>> >> > elementFormDefaultQualified="false"/> > >>> >> > > >>> >> > >>> >> > > >>> >> > class="org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver"/> > >>> >> > >>> >> > > >>> >> > class="org.apache.axis2.rpc.receivers.RPCMessageReceiver"/> > >>> >> > > >>> >> > >>> >> > name="ServiceClass">test.lockhead.service.MTOMService > >>> >> > > >>> >> > > >>> >> > Then I generate the code for this service with ADB and access it > with > >>> the > >>> >> > following client > >>> >> > > >>> >> > private void testMTOM(){ > >>> >> > try { > >>> >> > MTOMServiceStub mtomServiceStub = new MTOMServiceStub(" > >>> >> > > >>> >> > >>> > http://localhost:8080/axis2/services/MTOMService.MTOMServiceHttpSoap12Endpoint/ > >>> >> " > >>> >> > ); > >>> >> > > >>> >> > > >>> >> > > >>> >> > >>> > mtomServiceStub._getServiceClient().getOptions().setProperty(Constants.Configuration.ENABLE_MTOM, > >>> >> > Constants.VALUE_TRUE); > >>> >> > DataSource dataSource = new > >>> >> > FileDataSource("/home/amila/ec2.tgz"); > >>> >> > DataHandler dataHandler = new DataHandler(dataSource); > >>> >> > > >>> >> > mtomServiceStub.sendFile(dataHandler); > >>> >> > } catch (AxisFault axisFault) { > >>> >> > axisFault.printStackTrace(); > >>> >> > } catch (java.rmi.RemoteException e) { > >>> >> > e.printStackTrace(); > >>> >> > } > >>> >> > } > >>> >> > > >>> >> > every thing worked fine. Then I went the command prompt and > compare > >>> the > >>> >> > sizes of the files > >>> >> > > >>> >> > amila@amila:~$ ls -all ec2-bak.tgz ec2.tgz > >>> >> > -rw-r--r-- 1 amila amila 1990 2009-09-01 17:39 ec2-bak.tgz > >>> >> > -rw-r--r-- 1 amila amila 2864 2009-09-01 17:28 ec2.tgz > >>> >> > amila@amila:~$ tar -xvf ec2-bak.tgz > >>> >> > > >>> >> > gzip: stdin: invalid compressed data--format violated > >>> >> > tar: Child returned status 1 > >>> >> > tar: Error exit delayed from previous errors > >>> >> > > >>> >> > so file has not transfered correctly. > >>> >> > > >>> >> > Now if I switch off the MTOM by commenting that line > >>> >> > > >>> >> > amila@amila:~$ ls -all ec2-bak.tgz ec2.tgz > >>> >> > -rw-r--r-- 1 amila amila 2864 2009-09-01 17:53 ec2-bak.tgz > >>> >> > -rw-r--r-- 1 amila amila 2864 2009-09-01 17:28 ec2.tgz > >>> >> > amila@amila:~$ tar -xvf ec2-bak.tgz > >>> >> > .ec2/ > >>> >> > .ec2/accno > >>> >> > .ec2/cert-76TWWMUYTIAS5B7JK73C2FNCQ5R52CBO.pem > >>> >> > .ec2/debian_public_debian_etch_15Sep07-keypair > >>> >> > .ec2/pk-76TWWMUYTIAS5B7JK73C2FNCQ5R52CBO.pem > >>> >> > > >>> >> > it works fine. > >>> >> > > >>> >> > thanks, > >>> >> > Amila. > >>> >> > > >>> >> > > >>> >> > > >>> >> > -- > >>> >> > Amila Suriarachchi > >>> >> > WSO2 Inc. > >>> >> > blog: http://amilachinthaka.blogspot.com/ > >>> >> > > >>> >> > >>> > > >>> > > >>> > > >>> > -- > >>> > Amila Suriarachchi > >>> > WSO2 Inc. > >>> > blog: http://amilachinthaka.blogspot.com/ > >>> > > >>> > >> > >> > > > --00504502ae3910e1950475902208 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Andreas,

Any update on this? I have had no luck so far with figur= ing out what could be exact cause to this and do a neat fix. While we can i= ntroduce a workaround and fix this, I don't think that it would be the = best thing to do. I will have another go at this during this weekend and se= e if I can find a breakthrough.

Thanks,
Senaka.

On Mon, Oct 5, 200= 9 at 1:04 PM, Andreas Veithen <andreas.veithen@gmail.com> wrote:
I will try to free up some time tonight to do a debugging session.

Andreas

On Sun, Oct 4, 2009 at 06:58, Senaka Fernando <senaka@wso2.com> wrote:
> Folks,
>
> We need to get this fixed on Axis2. Andreas, do you have any idea to w= hat
> could be causing this issue?
>
> Thanks,
> Senaka.
>
> On Tue, Sep 22, 2009 at 5:19 PM, Senaka Fernando <senaka@wso2.com> wrote:
>
>> Hi Andreas,
>>
>> Have you tested this with Axis2 deployed as a webapp? MTOM seems t= o work
>> fine with the SimpleAxisServer but not when Axis2 is deployed as a= webapp.
>> Below is what I observed on TCPMon (first response is from the
>> SimpleAxisServer).
>>
>> ------------------------------------------------------------------= ------
>> HTTP/1.1 200 OK
>> Date: Mon, 21 Sep 2009 19:03:14 GMT
>> Server: Simple-Server/1.1
>> Transfer-Encoding: chunked
>> Content-Type: multipart/related;
>> boundary=3DMIMEBoundaryurn_uuid_9645FCE52FDC6F4D931253559793956; >> type=3D"application/xop+xml"; start=3D"<
>> 0.urn:uuid:9645FCE52FDC6F4D931253559793957@apache.org&= lt;0.urn%3Auuid%3A9645FCE52FDC6F4D931253559793957@apache.org>&= gt;";
>> start-info=3D"text/xml"
>>
>> 202
>> --MIMEBoundaryurn_uuid_9645FCE52FDC6F4D931253559793956
>> Content-Type: application/xop+xml; charset=3DUTF-8; type=3D"t= ext/xml"
>> Content-Transfer-Encoding: binary
>> Content-ID: <0.urn:uuid:9645FCE52FDC6F4D931253559793957= @apache.org<0.urn%3Auuid%3A9645FCE52FDC6F4D931253559793957@apa= che.org>>
>>
>>
>> <?xml version=3D'1.0' encoding=3D'UTF-8'?>&l= t;soapenv:Envelope xmlns:soapenv=3D"
>> http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Bo= dy><ns2:AttachmentResponse
>> xmlns:ns2=3D"http://ws.apache.org/axis2/mtomsample/">Fi= le saved
>> succesfully.</ns2:AttachmentResponse></soapenv:Body>&l= t;/soapenv:Envelope>
>> 3c
>>
>> --MIMEBoundaryurn_uuid_9645FCE52FDC6F4D931253559793956--
>>
>> 0
>> ------------------------------------------------------------------= ------
>> HTTP/1.1 200 OK
>> Server: Apache-Coyote/1.1
>> Content-Type: multipart/related;
>> boundary=3DMIMEBoundaryurn_uuid_9E87539EB4CACBEB921253619434971; >> type=3D"application/xop+xml"; start=3D"<
>> 0.urn:uuid:9E87539EB4CACBEB921253619434972@apache.org&= lt;0.urn%3Auuid%3A9E87539EB4CACBEB921253619434972@apache.org>&= gt;";
>> start-info=3D"text/xml"
>> Transfer-Encoding: chunked
>> Date: Tue, 22 Sep 2009 11:37:15 GMT
>>
>> 202
>> --MIMEBoundaryurn_uuid_9E87539EB4CACBEB921253619434971
>> Content-Type: application/xop+xml; charset=3DUTF-8; type=3D"t= ext/xml"
>> Content-Transfer-Encoding: binary
>> Content-ID: <0.urn:uuid:9E87539EB4CACBEB921253619434972= @apache.org<0.urn%3Auuid%3A9E87539EB4CACBEB921253619434972@apa= che.org>>
>>
>>
>> <?xml version=3D'1.0' encoding=3D'UTF-8'?>&l= t;soapenv:Envelope xmlns:soapenv=3D"
>> http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Bo= dy><ns2:AttachmentResponse
>> xmlns:ns2=3D"http://ws.apache.org/axis2/mtomsample/">Fi= le saved
>> succesfully.</ns2:AttachmentResponse></soapenv:Body>&l= t;/soapenv:Envelope>
>> 0
>> ------------------------------------------------------------------= -----
>>
>> Thanks,
>> Senaka.
>>
>>
>> On Thu, Sep 3, 2009 at 1:05 PM, Andreas Veithen <andreas.veithen@gmail.com
>> > wrote:
>>
>>> On Thu, Sep 3, 2009 at 05:51, Amila
>>> Suriarachchi<amilasuriarachchi@gmail.com> wrote:
>>> > On Thu, Sep 3, 2009 at 3:16 AM, Andreas Veithen
>>> > <andreas.= veithen@gmail.com>wrote:
>>> >
>>> >> Hi Amila,
>>> >>
>>> >> I implemented a service and a client according to you= r description,
>>> >> but I'm unable to reproduce the issue. Any idea i= f this is a problem
>>> >> at client side or in the server?
>>> >>
>>> >
>>> > you mean you get exactly the same file size after being t= ransfered by
>>> MTOM?
>>> > Hope you have tested
>>> > with few binary files with different file sizes.
>>>
>>> Yes, I tested with different files with sizes ranging from a c= ouple of
>>> KB to several MB. They all got transferred correctly.
>>>
>>> > since there is no exception I have no idea about where co= uld be the
>>> problem
>>> > is. Can the os be a problem?
>>> > I am using Ubuntu linux.
>>>
>>> It could be some subtle problem depending on the OS (I tested = on Mac
>>> OS X), the JRE (I tested on Apple/Sun Java 1.5) or the JARs in= the
>>> classpath (On the client side, I tested with activation and ja= vamail
>>> from Geronimo and Sun, but there is no difference).
>>>
>>> > thanks,
>>> > Amila.
>>> >
>>> >
>>> >> Andreas
>>> >>
>>> >> On Tue, Sep 1, 2009 at 14:27, Amila
>>> >> Suriarachchi<amilasuriarachchi@gmail.com> wrote:
>>> >> > hi,
>>> >> > I tested the MTOM with the Axis2 trunk with the = following service
>>> >> >
>>> >> > =A0public String sendFile(DataHandler dataHandle= r){
>>> >> > =A0 =A0 =A0 =A0try {
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0FileOutputStream fileOutp= utStream =3D new
>>> >> > FileOutputStream("/home/amila/ec2-bak.tgz&q= uot;);
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0dataHandler.writeTo(fileO= utputStream);
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0fileOutputStream.flush();=
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0fileOutputStream.close();=
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0System.out.println("= finish writting");
>>> >> > =A0 =A0 =A0 =A0} catch (FileNotFoundException e)= {
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0e.printStackTrace();
>>> >> > =A0 =A0 =A0 =A0} catch (IOException e) {
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0e.printStackTrace();
>>> >> > =A0 =A0 =A0 =A0}
>>> >> > =A0 =A0 =A0 =A0return "ok";
>>> >> > =A0 =A0}
>>> >> >
>>> >> > with the service.xml to deploy
>>> >> >
>>> >> > <service name=3D"MTOMService"> >>> >> > =A0 =A0 =A0 =A0<schema schemaNamespace=3D&quo= t;http://org.apac= he.axis2/xsd"
>>> >> > elementFormDefaultQualified=3D"false"/= >
>>> >> > =A0 =A0 =A0 =A0<messageReceivers>
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0<messageReceiver mep= =3D"
>>> http://www.w3.org/2004/08/wsdl/in-only"
>>> >> >
>>> >> > class=3D"org.apache.axis2.rpc.receivers.RPC= InOnlyMessageReceiver"/>
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0<messageReceiver mep= =3D"
>>> http://www.w3.org/2004/08/wsdl/in-out"
>>> >> >
>>> >> > class=3D"org.apache.axis2.rpc.receivers.RPC= MessageReceiver"/>
>>> >> > =A0 =A0 =A0 =A0</messageReceivers>
>>> >> > =A0 =A0 =A0 =A0<parameter
>>> >> > name=3D"ServiceClass">test.lockhead= .service.MTOMService</parameter>
>>> >> > =A0 =A0</service>
>>> >> >
>>> >> > Then I generate the code for this service with A= DB and access it with
>>> the
>>> >> > following client
>>> >> >
>>> >> > private void testMTOM(){
>>> >> > =A0 =A0 =A0 =A0try {
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0MTOMServiceStub mtomServi= ceStub =3D new MTOMServiceStub("
>>> >> >
>>> >>
>>> http://localhost:8080/axis2= /services/MTOMService.MTOMServiceHttpSoap12Endpoint/
>>> >> "
>>> >> > );
>>> >> >
>>> >> >
>>> >> >
>>> >>
>>> mtomServiceStub._getServiceClient().getOptions().setProperty(C= onstants.Configuration.ENABLE_MTOM,
>>> >> > Constants.VALUE_TRUE);
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0DataSource dataSource =3D= new
>>> >> > FileDataSource("/home/amila/ec2.tgz");=
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0DataHandler dataHandler = =3D new DataHandler(dataSource);
>>> >> >
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0mtomServiceStub.sendFile(= dataHandler);
>>> >> > =A0 =A0 =A0 =A0} catch (AxisFault axisFault) { >>> >> > =A0 =A0 =A0 =A0 =A0 =A0axisFault.printStackTrace= ();
>>> >> > =A0 =A0 =A0 =A0} catch (java.rmi.RemoteException= e) {
>>> >> > =A0 =A0 =A0 =A0 =A0 =A0e.printStackTrace();
>>> >> > =A0 =A0 =A0 =A0}
>>> >> > =A0 =A0}
>>> >> >
>>> >> > every thing worked fine. Then I went the command= prompt and compare
>>> the
>>> >> > sizes of the files
>>> >> >
>>> >> > amila@amila:~$ ls -all ec2-bak.tgz ec2.tgz
>>> >> > -rw-r--r-- 1 amila amila 1990 2009-09-01 17:39 e= c2-bak.tgz
>>> >> > -rw-r--r-- 1 amila amila 2864 2009-09-01 17:28 e= c2.tgz
>>> >> > amila@amila:~$ tar -xvf ec2-bak.tgz
>>> >> >
>>> >> > gzip: stdin: invalid compressed data--format vio= lated
>>> >> > tar: Child returned status 1
>>> >> > tar: Error exit delayed from previous errors
>>> >> >
>>> >> > so file has not transfered correctly.
>>> >> >
>>> >> > Now if I switch off the MTOM by commenting that = line
>>> >> >
>>> >> > amila@amila:~$ ls -all ec2-bak.tgz ec2.tgz
>>> >> > -rw-r--r-- 1 amila amila 2864 2009-09-01 17:53 e= c2-bak.tgz
>>> >> > -rw-r--r-- 1 amila amila 2864 2009-09-01 17:28 e= c2.tgz
>>> >> > amila@amila:~$ tar -xvf ec2-bak.tgz
>>> >> > .ec2/
>>> >> > .ec2/accno
>>> >> > .ec2/cert-76TWWMUYTIAS5B7JK73C2FNCQ5R52CBO.pem >>> >> > .ec2/debian_public_debian_etch_15Sep07-keypair >>> >> > .ec2/pk-76TWWMUYTIAS5B7JK73C2FNCQ5R52CBO.pem
>>> >> >
>>> >> > it works fine.
>>> >> >
>>> >> > thanks,
>>> >> > Amila.
>>> >> >
>>> >> >
>>> >> >
>>> >> > --
>>> >> > Amila Suriarachchi
>>> >> > WSO2 Inc.
>>> >> > blog: http://amilachinthaka.blogspot.com/
>>> >> >
>>> >>
>>> >
>>> >
>>> >
>>> > --
>>> > Amila Suriarachchi
>>> > WSO2 Inc.
>>> > blog: http://amilachinthaka.blogspot.com/
>>> >
>>>
>>
>>
>

--00504502ae3910e1950475902208--