[ 
https://issues.apache.org/jira/browse/CXF-7794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rajesh updated CXF-7794:
------------------------
    Docs Text: 
wsdl:<xsd:element name="CustomInteger" minOccurs="0" m axOccurs="unbounded" 
nillable="true">
<xsd:complexType>
<xsd:annotation>
<xsd:documentation>"URN" is the name of a flex field that can be imported or 
exported.</xsd:documentation> 
</xsd:annotation>
<xsd:simpleContent>
<xsd:extension base="xsd:integer">
<xsd:attribute name="name" type="xsd:string"/> 
</xsd:extension>
</xsd:simpleContent>
</xsd:complexType>
</xsd:element>
     Bindingclasses:

  public static class CustomInteger {
                @XmlValue
                protected BigInteger value;
                @XmlAttribute(name = "name")
                protected String name;

 soap request:
       <!--    <CustomInteger name="URN">10 </CustomInteger>-->working
                   <CustomInteger name="URN" />-not working
      error:
     org.apache.cxf.interceptor.Fault: Unmarshalling Error: Zero length 
BigInteger 
 at 
org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:905) 
~[cxf-rt-databinding-jaxb-3.2.4.jar:3.2.4]
 at 
org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:711) 
~[cxf-rt-databinding-jaxb-3.2.4.jar:3.2.4]
 at org.apache.cxf.jaxb.io.DataReaderImpl.read(DataReaderImpl.java:172) 
~[cxf-rt-databinding-jaxb-3.2.4.jar:3.2.4]
 at 
org.apache.cxf.wsdl.interceptors.DocLiteralInInterceptor.handleMessage(DocLiteralInInterceptor.java:194)
 ~[cxf-rt-wsdl-3.2.4.jar:3.2.4]

  was:
wsdl:<xsd:element name="CustomInteger" minOccurs="0" m axOccurs="unbounded" 
nillable="true">
<xsd:complexType>
<xsd:annotation>
<xsd:documentation>"URN" is the name of a flex field that can be imported or 
exported.</xsd:documentation> 
</xsd:annotation>
<xsd:simpleContent>
<xsd:extension base="xsd:integer">
<xsd:attribute name="name" type="xsd:string"/> 
</xsd:extension>
</xsd:simpleContent>
</xsd:complexType>
</xsd:element>
     Bindingclasses:

  public static class CustomInteger {
                @XmlValue
                protected BigInteger value;
                @XmlAttribute(name = "name")
                protected String name;

nir   soap request:
       <!--    <CustomInteger name="URN">10 </CustomInteger>-->working
                   <CustomInteger name="URN" />-not working
      error:
     org.apache.cxf.interceptor.Fault: Unmarshalling Error: Zero length 
BigInteger 
 at 
org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:905) 
~[cxf-rt-databinding-jaxb-3.2.4.jar:3.2.4]
 at 
org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:711) 
~[cxf-rt-databinding-jaxb-3.2.4.jar:3.2.4]
 at org.apache.cxf.jaxb.io.DataReaderImpl.read(DataReaderImpl.java:172) 
~[cxf-rt-databinding-jaxb-3.2.4.jar:3.2.4]
 at 
org.apache.cxf.wsdl.interceptors.DocLiteralInInterceptor.handleMessage(DocLiteralInInterceptor.java:194)
 ~[cxf-rt-wsdl-3.2.4.jar:3.2.4]


> BigInteger Binding classes  cxf interceptor error
> -------------------------------------------------
>
>                 Key: CXF-7794
>                 URL: https://issues.apache.org/jira/browse/CXF-7794
>             Project: CXF
>          Issue Type: Bug
>          Components: JAX-WS Runtime, JAXB Databinding
>    Affects Versions: 3.2.4
>            Reporter: Rajesh
>            Priority: Major
>         Attachments: CXF Binding Issue.txt, CXFBindingIssue.docx
>
>   Original Estimate: 20h
>  Remaining Estimate: 20h
>
> Problem is when I' m not passing customIngeger value which is BigInteger Type 
> in soap request I'm getting cxf interceptor error .if I change binding class 
> datatype from BigInteger to String to same attribute I'm able to test it out. 
> Why for big integer data types cxf is throwing interceptor error though its 
> optional parameter.Find the details in attachments
>  
> Any help would be appreciated.
> Thank you.
> [      
> |https://s1.ariba.com/Buyer/soap/cisco-child-T/PaymentRealTimeExport_v2?wsdl&validate=false]
>  
>  
>  
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to