You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Kudos to a great project! I've deleted 100s of lines of code :) Unfortunately, I had run into a weird problem once I incorporated Lombok.
The problem manifested itself when I was using Jackson to serialize POJOs to JSON. I had named my variable uId expecting it to show up as u_id in the resulting JSON. Turns out I was getting uid. This was breaking things. I initially filed an issue with Jackson which has a bunch of details.
After some investigation, it turned out that there was a subtle difference in the naming of the getter generated by Lombok which was the cause of all my trouble. My boilerplate getter generated by eclipse would generate a getter:
public void getuId() { return uId; }
Lombok was generating:
public void getUId() { return uId; }
This naming caused difference in JSON serialization which caused all sorts of other problems. Looks like I was hit by the small print stuff noted here
I presume others would run into this as well. Any chance of changing this behavior or adding a flag to support this use case?
The text was updated successfully, but these errors were encountered:
Kudos to a great project! I've deleted 100s of lines of code :) Unfortunately, I had run into a weird problem once I incorporated Lombok.
The problem manifested itself when I was using Jackson to serialize POJOs to JSON. I had named my variable
uId
expecting it to show up asu_id
in the resulting JSON. Turns out I was gettinguid
. This was breaking things. I initially filed an issue with Jackson which has a bunch of details.After some investigation, it turned out that there was a subtle difference in the naming of the getter generated by Lombok which was the cause of all my trouble. My boilerplate getter generated by eclipse would generate a getter:
Lombok was generating:
This naming caused difference in JSON serialization which caused all sorts of other problems. Looks like I was hit by the small print stuff noted here
I presume others would run into this as well. Any chance of changing this behavior or adding a flag to support this use case?
The text was updated successfully, but these errors were encountered: