* Add new @Builder annotation for defining a build method
* When there are multiple build methods look for a method named `build` and if found use it
* If @Builder is defined than look for a build method with the defined method
* When a type has multiple builder creation methods throw an exception and don't use the builder
Defaulting to a method named `build` will make sure that a correct method is selected for:
* FreeBuilder - it has two methods: `build` and `buildPartial`
* Protobuf - it has three methods: `getDefaultInstanceForType`, `build` and `buildPartial`
* #1355: Setting up the test(s) for new conversion between java.util.Currency and String
* #1355: Added SimpleConversion subclass to convert a Currency object to a String object and vice-versa, and registered the class to Conversions
* #1355: Initial tests written, may need to re-write some test files for readability and/or add more test case(s). Basic tests are passing at this time
* #1355: Added copyright statement, added documentation for new implicit conversion
* #1355: Added clarity to documentation
* #1355: Replaced use of one letter variables
* #1355: Resolved CheckStyle errors
* #1355: Fixes license header spacing so the license plugin no longer fails the build
* Small cleanups
If a SourceRHS is present then the source type of the SourceRHS and the MappingContext parameters are considered for the factory method selection, i.e. the other source parameters are ignored
Introduced @ObjectFactory annotation to distinguish between factory and
mapping methods. Until now this was decided based on the lack of
parameters. @ObjectFactory gives a factory access to source object by
defining them as parameters.
Caption to example 17 got lost (due to a missing line). Adds the missing line in front of
.Conversion from BigDecimal to String
so that this caption is printed as caption again.
This commit extends the description of section 3.2 with the possibility
to declare custom mapping methods as default methods in the interface
directly.
