Java Web Services/JAXB - Abstrakte Oberklasse

Question

Ich habe ein Paket mit JAXB annotierten Klassen mit einer abstrakten Oberklasse. Ich möchte diese Oberklasse in Web-Service-Schnittstelle verwenden, so kann ich jede der Unterklassen als Parameter übergeben. Wenn ich es tun, wird eine Ausnahme ausgelöst:

javax.xml.ws.WebServiceException: javax.xml.bind.UnmarshalException 
- with linked exception: 
[javax.xml.bind.UnmarshalException: Unable to create an instance of xxx.yyy.ZZZ 
- with linked exception: 
[java.lang.InstantiationException]] 

Es ist möglich, manuell marshall/unmarshall & Pass Parameter als String, aber ich würde es gerne vermeiden. Irgendwelche Ideen, wie es geht?

Answer 1

Haben Sie die konkrete Implementierung in Ihrer Web-Service-Anfrage angegeben? Dies funktioniert gut für mich:

Abstrakte Basisklasse:

@XmlSeeAlso({Foo.class, Bar.class}) 
public abstract class FooBase 
{ 
    ... 
} 

Implementierungsklasse:

@XmlRootElement(name = "foo") 
public class Foo extends FooBase 
{ 
    ... 
} 

Web-Service-Methode:

public String getFoo(@WebParam(name = "param") final FooBase foo) 
{ 
    ... 
} 

Anfrage:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser="http://service.example/"> 
    <soapenv:Header/> 
    <soapenv:Body> 
     <ser:getFoo> 
     <param xsi:type="ser:foo" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/> 
     </ser:getFoo> 
    </soapenv:Body> 
</soapenv:Envelope> 

Answer 2

Ich löste das gleiche Problem heute. Ich fand EclipseLink MOXy JAXB Implementierung funktioniert, aber es ist kein separates JAR oder Maven Modul verfügbar (es ist nur als Ganzes eclipselink.jar, das ist riesig) Schließlich habe ich die neueste JAXB-Version (2.2.2) und überraschend es versucht gut gearbeitet.

Maven config:

<dependency> 
     <groupId>javax.xml.bind</groupId> 
     <artifactId>jaxb-api</artifactId> 
     <version>2.2.2</version> 
    </dependency> 
    <dependency> 
     <groupId>com.sun.xml.bind</groupId> 
     <artifactId>jaxb-impl</artifactId> 
     <version>2.2.2</version> 
    </dependency> 

Answer 3

Ich hatte ein ähnliches Problem, das die obigen Ausführungen nicht lösen. Die Blogposts von InstantiationException during JAXB Unmarshalling (abstract base class, with @XmlSeeAlso concrete sub class) waren sehr hilfreich für mich zu verstehen, was ich wirklich tat.