Return-Path: Delivered-To: apmail-ws-axis-user-archive@www.apache.org Received: (qmail 7359 invoked from network); 2 Aug 2006 13:43:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Aug 2006 13:43:24 -0000 Received: (qmail 5786 invoked by uid 500); 2 Aug 2006 13:43:15 -0000 Delivered-To: apmail-ws-axis-user-archive@ws.apache.org Received: (qmail 5773 invoked by uid 500); 2 Aug 2006 13:43:15 -0000 Mailing-List: contact axis-user-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-user@ws.apache.org Received: (qmail 5762 invoked by uid 99); 2 Aug 2006 13:43:15 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Aug 2006 06:43:15 -0700 X-ASF-Spam-Status: No, hits=0.8 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of amit.andhale@gmail.com designates 66.249.82.202 as permitted sender) Received: from [66.249.82.202] (HELO wx-out-0102.google.com) (66.249.82.202) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Aug 2006 06:43:14 -0700 Received: by wx-out-0102.google.com with SMTP id s8so62379wxc for ; Wed, 02 Aug 2006 06:42:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=X5/UtdQ4AoCpu2flOP7CZuqNZZ9ekYLRql2DUmXP6xfjCLZOtte5sdiRGIhaYH+cupMzoVaZ/KHx7aK4QBwtpJmP6VvRA9oXcYVzKUIImDVKF5OFlcDgkATHFA0jRkFzDk1/D+Hb6K3BnylsGHEMFBx2QicsDSkGD91Ih4oqC6U= Received: by 10.78.164.13 with SMTP id m13mr331192hue; Wed, 02 Aug 2006 06:42:53 -0700 (PDT) Received: by 10.78.185.1 with HTTP; Wed, 2 Aug 2006 06:42:52 -0700 (PDT) Message-ID: <497a65630608020642t41674557oe5e8119ac45bf902@mail.gmail.com> Date: Wed, 2 Aug 2006 19:12:52 +0530 From: "Amit Andhale" To: axis-user@ws.apache.org Subject: Re: Axis 1.3: Axis Interoperability issue with .net In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_11469_14101899.1154526172855" References: X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_11469_14101899.1154526172855 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Pradeep, I faced same problem as you. I have an workaround for this problem. Instead of returning Array directly from a Function you can Wrap that array inside Class and return object of that class from your function. You will get both Array and Array inside this Array. Amit On 8/1/06, Anne Thomas Manes wrote: > > I thought it was fixed in 1.4, but recent postings to the list make > think that it wasn't. > The bug is that Axis uses the same element name for both the array > wrapping element and the array items. e.g., > > > ... > ... > > > instead of > > > ... > ... > > > One way to work around this problem is to use unwrapped arrays. > > Anne > > On 7/31/06, Pradeep Reddy wrote: > > Anne, > > > > Thanks for your quick reply. > > > > I looked up JIRA and found this issue. > > http://issues.apache.org/jira/browse/AXIS-2267 > > PublishedAsset is a subclass but I don't have any mixed type arrays. So > this > > might not be the bug that you are referring to. > > I applied the patch to this issue to the > > org.apache.axis.encoding.SerializationContext and ran into > > the same issue again. > > > > Was this bug fixed in axis 1.4? > > > > Regards, > > Pradeep > > > > > > On 7/31/06, Anne Thomas Manes wrote: > > > > > This is a bug in the way Axis 1.3 manages arrays. > > > > > > On 7/31/06, Pradeep Reddy wrote: > > > Hi all, > > > I am using Axis 1.3. > > > > > > My webservice is sending back a response that is similar to this for > > couple > > > of contained objects. > > > .... > > > > > > ... > > > > > > ... > > > > > > However, .NET is expecting > > > .. > > > > > > > > > .... > > > > > > > > > .. > > > and returns null values for ContactInfo objects. > > > > > > ContactInfo is the type of object that client builds after recieving > the > > > response. > > > Please note that Contactinfo is returned as part of a larger object > > > PublishedAsset. > > > > > > PublishedAsset > > > -- ArrayOfAssetContact > > > --AssetContact > > > ---ContactInfo > > > > > > Has anyone seen this issue before? Any help would be greatly > appreciated. > > > > > > Thanks, > > > Pradeep > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org > > For additional commands, e-mail: axis-user-help@ws.apache.org > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org > For additional commands, e-mail: axis-user-help@ws.apache.org > > ------=_Part_11469_14101899.1154526172855 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hi Pradeep,
I faced same problem as you.
I have an workaround for this problem.
Instead of returning Array directly from a Function you can Wrap that array inside Class and return object of that class from your function.
You will get both Array and Array inside this Array.
 
Amit


 
On 8/1/06, Anne Thomas Manes <atmanes@gmail.com> wrote:
I thought it was fixed in 1.4, but recent postings to the list make
think that it wasn't.
The bug is that Axis uses the same element name for both the array
wrapping element and the array items. e.g.,

<arrayofFoo>
<arrayofFoo>...</arrayofFoo>
<arrayofFoo>...</arrayofFoo>
</arraryofFoo>

instead of

<arrayofFoo>
  <foo>...</foo>
  <foo>...</foo>
</arrayofFoo>

One way to work around this problem is to use unwrapped arrays.

Anne

On 7/31/06, Pradeep Reddy < deepgun74@gmail.com> wrote:
> Anne,
>
> Thanks for your quick reply.
>
> I looked up JIRA and found this issue.
> http://issues.apache.org/jira/browse/AXIS-2267
> PublishedAsset is a subclass but I don't have any mixed type arrays. So this
> might not be the bug that you are referring to.
> I applied the patch to this issue to the
> org.apache.axis.encoding.SerializationContext and ran into
> the same issue again.
>
> Was this bug fixed in axis 1.4?
>
> Regards,
> Pradeep
>
>
>  On 7/31/06, Anne Thomas Manes < atmanes@gmail.com> wrote:
> >
>  This is a bug in the way Axis 1.3 manages arrays.
>
>
> On 7/31/06, Pradeep Reddy <deepgun74@gmail.com> wrote:
> > Hi all,
> > I am using Axis 1.3.
> >
> > My webservice is sending back a response that is similar to this for
> couple
> > of contained objects.
> > ....
> > <iv_contactInfo>
> > ...
> > <iv_contactInfo>
> > ...
> >
> > However, .NET is expecting
> > ..
> > <ContactInfo>
> > <iv_contactInfo>
> > ....
> > <iv_contactInfo>
> > <ContactInfo>
> > ..
> > and returns null values for ContactInfo objects.
> >
> > ContactInfo is the type of object that client builds after recieving the
> > response.
> > Please note that Contactinfo is returned as part of a larger object
> > PublishedAsset.
> >
> > PublishedAsset
> >    -- ArrayOfAssetContact
> >           --AssetContact
> >               ---ContactInfo
> >
> > Has anyone seen this issue before?  Any help would be greatly appreciated.
> >
> > Thanks,
> > Pradeep
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org


------=_Part_11469_14101899.1154526172855--