When using the library in Java, the following warnings are sent to the log:

warning: unknown enum constant kotlin.annotation.AnnotationTarget.ANNOTATION_CLASS
warning: unknown enum constant kotlin.annotation.AnnotationTarget.CLASS
warning: unknown enum constant kotlin.annotation.AnnotationTarget.FIELD
warning: unknown enum constant kotlin.annotation.AnnotationTarget.CLASS

When instantiating a MappingTransformerRegistration in Java, if specifying generics the compiler fails with an obscure error, need to either create a helper method or solve the issues with the generics

Currently there are several issues when using the library in Java

When implementing a transformer, condition, etc. the @NotNull and @Nullable annotations are added, at least in IntelliJ.

1. For non-Android use, jetbrains-annotations is not bundled as a dependency
2. For Android use, presumably, we'd need to bundle the android support annotations

If we bundle either, we may have to split the packages

Currently, all mappings in ShapeShift are explicit and require a mapped field for each mapping that needs to be done. The goal of this issue is to change this and allow for implicit mappings where possible (same name, same type or transformable type via a default transformer).

For a global approach, possibly add an automatic mapping strategy:

• None
• Same name, same type
• Same name, all types (could throw an exception or echo a warning if no default transformer exists)

Snyk has created this PR to upgrade org.jetbrains.kotlin:kotlin-stdlib-jdk8 from 1.6.21 to 1.7.0.

:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

• The recommended version is 4 versions ahead of your current version.
• The recommended version was released 22 days ago, on 2022-06-08.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.

For more information:

🧐 View latest project report

🛠 Adjust upgrade PR settings

🔕 Ignore this dependency or unsubscribe from future upgrade PRs

This PR was automatically created by Snyk using the credentials of a real user.

Snyk has created this PR to upgrade org.jetbrains.kotlin:kotlin-stdlib-jdk8 from 1.6.20 to 1.6.21.

:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

• The recommended version is 1 version ahead of your current version.
• The recommended version was released 22 days ago, on 2022-04-19.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.

For more information:

🧐 View latest project report

🛠 Adjust upgrade PR settings

🔕 Ignore this dependency or unsubscribe from future upgrade PRs

Snyk has created this PR to upgrade org.slf4j:slf4j-api from 1.7.32 to 1.7.36.

:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

• The recommended version is 4 versions ahead of your current version.
• The recommended version was released 3 months ago, on 2022-02-08.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.

For more information:

🧐 View latest project report

🛠 Adjust upgrade PR settings

🔕 Ignore this dependency or unsubscribe from future upgrade PRs

Currently, bean transformers in Spring can not be registered as default.

1. For annotated transformers, we could add a @DefaultMappingTransformer annotation which will register the transformer as default
2. For transformers declared as beans from JavaConfig/XML, maybe we could add a construct similar to FilterRegistration, where additional information on the transformer is defined, could also utilize the existing TransformerRegistration for this purpose

When mapping to a class reference, one approach is to throw an exception if not all mapped fields correlate to the fields in the constructor.

data class PersonRecord(
    @MappedField
    val firstName: String,
    @MappedField
    val lastName: String,
    @MappedField
    val age: Int,
    val tel: String
)

data class PersonRecord(
    val firstName: String,
    val lastName: String,
    val age: Int
)

This requires changing the logic of how we do mapping currently. Instead of mapping right before assignments, we need to prepare all mappings in advance and then attempt to correlate the mapFroms to the constructor argument names. If not all arguments match and no default constructor is available, throw an exception.