Model the implicit close() of try-with-resources

[CatarinaGamboa]

Fixes #334. Stacked on #352 (compliance level 17, needed to parse try (r)); retarget to main once #352 merges.

Problem

The close() Java inserts at the end of a try-with-resources block was never checked, so a double close or a use after the block passed verification.

Change

RefinementTypeChecker#visitCtTryWithResource scans resources → body → a synthesized r.close() per resource (reverse declaration order, as Java does) → catchers → finally. The close goes through the normal invocation check, so it works for both @StateRefinement classes and external refinements.

Errors are reported at the resource declaration (Res r = new Res()). For a Java 9 resource reference they're reported at the try (r) header.

Spoon workaround: Spoon 10.4.2 models try (r) as an implicit copy of r's declaration, initializer included. It is also repeated once per earlier local named r in the file, so try (r) can yield [r, r, r]. Scanning those would re-run new Res() and reset the state, so implicit resources are not scanned and are closed once per name.

Tests

• classes/try_with_resources_error: double close (both reproducers from Soundness: the implicit close() of try-with-resources is not modelled #334), use after the block, use in catch, and try (r) on an already-closed r.
• classes/try_with_resources_correct: use inside, multiple resources, try (r), catch + finally.

mvn test: 369/369 pass.

🤖 Generated with Claude Code

[CatarinaGamboa]

This looks good! Once we update the versions of spoon/java we might need to consider more cases but probably through the same strategy

[rcosta358]

lgtm