fix(java): drop method refs flagged by null analysis

[pratyush618]

Summary

Eclipse JDT null analysis flags boxed method refs passed where primitive/non-null descriptors are expected ("needs unchecked conversion"). Replace the three flagged sites with explicit forms — behavior identical:

• ResourceRuntime.disposeWorker: pools.values().forEach(ResourcePool::shutdown) → enhanced for loop.
• WorkflowAnalysis: indegree.merge(next, -1, Integer::sum) → explicit lambda.
• Greeter (test fixture): mapToInt(Integer::intValue) → explicit lambda.

Test plan

• ./gradlew spotlessApply build green (full Java suite).

Summary by CodeRabbit

• Refactor
  • Simplified a few internal implementation details without changing behavior.
  • Updated resource shutdown and workflow ordering logic to use explicit loops/lambdas for clarity.
  • Adjusted a test utility’s numeric mapping expression to a more explicit form.

[coderabbitai]

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info

⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: b606b361-7c30-4a47-b311-0ed26f52b9d7

📥 Commits

Reviewing files that changed from the base of the PR and between 43b4447 and 84d1cc8.

📒 Files selected for processing (3)

• sdks/java/src/main/java/org/byteveda/taskito/resources/ResourceRuntime.java
• sdks/java/src/main/java/org/byteveda/taskito/workflows/WorkflowAnalysis.java
• sdks/java/src/test/java/org/byteveda/taskito/Greeter.java

---

📝 Walkthrough

Walkthrough

Three minor style-only refactors replace method references with equivalent explicit lambda or loop forms: an explicit for-loop for pooled resource shutdown in ResourceRuntime, an explicit lambda for indegree accumulation in WorkflowAnalysis's topological sort, and an explicit lambda in Greeter's stream mapping. No behavior changes.

Changes

Method reference to explicit lambda/loop refactors

Layer / File(s)	Summary
Resource pool shutdown loop sdks/java/src/main/java/org/byteveda/taskito/resources/ResourceRuntime.java	disposeWorker() now iterates pools with an explicit for loop calling pool.shutdown() instead of pools.values().forEach(ResourcePool::shutdown).
Indegree merge accumulator sdks/java/src/main/java/org/byteveda/taskito/workflows/WorkflowAnalysis.java	topologicalOrder decrements successor indegrees using an explicit (count, delta) -> count + delta lambda instead of Integer::sum.
Stream mapping lambda sdks/java/src/test/java/org/byteveda/taskito/Greeter.java	total maps list elements using number -> number.intValue() instead of Integer::intValue.

Estimated code review effort: 1 (Trivial) | ~3 minutes

Possibly related PRs

• ByteVeda/taskito#338: Also modifies WorkflowAnalysis.topologicalOrder's indegree decrement logic during Kahn-style topological sorting.
• ByteVeda/taskito#340: Introduces the worker resource lifecycle managed by ResourceRuntime, related to the disposeWorker() change.

🚥 Pre-merge checks | ✅ 5

✅ Passed checks (5 passed)

Check name	Status	Explanation
Description Check	✅ Passed	Check skipped - CodeRabbit’s high-level summary is enabled.
Title check	✅ Passed	The title accurately summarizes the Java changes replacing null-analysis-flagged method references with explicit equivalents.
Docstring Coverage	✅ Passed	No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check	✅ Passed	Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check	✅ Passed	Check skipped because no linked issues were found for this pull request.

✨ Finishing Touches

📝 Generate docstrings

• Create stacked PR
• Commit on current branch

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Commit unit tests in branch fix/java-null-analysis-hints

---

_{Comment @coderabbitai help to get the list of available commands.}