Skip to content

Fix deserialization ExclusionStrategy incorrectly affecting serialization (#2190)#3020

Open
Vikashksingh1308 wants to merge 2 commits intogoogle:mainfrom
Vikashksingh1308:fix/exclusion-strategy-serialization-2190
Open

Fix deserialization ExclusionStrategy incorrectly affecting serialization (#2190)#3020
Vikashksingh1308 wants to merge 2 commits intogoogle:mainfrom
Vikashksingh1308:fix/exclusion-strategy-serialization-2190

Conversation

@Vikashksingh1308
Copy link
Copy Markdown

Fixes #2190

Problem

When a deserialization-only 'ExclusionStrategy' excludes a runtime subtype (e.g. 'Sub'), the 'Excluder' creates a wrapping 'TypeAdapter' for 'Sub' that delegates to the reflective adapter for serialization. However TypeAdapterRuntimeTypeWrapper did not recognise this wrapper as reflective, so it incorrectly preferred it over a user-registered custom 'TypeAdapter', producing wrong serialization output.

Fix

  • Excluder.java: The anonymous TypeAdapter now extends SerializationDelegatingTypeAdapter so the isReflective() traversal correctly sees through it
  • TypeAdapterRuntimeTypeWrapper.java: Changed the check from bare instanceof ReflectiveTypeAdapterFactory.Adapter to !isReflective() for consistency and correctness
  • TypeAdapterRuntimeTypeWrapperTest.java: Added regression test testDeserializationExclusionStrategy_CustomBaseAdapter covering this case

Testing

All existing tests pass and new regression test added

…tion (google#2190)

When a deserialization only ExclusionStrategy excludes a runtime subtype, the Excluder's wrapping TypeAdapter was not recognized as reflective by
TypeAdapterRuntimeTypeWrapper, causing custom serializers to be ignored.

- Excluder: anonymous TypeAdapter now extends SerializationDelegatingTypeAdapter
- TypeAdapterRuntimeTypeWrapper: use isReflective() instead of bare instanceof check
@google-cla
Copy link
Copy Markdown

google-cla Bot commented Apr 26, 2026

Thanks for your pull request! It looks like this may be your first contribution to a Google open source project. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).

View this failed invocation of the CLA check for more information.

For the most up to date status, view the checks section at the bottom of the pull request.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Registering an ExclusionStrategy for deserialization affects serialized output

1 participant