On Thu, Jan 23, 2020 at 10:47 PM TimB <[email protected]> wrote: > Hi Tatu, > > thanks for your help. > As i wrote i did tried it with adding the TypeInfos also to the properties > of the class, but that doesn't helped. But I really hoped it did. > The Type Info on the class is useless that is right, but I need it in the > real code where I have this problem (at the list property containting > instances of this class to be exact). > > TypeReference Objects are sadly no option for use... > Maybe the usecase help to understand. This is part of a search enginge, > where the possible criterias are added dynamically based on the type/class > the user is searching for. Based on the properties of the type we create > criteria-objects. Beside the EnumSearchCriteria (what is almost like the > EnumContaintingClass) there are others like String, Number or > DateCriterias. All the criterias are added into a list, so we need the > TypeInfo at the list. > > There are a lot of possible searches, thats why we need it > dynamically/generic and can not create a TypeReference as you propose. At > transportlevel we don't know what exact EnumType is transfered by this > Criteria. > > Hope you have another clue to help me with this. > > I think filing a jackson-databind issue, with smallest possible reproduction (passes on 2.9, fails on 2.10) would be helpful. There is a possibility that a small regression caused it, and is easily fixable; most likely wrt Enum type detection.
Also: not sure if this was mentioned but if you haven't yet checked 2.10.2, make sure to try that out (over 2.10.0 and 2.10.1) as there were a few possibly relevant fixes. -+ Tatu +- -- You received this message because you are subscribed to the Google Groups "jackson-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jackson-user/CAGrxA26XJT61Pc%2Bs4uEhrw_o%2B133mpWAWab73Mqb_95Ey6bLjg%40mail.gmail.com.
