Java org.dozer.MappingProcessor-字段映射错误ByteArray
我有以下实体、DTO类和dozer映射文件。我正在尝试使用dozer映射将hibernate实体(其中包含一个2维字节数组)复制到新的DTO。获取java.lang.IllegalArgumentException:数组元素类型不匹配 有什么想法吗 映射文件:Java org.dozer.MappingProcessor-字段映射错误ByteArray,java,hibernate,mapping,dozer,Java,Hibernate,Mapping,Dozer,我有以下实体、DTO类和dozer映射文件。我正在尝试使用dozer映射将hibernate实体(其中包含一个2维字节数组)复制到新的DTO。获取java.lang.IllegalArgumentException:数组元素类型不匹配 有什么想法吗 映射文件: <mapping map-id="i" wildcard="false"> <class-a>com.csinfra.jdbmon.web.client.dto.Config.HostGroups.
<mapping map-id="i" wildcard="false">
<class-a>com.csinfra.jdbmon.web.client.dto.Config.HostGroups.HostGroup.CheckGroup.Check.Type.MultiResult</class-a>
<class-b>com.csinfra.jdbmon.web.client.dto.MultiResultDTO</class-b>
<field>
<a>id</a>
<b>id</b>
</field>
<field>
<a>columns</a>
<b>columns</b>
</field>
</mapping>
<mapping map-id="i" wildcard="false">
<class-a>com.csinfra.jdbmon.web.client.dto.Config.HostGroups.HostGroup.CheckGroup.Check.Type.MultiResult</class-a>
<class-b>com.csinfra.jdbmon.web.client.dto.MultiResultDTO</class-b>
...
<field custom-converter="com.csinfra...ByteArray2dConverter">
<a>columns</a>
<b>columns</b>
</field>
</mapping>
DTO类别:
public class MultiResultDTO implements IsSerializable {
private Long id;
private byte[][] columns;
public MultiResultDTO(){}
public byte[][] getColumns() {
return columns;
}
public void setColumns(byte[][] columns) {
this.columns = columns;
}
public Long getId() {
return id;
}
public void setId(Long id) {
this.id = id;
}
}
例外情况:
19165 ERROR org.dozer.MappingProcessor - Field mapping error -->
MapId: null
Type: null
Source parent class: com.csinfra.jdbmon.web.client.dto.Config$HostGroups$HostGroup$CheckGroup$Check$Type$MultiResult
Source field name: columns
Source field type: class [[B
Source field value: [[B@127a7396
Dest parent class: com.csinfra.jdbmon.web.client.dto.MultiResultDTO
Dest field name: columns
Dest field type: [[B
java.lang.IllegalArgumentException: array element type mismatch
at java.lang.reflect.Array.set(Native Method)
at org.dozer.MappingProcessor.addToPrimitiveArray(MappingProcessor.java:712)
at org.dozer.MappingProcessor.mapArrayToArray(MappingProcessor.java:629)
. . .
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:799)
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:861)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
这要么是一个设计决策,要么是一个bug。我把它复制了下来。似乎可以对代码进行修补,以至少支持多维数组(多维集合仍然不能以这种方式工作),但我只是作为构造全新对象的“快乐路径”的概念证明,省略了目标对象可能已经具有非空字段的部分。在所有情况下,需要做大量的工作来支持这一点,这表明仅支持一维集合和阵列是一个设计决策。但这只是我的想法,我第一次看到这些代码,也许我们会在某个时候从有经验的推土机开发人员那里得到更多信息
话虽如此,您可以通过为“columns”参数(或者实际上为任何1-d或2-d字节数组)编写自定义转换器,轻松克服这种情况 IMO采用了一种更长但更干净的方法(不依赖于推土机参与其中,因为这似乎有点不可靠):定义一个converter类
public class ByteArray2dConverter extends DozerConverter<byte[][], byte[][]> {
public ByteArray2dConverter() {
super(byte[][].class, byte[][].class);
}
public byte[][] convertTo(byte[][] source, byte[][] destination) {
if (source == null) {
return null;
}
byte[][] result = new byte[source.length][];
for (int i = 0; i < source.length; i++) {
byte[] element = source[i];
if (element != null) {
result[i] = Arrays.copyOf(element, element.length);
}
}
return result;
}
public byte[][] convertFrom(byte[][] source, byte[][] destination) {
return convertTo(source, destination);
}
}
或者,如果允许推土机映射“顶级”数组,并且仅对第二级使用自定义转换器:定义转换器,则可以保存一些键入
public class ByteArray1dConverter extends DozerConverter<byte[], byte[]> {
public ByteArray1dConverter() {
super(byte[].class, byte[].class);
}
public byte[] convertTo(byte[] source, byte[] destination) {
return source == null ? null : Arrays.copyOf(source, source.length);
}
public byte[] convertFrom(byte[] source, byte[] destination) {
return convertTo(source, destination);
}
}
公共类ByteArray1dConverter扩展DozerConverter{
公共ByteArray1dConverter(){
超级(字节[]类,字节[]类);
}
公共字节[]转换为(字节[]源,字节[]目标){
返回源==null?null:Arrays.copyOf(source,source.length);
}
公共字节[]转换源(字节[]源,字节[]目标){
返回到(源、目的地);
}
}
…然后在映射XML中添加一个部分(与“映射”部分处于同一级别):
。。。
[B]
[B]
...
通过这种方式,您可以告诉Dozer在两个字节数组之间的所有转换中使用您的转换器(您可以在前一种情况下执行相同的操作,而不是在映射XML的字段级别上定义自定义转换器)
另一种选择是使用一维对象数组,每个对象都有一个一维字节数组,Dozer对此很满意。类似于
Column[]columns
,其中Column类有一个字段byte[]columnBytes:尽管如此,我对这样的解决方案持高度怀疑态度(Dozer)这给项目带来了魔力和复杂性,同时降低了类型安全性、重构安全性等,而且它比直接的“复制”代码更慢、效率更低。
public class ByteArray1dConverter extends DozerConverter<byte[], byte[]> {
public ByteArray1dConverter() {
super(byte[].class, byte[].class);
}
public byte[] convertTo(byte[] source, byte[] destination) {
return source == null ? null : Arrays.copyOf(source, source.length);
}
public byte[] convertFrom(byte[] source, byte[] destination) {
return convertTo(source, destination);
}
}
...
<configuration>
<custom-converters>
<converter
type="com.csinfra...ByteArray1dConverter">
<class-a>[B</class-a>
<class-b>[B</class-b>
</converter>
</custom-converters>
</configuration>
<mapping map-id="i" wildcard="false">
...