axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rincewind Wizard (JIRA)" <>
Subject [jira] Created: (AXIS2-782) ADB ConversionUtil throws exception when called with valid arrayList and BigInteger.class
Date Tue, 30 May 2006 19:06:32 GMT
ADB ConversionUtil throws exception when called with valid arrayList and BigInteger.class

         Key: AXIS2-782
     Project: Apache Axis 2.0 (Axis2)
        Type: Bug

  Components: databinding  
    Versions: 1.0    
 Environment: Windows XP SP2 with Eclipse and Java 1.5.0_06
    Reporter: Rincewind Wizard
 Attachments: SVMHCServiceBSNS.wsdl

We used WSDL2Java to create a client and a service using ADB databinding from a WSDL that
contains the following return types:

<xs:element name="predictEpitopesResponse">
   <xs:element minOccurs="0" type="xs:integer" name="StartPositions" maxOccurs="unbounded"/>
   <xs:element minOccurs="0" type="xs:double" name="Scores" maxOccurs="unbounded"/>

Curiously, WSDL2Java wants the integer array to be of type BigInteger, which is not what we
expected (long maybe? how can we ensure this?)

The code that causes the following exception looks like this:

object.setStartPositions( (java.math.BigInteger[])                                       
                                  java.math.BigInteger.class, list1));

This is the output of the err.println and the exception:

[0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12]
java.lang.RuntimeException: java.lang.ArrayStoreException
	at org.apache.axis2.SVMHCServiceStub.fromOM(
	at org.apache.axis2.SVMHCServiceStub.predictEpitopes(
	at org.apache.axis2.schmain.main(
Caused by: java.lang.ArrayStoreException
	at java.lang.System.arraycopy(Native Method)
	at java.util.ArrayList.toArray(Unknown Source)
	at org.apache.axis2.databinding.utils.ConverterUtil.convertToArray(
	at org.apache.axis2.SVMHCServiceStub$PredictEpitopesResponse$Factory.parse(
	at org.apache.axis2.SVMHCServiceStub.fromOM(
	... 2 more

We think it looks like the numbers are integers... so there's no reason why the ConverterUtil
should fail like this.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message