我拥有的是一组代表消息类型的 Java 类（接近 25 个）。它们都继承自我想抽象的 Message 类。每种消息类型都向 Message 超类提供的集合添加了一些附加字段。
我正在使用 RESTeasy 实现一些 RESTful Web 服务，并希望有这样的方法：
public Response persist(Message msg) {
EntityTransaction tx = em.getTransaction();
tx.begin();
try {
em.persist(msg);
} catch (Exception e) {
e.printStackTrace();
}
tx.commit();
em.close();
return Response.created(URI.create("/message/" + msg.getId())).build();
}
而不是拥有 25 个单独的持久方法，每个方法都针对特定的消息类型量身定制。
目前，我已经像这样注释了我的 Message 类：
@MappedSuperclass
@XmlRootElement(name = "message")
public abstract class Message implements Serializable {
@Id
@GeneratedValue(strategy = GenerationType.AUTO)
Integer id;
@Embedded
Header header;
@Embedded
SubHeader subHeader;
我的子类看起来像这样：
@Entity
@XmlRootElement(name="regmessage")
@XmlAccessorType(XmlAccessType.FIELD)
public class REGMessage extends Message {
@XmlElement(required = true)
int statusUpdateRate;
@XmlElement(required = true)
int networkRegistrationFlag;
这会创建一个看起来应该可以工作的模式，但是在持久化操作期间在服务器端看到的只是一个 Message 对象（子类型完全丢失，或者至少它没有编组回其正确的子类型）。在客户端，要调用我这样做的方法：
REGMessage msg = new REGMessage();
// populate its fields
Response r = client.createMessage(msg);
我正在尝试的可能吗？我需要使用什么 JAXB 魔法来使翻译以它们应有的方式发生 - 即，将 Java 中的所有内容都视为一条消息，以减少方法的数量但仍保留所有特定于子类型的信息？
多亏了 Blaise 的博客指针，现在看起来它正在全面运行。这是我所拥有的，它确实有效：
//JAXB annotations
@XmlRootElement(name="message")
@XmlAccessorType(XmlAccessType.FIELD)
@XmlSeeAlso(REGMessage.class)
//JPA annotations
@MappedSuperclass
public class Message {
@Id
@GeneratedValue(strategy = GenerationType.AUTO)
@XmlAttribute
private Integer id;
private JICDHeader header;
private int subheader;
@XmlAnyElement
@Transient
private Object body;
今天早上我遇到的一个问题是来自 Hibernate 的关于列数不匹配的神秘错误。一旦我意识到“身体”被映射到表格中，我将其标记为瞬态，瞧！
@XmlRootElement(name="regmessage")
@XmlAccessorType(XmlAccessType.FIELD)
@Entity
public class REGMessage extends Message {
private int field1;
private int field2;
现在，从此代码生成的唯一表是 regmessage 表。在 RESTeasy 方面：
@Path("/messages")
public class MessageResource implements IMessageResource {
private EntityManagerFactory emf;
private EntityManager em;
Logger logger = LoggerFactory.getLogger(MessageResource.class);
public MessageResource() {
try {
emf = Persistence.createEntityManagerFactory("shepherd");
em = emf.createEntityManager();
} catch (Exception e) {
e.printStackTrace();
}
}
@Override
@POST
@Consumes("application/xml")
public Response saveMessage(Message msg) {
System.out.println(msg.toString());
logger.info("starting saveMessage");
EntityTransaction tx = em.getTransaction();
tx.begin();
try {
em.persist(msg);
} catch (Exception e) {
e.printStackTrace();
}
tx.commit();
em.close();
logger.info("ending saveMessage");
return Response.created(URI.create("/message/" + msg.getId())).build();
}
}
这实现了一个接口：
@Path("/messages")
public interface IMessageResource {
@GET
@Produces("application/xml")
@Path("{id}")
public Message getMessage(@PathParam("id") int id);
@POST
@Consumes("application/xml")
public Response saveMessage(Message msg) throws URISyntaxException;
}
编组和解组按预期工作，持久性是子类的表（根本没有超类表）。
我确实看到了 Blaise 关于 JTA 的说明，在我完全充实 Message 和 REGMessage 类后，我可能会尝试将其引入这个组合。