[AIRAVATA-3328] Fix Thrift/Dozer incompatibilty in Java 11

• Type: New Feature
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Component/s: Registry API
• Assignee: Marcus Christie
• Reporter: Marcus Christie
• Created: 28/Apr/20 21:51
• Updated: 19/Jun/20 13:26
• Resolved: 19/Jun/20 13:26

Description

Thrift required fields can have a default value. This value is present in the generated models, but it is only serialized if the field has actually been set. The semantics on required fields with default values seems a little confusing.

This causes an issue with Dozer since it has logic to only copy fields when they differ. A field on an entity will only copy to a Thrift data model field when they have the same value. If the field on the entity has the default value of the Thrift field, then it won't copy and that field will not get serialized. This then causes a validation error in Thrift since the required field wasn't set.

This problem was initially discoverred in AIRAVATA-3268, see this comment and following.

I think, as noted in this comment, that we can create a Dozer Custom Bean Factory to fix this.

TODO

• [x] Test that CustomBeanFactory does "set" required fields that have a default value
• [x] Test that CustomBeanFactory does "set" optional fields that have a default value
• [x] Test that ObjectMapperSingleton maps required default fields appropriately and they have a value even if there is no corresponding field on the source object. Basically this tests that the ObjectMapperSingleton is correctly configured to use the CustomBeanFactory

Issue Links

• relates to: AIRAVATA-3268 BUG: The input file name cannot be changed using value field content in application interface