JAXB-TreeGrid解决冲突XmlElement
我有这个类结构来序列化TreeGrid（www.TreeGrid.com）对象：
数据网格.java
@XmlRootElement(name = "Grid")
public class DataGrid implements Serializable {
private static final long serialVersionUID = 337286974296229101L;
@XmlElement(name = "Body")
public DataGridData data = new DataGridData();
@XmlElement(name = "IO")
public XmlAttributeHolder io = new XmlAttributeHolder();
public DataGrid() {
}
}
和
数据网格数据.java
public class DataGridData {
@XmlElement(name="B")
public DataGridCurrentPage currentPage = new DataGridCurrentPage();
@XmlElement(name="B")
public List<XmlAttributeHolder> pageList = new ArrayList<XmlAttributeHolder>();
}
这些类将被处理以返回XML结构，如下所示：
<Grid>
<Body>
<B />
</Body>
</Grid>
但是封装在B中的信息可能不同(因此在< code>DataGridData类中存在由同一个< code>XmlElement映射的两个属性)。
如果我在Java 7下运行我的项目，这一切都没问题，但是在Java 8下会引发一个关于冲突的异常，两个属性不能使用同一个XmlElement映射。
一个可能的解决方案是：将两个属性封装在两个不同的类别中，如下所示：
数据网格数据.java
public class DataGridData {
private DataGridDataCP dataGridDataCP;
private DataGridDataPL dataGridDataPL;
public DataGridData() {
this.dataGridDataCP = new DataGridDataCP();
this.dataGridDataPL = new DataGridDataPL();
}
public DataGridDataCP getDataGridDataCP() {
return dataGridDataCP;
}
public void setDataGridDataCP(DataGridDataCP dataGridDataCP) {
this.dataGridDataCP = dataGridDataCP;
}
public DataGridDataPL getDataGridDataPL() {
return dataGridDataPL;
}
public void setDataGridDataPL(DataGridDataPL dataGridDataPL) {
this.dataGridDataPL = dataGridDataPL;
}
}
数据网格数据CP.java
public class DataGridDataCP {
private DataGridCurrentPage currentPage;
public DataGridDataCP() {
this.currentPage = new DataGridCurrentPage();
}
@XmlElement(name="B")
public DataGridCurrentPage getCurrentPage() {
return currentPage;
}
public void setCurrentPage(DataGridCurrentPage currentPage) {
this.currentPage = currentPage;
}
}
DataGridDataPL.java
public class DataGridDataPL {
private List<XmlAttributeHolder> pageList;
public DataGridDataPL() {
this.pageList = new ArrayList<XmlAttributeHolder>();
}
@XmlElement(name="B")
public List<XmlAttributeHolder> getPageList() {
return pageList;
}
public void setPageList(List<XmlAttributeHolder> pageList) {
this.pageList = pageList;
}
}
但是这样当< code>DataGridData类被序列化后，添加一个标签< code >
我尝试使用XmlAccessorType注释来排除对象DataGridDataCP
共有1个答案
您可以尝试一些东西，但是您将只能正确地序列化。反序列化不起作用，我将解释原因。代码看起来会像这样:
@XmlAccessorType(XmlAccessType.FIELD)
public class DataGridData {
@XmlElements({
@XmlElement(name = "B", type = DataGridCurrentPage.class),
@XmlElement(name = "B", type = XmlAttributeHolder.class),
})
List<Object> values;
}
现在，如果您创建POJO并序列化，您将获得所需的XML。如果这是你的需要，那么你应该没事。
但是如果你也想反序列化，因为两个类都映射到名为“B”的< code>@XmlElement中，它将选择一个目标类进行反序列化(我相信是最后指定的)。
-
Windows 用tutorial进行的操作 若要进行pull操作，请右击tutorial目录，并选择‘拉取’。 用tutorial进行的操作 在以下画面点击‘确定’。 用tutorial进行的操作 我们看到画面上的警告信息表示自动合并失败。请点击‘关闭’以退出窗口。 用tutorial进行的操作 若您确认变更，请点击‘Yes’。 用tutorial进行的操作 TortoiseGit告诉我们：因"
-
在上一个页面我们提及到，执行合并即可自动合并Git修改的部分。但是，也存在无法自动合并的情况。 如果远程数据库和本地数据库的同一个地方都发生了修改的情况下，因为无法自动判断要选用哪一个修改，所以就会发生冲突。 Git会在发生冲突的地方修改文件的内容，如下图。所以我们需要手动修正冲突。 ==分割线上方是本地数据库的内容, 下方是远程数据库的编辑内容。 如下图所示，修正所有冲突的地方之后，执行提交。
-
解决冲突 CVS使用内联“冲突标志”来标记冲突，并且在更新时打印C。历史上讲，这导致了许多问题，因为CVS做得还不够。许多用户在它们快速闪过终端时忘记（或没有看到）C，即使出现了冲突标记，他们也经常忘记，然后提交了带有冲突标记的文件。 Subversion通过让冲突更明显来解决这个问题，它记住一个文件是处于冲突状态，在你运行svn resolved之前不会允许你提交修改，详情见“解决冲突（合并别人
-
两个客户端同时修改同一个文件， 改动同一个位置，发生冲突情况。 这时如果一个用户使用commit 提交文件就会提示已经过时（out of date）： 说明另一个人可能被别人改动过！ 这时需要update更新该文件，更新后效果如下： db.properties 将本地和服务器合并到一起的文件 （不要直接看） db.properties.mine 我本地自己修改后的文件 d
-
上一章介绍了Git协议，并且使用本地协议来模拟一个远程的版本库，以两个不同用户的身份检出该版本库，和该远程版本库进行交互——交换数据、协同工作。在上一章的协同中只遇到了一个小小的麻烦——非快进式推送，可以通过执行PULL（拉回）操作，成功完成合并后再推送。 但是在真实的运行环境中，用户间协同并不总是会一帆风顺，只要有合并就可能会有冲突。本章就重点介绍冲突解决机制。 3.2.1. 拉回操作中的合并
-
问题内容： 假设我们有一个包含一个类的软件包（以及其他类）。 然后，我们还有另一个包含一个类的包（显然具有不同的行为）。 现在假设我们需要com.example1中的每个类和com.example2中的Hello类 在这种情况下，哪个被叫？ 还是这会产生编译错误？ 出于好奇，这只是一个理论问题。 由于创建软件包是为了避免命名冲突，所以当两个软件包包含两个具有相同名称的类时会发生什么？ 问题答案：