Dozer nulls return value of custom converter
So I was trying to use a custom converter with Dozer on a field, that needs to be converted from List <A> to List <B>. I used the 'new API' as described here and
hints to give Dozer the right mapping. So, in the end, the XML configuration looks like this:
<field map-id="ResolveObjectId">
<a>lista</a>
<b>listb</b>
<a-hint>org.bson.types.ObjectId</a-hint>
<b-hint>SomeDTO</b-hint>
</field>
<mapping map-id="ResolveObjectId" >
<class-a>org.bson.types.ObjectId</class-a>
<class-b>SomeDTO</class-b>
<field custom-converter-id="myCustomConverter">
<a>this</a>
<b>this</b>
</field>
</mapping>
The custom converter (myCustomConverter) is created by the Spring container since it has some dependencies on other beans. It is then passed to the DozerBeanMapper bean in the property "customConvertersWithId".
So all this seems to be working right, but when the custom converter gets called and returns a new instance of the SomeDTO object, Dozer actually doesn't use this object. Instead, Dozer creates an empty instance of the type 'SomeDTO' with all fields set to null instead of using the object from the converter.
When using the 'old' API with my converter implementing the CustomConverter interface and accepting whole lists as objects, it works out all fine.
So I assume this a problem of my configuration or a problem of Dozer??
I am using version 5.5.1 with JDK8 support for converting LocalDates: Dozer JDK8 support
Some other Stack overflow question deal with converting a List to List and suggested the solution I presented above. It can be found here
java mapping dozer
add a comment |
So I was trying to use a custom converter with Dozer on a field, that needs to be converted from List <A> to List <B>. I used the 'new API' as described here and
hints to give Dozer the right mapping. So, in the end, the XML configuration looks like this:
<field map-id="ResolveObjectId">
<a>lista</a>
<b>listb</b>
<a-hint>org.bson.types.ObjectId</a-hint>
<b-hint>SomeDTO</b-hint>
</field>
<mapping map-id="ResolveObjectId" >
<class-a>org.bson.types.ObjectId</class-a>
<class-b>SomeDTO</class-b>
<field custom-converter-id="myCustomConverter">
<a>this</a>
<b>this</b>
</field>
</mapping>
The custom converter (myCustomConverter) is created by the Spring container since it has some dependencies on other beans. It is then passed to the DozerBeanMapper bean in the property "customConvertersWithId".
So all this seems to be working right, but when the custom converter gets called and returns a new instance of the SomeDTO object, Dozer actually doesn't use this object. Instead, Dozer creates an empty instance of the type 'SomeDTO' with all fields set to null instead of using the object from the converter.
When using the 'old' API with my converter implementing the CustomConverter interface and accepting whole lists as objects, it works out all fine.
So I assume this a problem of my configuration or a problem of Dozer??
I am using version 5.5.1 with JDK8 support for converting LocalDates: Dozer JDK8 support
Some other Stack overflow question deal with converting a List to List and suggested the solution I presented above. It can be found here
java mapping dozer
add a comment |
So I was trying to use a custom converter with Dozer on a field, that needs to be converted from List <A> to List <B>. I used the 'new API' as described here and
hints to give Dozer the right mapping. So, in the end, the XML configuration looks like this:
<field map-id="ResolveObjectId">
<a>lista</a>
<b>listb</b>
<a-hint>org.bson.types.ObjectId</a-hint>
<b-hint>SomeDTO</b-hint>
</field>
<mapping map-id="ResolveObjectId" >
<class-a>org.bson.types.ObjectId</class-a>
<class-b>SomeDTO</class-b>
<field custom-converter-id="myCustomConverter">
<a>this</a>
<b>this</b>
</field>
</mapping>
The custom converter (myCustomConverter) is created by the Spring container since it has some dependencies on other beans. It is then passed to the DozerBeanMapper bean in the property "customConvertersWithId".
So all this seems to be working right, but when the custom converter gets called and returns a new instance of the SomeDTO object, Dozer actually doesn't use this object. Instead, Dozer creates an empty instance of the type 'SomeDTO' with all fields set to null instead of using the object from the converter.
When using the 'old' API with my converter implementing the CustomConverter interface and accepting whole lists as objects, it works out all fine.
So I assume this a problem of my configuration or a problem of Dozer??
I am using version 5.5.1 with JDK8 support for converting LocalDates: Dozer JDK8 support
Some other Stack overflow question deal with converting a List to List and suggested the solution I presented above. It can be found here
java mapping dozer
So I was trying to use a custom converter with Dozer on a field, that needs to be converted from List <A> to List <B>. I used the 'new API' as described here and
hints to give Dozer the right mapping. So, in the end, the XML configuration looks like this:
<field map-id="ResolveObjectId">
<a>lista</a>
<b>listb</b>
<a-hint>org.bson.types.ObjectId</a-hint>
<b-hint>SomeDTO</b-hint>
</field>
<mapping map-id="ResolveObjectId" >
<class-a>org.bson.types.ObjectId</class-a>
<class-b>SomeDTO</class-b>
<field custom-converter-id="myCustomConverter">
<a>this</a>
<b>this</b>
</field>
</mapping>
The custom converter (myCustomConverter) is created by the Spring container since it has some dependencies on other beans. It is then passed to the DozerBeanMapper bean in the property "customConvertersWithId".
So all this seems to be working right, but when the custom converter gets called and returns a new instance of the SomeDTO object, Dozer actually doesn't use this object. Instead, Dozer creates an empty instance of the type 'SomeDTO' with all fields set to null instead of using the object from the converter.
When using the 'old' API with my converter implementing the CustomConverter interface and accepting whole lists as objects, it works out all fine.
So I assume this a problem of my configuration or a problem of Dozer??
I am using version 5.5.1 with JDK8 support for converting LocalDates: Dozer JDK8 support
Some other Stack overflow question deal with converting a List to List and suggested the solution I presented above. It can be found here
java mapping dozer
java mapping dozer
edited Nov 16 '18 at 9:32
D.Mendes
11810
11810
asked Nov 16 '18 at 9:16
Moritz W.Moritz W.
826
826
add a comment |
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53334730%2fdozer-nulls-return-value-of-custom-converter%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53334730%2fdozer-nulls-return-value-of-custom-converter%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown