You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Takaya Matsuishi (JIRA)" <ax...@ws.apache.org> on 2004/12/01 07:02:22 UTC

[jira] Commented: (AXIS-1433) Problem about Stub adds the Attachment of response to the next request

     [ http://nagoya.apache.org/jira/browse/AXIS-1433?page=comments#action_56050 ]
     
Takaya Matsuishi commented on AXIS-1433:
----------------------------------------

Hi, all,

I confirmed this issue with the latest code in CVS.
As the result, the latest version still include this issue.
I confirmed these three points.

1. I tested the combination of the latest Axis and the older Stub.
The latest Axis : compiled the latest code in CVS. I changed only in the client side.
The older Stub : generated from Axis 1.1.
Result : The request includes the attachment of the previous response.

2. I tested the combination of the latest Axis and the latest Stub.
The latest Axis : compiled the latest code in CVS. I changed only in the client side.
The latest Stub : generated from the latest Axis above.
Result : The request includes the attachment of the previous response.

3. Reviewed the latest code in CVS.
I could not find any fix on this issue.
The codes, which clear some arrays of attachment, was seemed to be added. However, it can not apply on this issue.

Regards.


> Problem about Stub adds the Attachment of response to the next request
> ----------------------------------------------------------------------
>
>          Key: AXIS-1433
>          URL: http://nagoya.apache.org/jira/browse/AXIS-1433
>      Project: Axis
>         Type: Bug
>     Versions: 1.0, 1.1beta, 1.1, 1.1RC1, 1.1rc2, 1.2 Alpha, 1.2 Beta
>  Environment: OS:Win2k
> JRE: J2SE1.4.2_03
> Axis 1.1, 1.2Beta
>     Reporter: Takaya Matsuishi
>     Priority: Critical

>
> Hi, all
> Our software(Client for Web Service) calls Web Service which returns
> MIME Attachment with Stub generated by WSDL2Java.
> While the client had held DataHandler acquired from the response is
> called, if the client calls web service using same Stub instance, client
> CAN NOT access to the InputStream in DataHandler.
> (InputStream throws IOException of "resouceDeleted.")
> I investigated the source, and confirmed InputStream becomes invalid in the
> following flow.
> 1. 
> At this line of each Stub methods,
> "extractAttachements(_call);"
> (after "Object _resp = call.invoke(xx);"),
> Stub holds attachments in response.
> 2.
> Stub adds to the request in next "setAttachments(_call);".
> 3.
> When HttpSender outputs the requests to the stream, Massage calls
> "AttachmentsImpl#writeContentToStream()".
> 4.
> AttatchementImpl calls ManagedMemoryDataSource#delete(), then
> InputStream becomes invalid.
> I also saw these bug reports.
> http://marc.theaimsgroup.com/?l=axis-dev&m=104154097030432&w=2
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13769
> However, I cannot understand why Stub adds the Attachment of response to
> the next request, and I have no idea how I should avoid.
> Please advise me.
> Thank you.
> Best regards,
> Takaya Matsuishi

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira