-
Notifications
You must be signed in to change notification settings - Fork 838
Warn unregistered classes option #297
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Do we need a setting for this? You could log a message from |
I have a similar feature locally, inside an overridden com.esotericsoftware.kryo.util.DefaultClassResolver#register
|
@NathanSweet seems like a very needed feature. Are you suggesting to put this log even without the parameter? For me is even better, i just put the parameter to avoid changing previously behaviour. |
You can use ClassResolver#registerImplicit to log a message. Why do we need a setting on Kryo? |
I just put the parameter to avoid changing previously behaviour, but if it is not necessary we can put the warn directly. Ok? |
👍 for this option. We use Kryo in Spark, it would be nice to be warned of unregistered classes without failing the whole run and only finding one at a time. |
good stuff. much useful for both:
a config option would help too, but not necessarily, as e.g. so, dudes, it's sitting here for way too long, just merge it ASAP 👍 :) |
+1 This would be nice to have for Apache Spark. The current workarounds are painful. |
With this option, unregistered classes are warned on kryos log instead of raise exception like the option registrationRequired do.
This option is required mostly for processing large amount of data with third vendor libs, to see all classes that are not registered in the first running, instead of have to discover one class for each running. This happens with me using Spark and mlib.ALS
How to use: