Bump com.uber.nullaway:nullaway from 0.12.10 to 0.12.15 by dependabot[bot] · Pull Request #258 · graphql-java/java-dataloader
Bumps com.uber.nullaway:nullaway from 0.12.10 to 0.12.15.
Release notes
Sourced from com.uber.nullaway:nullaway's releases.
NullAway 0.12.15
NullAway now includes a BOM artifact
com.uber.nullaway:nullaway-bom. Otherwise, this release contains a few bug fixes and improvements to JSpecify support.
- Fix URL for RequireExplicitNullMarking checker (#1369)
- Handle annotations on type variables in return and field types (#1371)
- Change how recursive calls to dataflow are detected (#1374)
- JSpecify: use type on identifier when its type is a type variable (#1378)
- Include method type parameters in astubx files. by
@haewiful(#1370)- Create nullaway-bom project (#1130) by
@lpireyn(#1380)- Run dataflow analysis on bodies of lambdas passed to generic methods (#1375)
- Maintenance
- Remove BaseNoOpHandler and replace with default methods in Handler (#1376)
NullAway 0.12.14
This release fixes a bug where the new
RequireExplicitNullMarkingcheck was not fully disabled by default. It also includes a couple of performance optimizations to reduce NullAway overhead.
- Various optimizations (#1358)
- Don't report matches from RequireExplicitNullMarking when run at SUGGESTION level (#1365)
- Optimize methods that check for annotations on a Symbol (#1362)
- Tune warning message for RequireExplicitNullMarking (#1366)
- Maintenance
NullAway 0.12.13
NullAway now includes a new Error Prone checker,
RequireExplicitNullMarking, that checks that every class is explicitly@NullMarkedor@NullUnmarked(at the class or package level), so code is not left@NullUnmarkedunintentionally. The check is disabled by default. See the docs for further details.NullAway also includes support for a new
@PureExceptLambdaannotation, contributed by@FxMorin, to tell NullAway to preserve nullability information from the enclosing method when analyzing the body of certain lambdas. See the docs for details.
- Use passed-in
TreePathin one more place when available (#1329)- Checker to ensure explicit null marking of every class (#1323)
- Bound size of alreadyRunAnalyses cache to be consistent (#1334)
- Improve inference for generic methods with lambda argument containing return statements by
@dhruv-agr(#1337)- Add
PureExceptLambdaannotation by@FxMorin(#1325)- Support marking method type variable upper bounds as
@Nullablein library models (#1345)- Method name parsing in
ExternalStubxLibraryModelsclass is missing a corner case by@haewiful(#1344)- Better fix for dataflow analysis caching (#1353)
- Maintenance
- Add package-info files with
@NullMarked(#1331)- Speed up buildWithNullAway task (#1330)
- Enable the VoidMissingNullable checker and autofix all extant warnings (#1332)
- Bump JDK version to 25 for integration tests (#1336)
- Switch Coderabbit to assertive mode (#1338)
- Enable EqualsMissingNullable check and fix all extant warnings (#1339)
- Bump to AutoValue 1.11.1 (#1340)
- Update Caffeine benchmark (#1342)
- Add a test for a useless
@Contract(#1346)
... (truncated)
Changelog
Sourced from com.uber.nullaway:nullaway's changelog.
Version 0.12.15
NullAway now includes a BOM artifact
com.uber.nullaway:nullaway-bom. Otherwise, this release contains a few bug fixes and improvements to JSpecify support.
- Fix URL for RequireExplicitNullMarking checker (#1369)
- Handle annotations on type variables in return and field types (#1371)
- Change how recursive calls to dataflow are detected (#1374)
- JSpecify: use type on identifier when its type is a type variable (#1378)
- Include method type parameters in astubx files. by
@haewiful(#1370)- Create nullaway-bom project (#1130) by
@lpireyn(#1380)- Run dataflow analysis on bodies of lambdas passed to generic methods (#1375)
- Maintenance
- Remove BaseNoOpHandler and replace with default methods in Handler (#1376)
Version 0.12.14
This release fixes a bug where the new
RequireExplicitNullMarkingcheck was not fully disabled by default. It also includes a couple of performance optimizations to reduce NullAway overhead.
- Various optimizations (#1358)
- Don't report matches from RequireExplicitNullMarking when run at SUGGESTION level (#1365)
- Optimize methods that check for annotations on a Symbol (#1362)
- Tune warning message for RequireExplicitNullMarking (#1366)
- Maintenance
Version 0.12.13
NullAway now includes a new Error Prone checker,
RequireExplicitNullMarking, that checks that every class is explicitly@NullMarkedor@NullUnmarked(at the class or package level), so code is not left@NullUnmarkedunintentionally. The check is disabled by default. See the docs for further details.NullAway also includes support for a new
@PureExceptLambdaannotation, contributed by@FxMorin, to tell NullAway to preserve nullability information from the enclosing method when analyzing the body of certain lambdas. See the docs for details.
- Use passed-in
TreePathin one more place when available (#1329)- Checker to ensure explicit null marking of every class (#1323)
- Bound size of alreadyRunAnalyses cache to be consistent (#1334)
- Improve inference for generic methods with lambda argument containing return statements by
@dhruv-agr(#1337)- Add
PureExceptLambdaannotation by@FxMorin(#1325)- Support marking method type variable upper bounds as
@Nullablein library models (#1345)- Method name parsing in
ExternalStubxLibraryModelsclass is missing a corner case by@haewiful(#1344)- Better fix for dataflow analysis caching (#1353)
- Maintenance
... (truncated)
Commits
0abf298Prepare for release 0.12.15.77d1651Further updates to nullaway-bom POM properties (#1384)6a29dceAdd gradle.properties file for nullaway-bom module (#1383)92983ceRevert "Prepare for release 0.12.15."adbfac7Revert "Prepare next development version."0f861eaPrepare next development version.9bd0827Prepare for release 0.12.15.0430a42Update changelog for 0.12.15 (#1382)f4f03c0Run dataflow analysis on bodies of lambdas passed to generic methods (#1375)3f15e12Create nullaway-bom project (#1130) (#1380)- Additional commits viewable in compare view
You can trigger a rebase of this PR by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
Note
Automatic rebases have been disabled on this pull request as it has been open for over 30 days.