-
Notifications
You must be signed in to change notification settings - Fork 8
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
Library used for nullable, etc. annotations #30
Comments
Should we use jetbrains or javax? javax annotations imo are not sustainable in long term as we might have things like nested nullable types |
I prefer jetbrains annotations as well. Fiber currently uses javax solely because it's in the standard lib. |
With jetbrain annotations/other type annotations and some tweaks to
|
I've been dying to use Jetbrains annotations everywhere in my PRs. With that said, would Fabric Loader accept a compile-time dependency on those ? |
Yep, but a problem with jetbrain annotations is that they are class-level retention (i.e. aren't exposed at runtime so config's type resolution cannot perform nullable checks unless using asm to grab those annotations) |
Does checker preserve annotations into runtime? |
|
I did not consider using nullness annotations for runtime checks. That is an excellent idea, it could use a new |
I'd vote for Jetbrains. The Javax annotations cause build problems when I'm using CurseGradle on Github Actions (and the error log leads to this project). I've had to manually add the Javax annotations as an implementation even though I personally use Jetbrains. |
Jetbrains ftw |
In FabricMC/fabric#499 the library used for the
@Deprecated
is being discussed. I'd like to use the same library for the@Nullable
annotations (and variants).Note IDEA currently provides the following warning for all usages of
javax
annotations:This issue serves as a tracker until FabricMC/fabric#499 is solved.
The text was updated successfully, but these errors were encountered: