Tatu Saloranta

In the meantime: couple of work-arounds that do exist: 1. Disable `MapperFeature.INFER_CREATOR_FROM_CONSTRUCTOR_PROPERTIES` -- that would prevent use of Lombok-generated full constructors for construction and things would just work 2. Remove...

Ok I can now reproduce the issue as reported.

So: for 2.8(.8) I am only able to improve error messaging -- passing of `@JsonBackReference` through constructors is not supported. I will see if I can actually fix this for...

@joshwand Thanks! That makes sense, that would also prevent auto-discovery of creators.

Yes, that is related: disabling of that feature prevents use of `@ConstructorProperties` as alias for `@JsonCreator`; that is, a marker for constructor explicitly marked to be used.

Underlying mechanism does not rely on existing strategies, so technically it should be possible to extend it. As an alternative to two properties, it'd also be possible to define a...

Wrong repo, as per README should not file issues here. Will transfer to proper repo.

Hmmmh. So, need to de-Lombok. But unfortunately there's the Guava part so may need to actually move to https://github.com/FasterXML/jackson-datatypes-collections/ Aside from that would second suggestion to try 2.18.5 and if...

Problem could be due to at app//org.springframework.http.converter.json.AbstractJackson2HttpMessageConverter.readJavaType(AbstractJackson2HttpMessageConverter.java:397) that is, depends on details of how Spring calls Jackson. But yes, we need a stand-alone reproduction and can then figure it out.

@JooHyukKim You may be looking at "work-around" case: initial one does have it: ``` @Builder @Getter @AllArgsConstructor @NoArgsConstructor(access = PRIVATE) class MimirAssertsRelabelRules { private ImmutableList asserts; } ``` same wrt...