Security Manager issue with JacksonAdapter about autorest-clientruntime-for-java HOT 12 CLOSED

From the jackson-core thread it seems like I have to find a way to deserialize from a Type without creating a TypeReference.

from autorest-clientruntime-for-java.

I'm planning to ship 1.0.0 tomorrow!

from autorest-clientruntime-for-java.

I opened FasterXML/jackson-core#347 to track it also on Jackson side based on this elastic/elasticsearch#22679 (comment).

from autorest-clientruntime-for-java.

Just out of curiosity, does guava's new TypeToken() constructor have similar issues? like this: https://github.com/Azure/azure-sdk-for-java/blob/master/azure-mgmt-compute/src/main/java/com/microsoft/azure/management/compute/implementation/VirtualMachinesInner.java#L474

from autorest-clientruntime-for-java.

Thanks!

from autorest-clientruntime-for-java.

I know this is a late comment, but looking at the original question I am wondering why the code does not use:

mapper.constructType(type)

to get JavaType to pass instead of TypeReference. This would probably hit the same problem, of course, but is bit more straightforward to use. Use of TypeReference here does not achieve anything as it is meant to pass compile-time signature which is not being passed here.

from autorest-clientruntime-for-java.

Ha! @cowtowncoder we just started using that a couple days ago: https://github.com/Azure/autorest-clientruntime-for-java/blob/master/client-runtime/src/main/java/com/microsoft/rest/serializer/JacksonAdapter.java#L118

from autorest-clientruntime-for-java.

@jianghaolu Ah ok. Makes more sense!

from autorest-clientruntime-for-java.

@cowtowncoder I don't see any underlying calls to getGenericSuperclass() in constructing the JavaType, which was what's causing the problem according to elastic/elasticsearch#22679 (comment).

from autorest-clientruntime-for-java.

@jianghaolu There should be calls, indirectly, since that is the only way to resolve generic type parameterization, but it is possible that the problem only occurs for some specific case: that is, many/most calls to getGenericSuperclass() should work just fine. For example, perhaps issues are related to non-static inner-classes, like what occurs with sub-classing of TypeReference as anonymous inner class.

from autorest-clientruntime-for-java.

@cowtowncoder make sense. I'll keep it as this unless the problem isn't resolved or re-occurs. Thanks for your input!

from autorest-clientruntime-for-java.

@jianghaolu Do you plan to release a new Beta version of this module?

from autorest-clientruntime-for-java.