On 15/01/2013 13:25, Doug Lea wrote:
:

And so, anything sensible that we do here will have the
(too nice?) effect of "fixing" the errors of anyone
crazy enough to do this -- rather than deserializing into
a non-thread-local ThreadLocalRandom, it will attach to
the common one.

Given all this, I think Heinz's suggestion below looks suitable.
Chris, do you agree about the serialization incantations?
Heinz's proposal is fine but I think you also have the option of just dropping the pad fields from the serialization form (meaning no need for serialPersistentFields or writeObject). Technically it would be "API change" but one that shouldn't have any impact as the fields were never used and hence deserializing to their default value is okay.

-Alan

Reply via email to