You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please describe the problem you are trying to solve
When executing actions remotely via e.g. an executor service, and the remote party throws an exception that can not be serialised, then the response to the client is made up of a HazelcastSerializationException. This makes sense since the "real" error cannot be transmitted since it is not serialisable.
In this situation one would want to track down the source of the non-serialisable exception and fix it. However, this may turn out to be harder than necessary since the faulty exception is never logged with its stacktrace (it is only mentioned by class name in the HazelcastSerializationException).
Please describe the desired behavior
I would like the non-serialisable exception to be logged on the "remote" side after serialisation failed, but before it is discarded and replaced with a HazelcastSerializationException.
I think this can be achieved by inserting this code in com.hazelcast.internal.serialization.impl.SerializationUtil#handleSerializeException (before the last return statement);
if (rootObjectinstanceofThrowablethrowable) {
LOGGER.warning("Failed to serialize '" + clazz + "'. It will be logged here and " +
"then ignored and replaced with a HazelcastSerializationException.", throwable);
}
Describe alternatives you've considered
I considered injecting a custom com.hazelcast.nio.serialization.Serializer that mainly delegates to the internal Hazelcast logics, but also logs exceptions when serialisation fails.
The text was updated successfully, but these errors were encountered:
Please describe the problem you are trying to solve
When executing actions remotely via e.g. an executor service, and the remote party throws an exception that can not be serialised, then the response to the client is made up of a
HazelcastSerializationException
. This makes sense since the "real" error cannot be transmitted since it is not serialisable.In this situation one would want to track down the source of the non-serialisable exception and fix it. However, this may turn out to be harder than necessary since the faulty exception is never logged with its stacktrace (it is only mentioned by class name in the
HazelcastSerializationException
).Please describe the desired behavior
I would like the non-serialisable exception to be logged on the "remote" side after serialisation failed, but before it is discarded and replaced with a
HazelcastSerializationException
.I think this can be achieved by inserting this code in
com.hazelcast.internal.serialization.impl.SerializationUtil#handleSerializeException
(before the last return statement);Describe alternatives you've considered
I considered injecting a custom
com.hazelcast.nio.serialization.Serializer
that mainly delegates to the internal Hazelcast logics, but also logs exceptions when serialisation fails.The text was updated successfully, but these errors were encountered: