Exception while serializing Feature to JSON, e.g. DATE Feature not regocnized as DATE. about license3j

[4braincells]

Now still struggling with the question how Feature , when called for serialisation in Jackson,
comes to the decision to check a DATE feature as BIGDECIMAL, BINARY or INT (seems to be a RANDOM decision)

[4braincells]

OK, found. "Feature" is not serializable *) by Jackson. Which makes it a bit nasty to dump the license/features to a JSON string.

*) because throwing exeptions in getters (which aren't getters anyway) is a very "creative" approach ...

[verhas]

Jackson serialization tries to use the fields as well as the getters of the object. Jackson thinks the methods starting get are getters in these cases. They are kind of getters, but not strict Java beans getters. The solution is to tell Jackson not to try to be brighter than it is and to configure the mapper not to use the getters, only the fields.

On this

https://stackoverflow.com/questions/7105745/how-to-specify-jackson-to-only-use-fields-preferably-globally

StackOverflow page, you can get a detailed description of how you can do that. I have not verified that, but this would be the way where I would start to go.

because throwing exceptions in getters (which aren't getters anyway) is a very "creative" approach ...

I understand your frustration, and I am sorry about that. It seemed to be a good idea. But fortunately, many users use this little library, and thus it is not feasible to change it.