InstantiationException: java.math.BigDecimal in jaxws:endpoint

Question

I have web service:

@SchemaValidation
@WebService(endpointInterface = "myEndpoint",
            portName = "myPort", serviceName = "myService")
public class MyEndpointImpl implements MyEndpoint {

injected by spring to jetty with CXF:

<jaxws:endpoint
        id="myEndpoint"
        implementor="MyEndpointImpl"
        address="/myEndpoint"
        publishedEndpointUrl="http://000.000.00.215/endpoint">
    <jaxws:schemaLocations>
        <jaxws:schemaLocation>classpath:MyRequests.xsd</jaxws:schemaLocation>
    </jaxws:schemaLocations>
    <jaxws:properties>
        <entry key="schema-validation-enabled" value="true"/>
        <entry key="ws-security.bst.validator" value="org.apache.ws.security.validate.NoOpValidator"/>
    </jaxws:properties>
    <jaxws:inInterceptors>
        <ref bean="inbound-security"/>
        <ref bean="cryptoCoverageChecker"/>
    </jaxws:inInterceptors>
</jaxws:endpoint>

The xsd contains decimal type, java classes were generated with current xjc:

<xsd:element name="limitMin" type="xsd:decimal"/>
<xsd:element name="limitMax" type="xsd:decimal"/>

The service works, but I can see such log statements, which makes me nervous:

java.lang.InstantiationException: java.math.BigDecimal
Continuing ...
java.lang.RuntimeException: failed to evaluate: <unbound>=Class.new();

I googled some 10 years old Sun explanation and some workaround for JAXB:

PersistenceDelegate pd=encoder.getPersistenceDelegate(Integer.class);
encoder.setPersistenceDelegate(BigDecimal.class,pd );

But I cannot access it directly. What to do? Can I fix it somehow?

could you post also the link to explanation you found, as well as some sample of the XML that is getting serialized? — Angular University, Mar 10 '14 at 20:55

score 2 · Accepted Answer · edited May 23 '17 at 11:57

2

What looks like it's happening is that the marshaller tries to serialize BigDecimal by trying to call it's empty constructor.

But BigDecimal has no empty constructor, so the serialization mechanism catches the exception and goes on trying to serialize the BigDecimal in another way. According to the Oracle JAX-WS documentation:

A class must have either a public zero-argument constructor or a static zero-argument factory method in order to be mapped by this annotation. One of these methods is used during unmarshalling to create an instance of the class.

So the serialization process uses another way to convert the BigDecimal, such as calling a static factory method that it knows about, because we know the serialization eventually succeeds.

It is also possible to provide to JAXB our own static factory method, that does a custom conversion. That would prevent the attempt to call the empty constructor in the first place, have a look at this answer for an example.

But the message is a debugging message, so as the marshalling works fine it can then be safely ignored, by reducing the logging level of the marshaller.

edited May 23 '17 at 11:57

Community

1
1

answered Mar 10 '14 at 20:54

Angular University

42,341
15
74
81

For example http://forums.tutorialized.com/xml-95/xmlencoder-with-bigdecimal-or-timestamp-3903.html, http://www.experts-exchange.com/Programming/Languages/Java/Q_22472023.html and http://bugs.java.com/bugdatabase/view_bug.do?bug_id=4426674. – Leos Literak Mar 11 '14 at 10:39
I know that it works, but I do not like it so I invested my reputation points to fix it :-) Can you provide me log category? – Leos Literak Mar 11 '14 at 10:42
Are the log extracted lines complete? Usually in the log there is also the name of the class doing the logging. Can you let us know the logging system being used (log4j, etc) – Angular University Mar 11 '14 at 18:09
Unfortunatelly this is all I see in jetty console. – Leos Literak Mar 11 '14 at 22:33

InstantiationException: java.math.BigDecimal in jaxws:endpoint

1 Answers1