-
Notifications
You must be signed in to change notification settings - Fork 13.9k
Some fixes for Scala type analysis #669
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
ef620b9 to
f746dec
Compare
|
Any comments? Do we want this? |
(And also make one of the field type retrieval methods nicer)
f746dec to
7b5f832
Compare
|
Hey @aljoscha, |
|
I didn't want to merge it without any comments. But please, go ahead. 😄 |
|
It would be good to share a bit of information beyond |
|
This excludes static fields in Scala Pojo analysis (because static fields should not be serialised/deserializerd), removes legacy code from Scala Type Descriptors and makes Scala Type Analysis work with Java Tuples (because several people complained about them not being supported in the Scala API, most prominently they are needed to port Gelly to Scala.) |
|
Looks reasonable. Will merge this with the next batch... |
|
Thanks :) |
- Exclude static fields in Scala Pojo analysis - Recognize Java Tuples - Clean up legacy code (And also make one of the field type retrieval methods nicer) This closes apache#669
- Exclude static fields in Scala Pojo analysis - Recognize Java Tuples - Clean up legacy code (And also make one of the field type retrieval methods nicer) This closes apache#669
No description provided.