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 "Dan Armbrust (JIRA)" <ax...@ws.apache.org> on 2005/06/13 17:00:55 UTC
[jira] Created: (AXIS-2050) .NET interop failure on arrays of complex types.
.NET interop failure on arrays of complex types.
------------------------------------------------
Key: AXIS-2050
URL: http://issues.apache.org/jira/browse/AXIS-2050
Project: Apache Axis
Type: Bug
Versions: current (nightly)
Reporter: Dan Armbrust
Priority: Critical
When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
I have set up two public Axis servers to demonstrate the problem.
Daily Build of Axis:
http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
1.2RC2 build:
http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
Here is how I reproduce the error using C#.
Create a new solution named "Bug".
Create a web reference to the daily build wsdl file - naming it 'runtime".
Create a new class, with the following contents:
using System;
using Bug.runtime;
namespace Bug
{
public class RuntimeTest
{
static void Main()
{
RuntimeOperationsService ros = new RuntimeOperationsService();
CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
foreach (CodeSystemIdAndVersions a in temp)
{
Console.WriteLine(a.codeSystem_id);
Console.WriteLine(a.codeSystem_name);
Console.WriteLine(a.codeSystem_versions);
Console.WriteLine(a.copyright);
}
Console.WriteLine("");
Console.WriteLine("The size was " + temp.Length);
}
}
}
Run the code, observe that it only outputs one item.
Now, change the address of the web reference to the 1.2 RC2 address.
"Update" the web reference.
Rerun.
Observe an output of 156 items.
I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313507 ]
Davanum Srinivas commented on AXIS-2050:
----------------------------------------
i can recreate the problem.
-- dims
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Updated: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=all ]
Dan Armbrust updated AXIS-2050:
-------------------------------
Attachment: returnedWsdl.txt
VocabRuntime.wsdl
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: CodeSystemIdAndVersions.java, RC2 request, RC2 response, VocabRuntime.wsdl, daily request, daily response, returnedWsdl.txt
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313590 ]
Dan Armbrust commented on AXIS-2050:
------------------------------------
Just tested the daily build - everything appears to be working now. Thanks for yet another last minute fix!
Dan
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: CodeSystemIdAndVersions.java, RC2 request, RC2 response, VocabRuntime.wsdl, daily request, daily response, returnedWsdl.txt
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313508 ]
Dan Armbrust commented on AXIS-2050:
------------------------------------
Of course, when I try to create a simplified test case, I can't get the error.
So I started comparing my simplified test case - and it led me to discover that the daily build is mauling a different part of my model when it goes from java2wsdl:
The CodeSystemIdAndVersions object looks like this in the 1.2RC2 build wsdl file:
<complexType name="CodeSystemIdAndVersions">
<sequence>
<element name="codeSystem_id" nillable="true" type="xsd:string"/>
<element name="codeSystem_name" nillable="true" type="xsd:string"/>
<element name="copyright" nillable="true" type="xsd:string"/>
<element name="codeSystem_versions" nillable="true" type="impl:ArrayOf_xsd_string"/>
</sequence>
</complexType>
But it looks like this in the daily build:
<complexType name="CodeSystemIdAndVersions">
<sequence>
<element name="codeSystem_id" nillable="true" type="xsd:string"/>
<element name="codeSystem_name" nillable="true" type="xsd:string"/>
<element name="copyright" nillable="true" type="xsd:string"/>
<element name="codeSystem_versions" nillable="true" type="xsd:string"/>
</sequence>
</complexType>
It has completely lost the fact that codeSystem_versions is supposed to be an Array! I wonder if this is what is confusing the .NET client?
I'm not sure why it is mauling this - it is not doing it in the small test I wrote up. I'm going to have to figure out what is different between my small test, and my real code package. More info to come if/when I figure out what is confusing it.
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Updated: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=all ]
Davanum Srinivas updated AXIS-2050:
-----------------------------------
Priority: Blocker (was: Critical)
Blocker?
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313482 ]
Dan Armbrust commented on AXIS-2050:
------------------------------------
This is possibly related to http://issues.apache.org/jira/browse/AXIS-1985 - it mentioned that he was only getting 1x1 arrays back - which is basically what I am seeing - but you closed it as unable to reproduce?
Hopefully you can reproduce mine :)
Dan
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Critical
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313509 ]
Dan Armbrust commented on AXIS-2050:
------------------------------------
Just catching up on your comments now... I'll post the requested files.
What I recently discovered:
When I said that java2wsdl was doing something wrong in the previous comment, I was mistaken.
The WSDL that comes out of java2wsdl appears correct. However - when I then create the server stubs, and deploy them to the server - and then ask the server for the WSDL via a "axis/services/VocabRuntimeService?wsdl" call - the WSDL that is returned here is different from the WSDL generated by java2wsdl. Noteably, it loses the string[] information for the codeSystem_versions field.
I'll attach both files.
The differences between the files VocabRuntime.wsdl (this file was generated by java2Wsdl) and returnedWsdl (wsdl returned by an http request to the server) are that this is missing:
<complexType name="ArrayOf_xsd_string">
<sequence>
<element maxOccurs="unbounded" minOccurs="0" name="item" type="xsd:string"/>
</sequence>
</complexType>
And everywhere it should have been type="impl:ArrayOf_xsd_string" is now type="xsd:string"
Dan
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: CodeSystemIdAndVersions.java, RC2 request, RC2 response, VocabRuntime.wsdl, daily request, daily response, returnedWsdl.txt
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Resolved: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=all ]
Davanum Srinivas resolved AXIS-2050:
------------------------------------
Resolution: Fixed
Added a fix in ws-axis/java/src/org/apache/axis/encoding/ser/BeanSerializer.java. No need for any workarounds. Please try it and let me know.
thanks,
dims
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: CodeSystemIdAndVersions.java, RC2 request, RC2 response, VocabRuntime.wsdl, daily request, daily response, returnedWsdl.txt
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Tom Jordahl (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313496 ]
Tom Jordahl commented on AXIS-2050:
-----------------------------------
I have reproduced this using the C# program and your services.
In order to debug this, I would like to run the service (or some sort of simulation of it) on my machine so I can see what is going on. The real question is if we can detect no differences between the 2 XML responses, why does .NET get the nightly builds response wrong. I will try using an XML diff program to compare the 2 responses....
In the mean time, do you have a small service class that returns this data structure we can debug with?
Thanks.
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Critical
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Tom Jordahl (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313499 ]
Tom Jordahl commented on AXIS-2050:
-----------------------------------
The only difference that the XML diff tool at http://apps.gotdotnet.com/xmltools/xmldiff/ reports is that the nightly repsonse has the <?xml> header at the top of the response and the RC2 response does not.
What is up with that?
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Critical
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313529 ]
Davanum Srinivas commented on AXIS-2050:
----------------------------------------
Another work around...when you run wsdl2java (against the wsdl that comes out of the java2wsdl tool) then use the following option "--wrapArrays off". That does the trick as well.
Problem is caused by loss of metadata when we try to un wrap arrays, the dynamically generated wsdl acts as though codeSystem_versions is just a string and not a string array.
So you have 2 work arounds, either of which works for now. Let me dig a bit into the code and see if there's anyway to fix things since "--wrapArrays on" is the default.
-- dims
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: CodeSystemIdAndVersions.java, RC2 request, RC2 response, VocabRuntime.wsdl, daily request, daily response, returnedWsdl.txt
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313503 ]
Davanum Srinivas commented on AXIS-2050:
----------------------------------------
Can you please post your CodeSystemIdAndVersions java file? especially of interest is the codeSystem_versions field. That is one thing that stands out when comparing the 2 wsdl's.
thanks,
dims
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313511 ]
Dan Armbrust commented on AXIS-2050:
------------------------------------
Yes - this definately appears to be the issue.
I tricked .NET into building the client stubs against the WSDL file as it is when it comes out of the java2wsdl tool - then I manually modifed the stubs to run against the correct place - and poof - all of the arrays came through fine.
At least I have a workaround now - and it only leaves the question of why is Axis sending a mauled version of the wsdl when you dynamically request it?
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: CodeSystemIdAndVersions.java, RC2 request, RC2 response, VocabRuntime.wsdl, daily request, daily response, returnedWsdl.txt
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Updated: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=all ]
Dan Armbrust updated AXIS-2050:
-------------------------------
Attachment: daily response
RC2 request
RC2 response
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Critical
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Updated: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=all ]
Dan Armbrust updated AXIS-2050:
-------------------------------
Attachment: CodeSystemIdAndVersions.java
Requested File - this is the CodeSystemIdAndVersions class that the java2Wsdl tool is using.
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: CodeSystemIdAndVersions.java, RC2 request, RC2 response, VocabRuntime.wsdl, daily request, daily response, returnedWsdl.txt
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313501 ]
Dan Armbrust commented on AXIS-2050:
------------------------------------
This particular example contains a rediculous number of dependancies, complications - etc. I'll try to come up with a simple stand-alone example of the problem that you can run locally - hopefully I can get it done today.
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Davanum Srinivas (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313502 ]
Davanum Srinivas commented on AXIS-2050:
----------------------------------------
yes, that would be awesome!
thanks,
dims
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Blocker
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Updated: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=all ]
Dan Armbrust updated AXIS-2050:
-------------------------------
Attachment: daily request
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Critical
> Attachments: RC2 request, RC2 response, daily request, daily response
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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
[jira] Commented: (AXIS-2050) .NET interop failure on arrays of complex types.
Posted by "Dan Armbrust (JIRA)" <ax...@ws.apache.org>.
[ http://issues.apache.org/jira/browse/AXIS-2050?page=comments#action_12313478 ]
Dan Armbrust commented on AXIS-2050:
------------------------------------
My WSDL for this service was generated as follows:
Here is how I initially generated the WSDL (from an ant verbose mode run, ignore the ant [java] stuff...)
[echo] Generating build/wsdl/VocabBrowser.wsdl from org.hl7.CTSVAPI.BrowserOperations
[java] Executing 'C:\Program Files\Java\j2sdk_1.4.2_05\jre\bin\java.exe' with arguments:
[java] '-classpath'
[java] 'C:\Eclipse Projects\general-workspace\CTS\hl7spec\build\idljava\classes;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\xerces.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\xml-apis.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\build\lib\ctsImpl.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\CTSUtility.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\build\wsdljava\classes;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\activation.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\axis-ant.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\axis.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\commons-discovery-0.2.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\commons-logging-1.0.4.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\jaxrpc.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\log4j-1.2.8.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\mail.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\saaj.jar;C:\Eclipse Projects\general-workspace\CTS\hl7spec\extLib\axis\wsdl4j-1.5.1.jar'
[java] 'org.apache.axis.wsdl.Java2WSDL'
[java] '-o'
[java] 'build/wsdl/VocabRuntime.wsdl'
[java] '-n'
[java] 'urn://hl7.org/CTSVAPI'
[java] '-i'
[java] 'org.hl7.CTSVAPI.refImpl.RuntimeOperationsImpl'
[java] '-lhttp://localhost:8080/axis/services/VocabRuntimeService'
[java] '-porg.hl7.cts.types=urn://cts.hl7.org/types'
[java] '-porg.hl7.CTSMAPI=urn://hl7.org/CTSMAPI'
[java] '-porg.hl7.CTSVAPI=urn://hl7.org/CTSVAPI'
[java] '-y'
[java] 'WRAPPED'
[java] 'org.hl7.CTSVAPI.RuntimeOperations'
[java]
[java] The ' characters around the executable and arguments are
[java] not part of the command.
The two files that I am about to attach are intercepts of the messages by tcpmon when I make the .NET calls as outline above.
> .NET interop failure on arrays of complex types.
> ------------------------------------------------
>
> Key: AXIS-2050
> URL: http://issues.apache.org/jira/browse/AXIS-2050
> Project: Apache Axis
> Type: Bug
> Versions: current (nightly)
> Reporter: Dan Armbrust
> Priority: Critical
>
> When consuming a webservice with .NET (C# client code) - all complex type arrays are presented in .NET as a size 1 array. The rest of the data is lost. This does not occur with the Axis client code. This was last known to work correctly in 1.2 RC2.
> I set this at Critical, but if someone else can reproduce this, I feel that it should be a blocker to the 1.2.1 release.
> I have set up two public Axis servers to demonstrate the problem.
> Daily Build of Axis:
> http://informatics.mayo.edu:8180/dailyBuild/services/VocabRuntimeService?wsdl
> 1.2RC2 build:
> http://informatics.mayo.edu:8180/SOAP-HL7-CTS/services/VocabRuntimeService?wsdl
> Here is how I reproduce the error using C#.
> Create a new solution named "Bug".
> Create a web reference to the daily build wsdl file - naming it 'runtime".
> Create a new class, with the following contents:
> using System;
> using Bug.runtime;
> namespace Bug
> {
> public class RuntimeTest
> {
> static void Main()
> {
> RuntimeOperationsService ros = new RuntimeOperationsService();
> CodeSystemIdAndVersions[] temp = ros.getSupportedCodeSystems(0,0);
> foreach (CodeSystemIdAndVersions a in temp)
> {
>
> Console.WriteLine(a.codeSystem_id);
> Console.WriteLine(a.codeSystem_name);
> Console.WriteLine(a.codeSystem_versions);
> Console.WriteLine(a.copyright);
> }
> Console.WriteLine("");
> Console.WriteLine("The size was " + temp.Length);
>
> }
> }
> }
> Run the code, observe that it only outputs one item.
> Now, change the address of the web reference to the 1.2 RC2 address.
> "Update" the web reference.
> Rerun.
> Observe an output of 156 items.
> I will post more information shortly - but it would be great if someone else could verify this bug.
--
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