Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 48820 invoked from network); 26 Oct 2005 14:49:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 26 Oct 2005 14:49:30 -0000 Received: (qmail 98298 invoked by uid 500); 26 Oct 2005 14:49:25 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 98243 invoked by uid 500); 26 Oct 2005 14:49:24 -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 98195 invoked by uid 99); 26 Oct 2005 14:49:24 -0000 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=SPF_FAIL X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Oct 2005 07:49:21 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id DFF1E220 for ; Wed, 26 Oct 2005 16:49:00 +0200 (CEST) Message-ID: <1811065789.1130338140915.JavaMail.jira@ajax.apache.org> Date: Wed, 26 Oct 2005 16:49:00 +0200 (CEST) From: "Ryan Bell (JIRA)" To: axis-dev@ws.apache.org Subject: [jira] Commented: (AXIS-1433) Problem about Stub adds the Attachment of response to the next request In-Reply-To: <852590072.1089007319363.JavaMail.apache@nagoya> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/AXIS-1433?page=comments#action_12355978 ] Ryan Bell commented on AXIS-1433: --------------------------------- We are running into this problem as well. We are currently distributing the client code automatically generated by wsdl2java to our customers. Because of this bug we are going to have to stop doing this and modify all clients before passing them on as well as notify customer that are generating clients on their own with axis that they will have to make the same modifications. > Problem about Stub adds the Attachment of response to the next request > ---------------------------------------------------------------------- > > Key: AXIS-1433 > URL: http://issues.apache.org/jira/browse/AXIS-1433 > Project: Apache Axis > Type: Bug > Versions: 1.2 Beta, 1.0, 1.2 Alpha, 1.1RC1, 1.1rc2, 1.1, 1.1beta > 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://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira