Enhance release artifact handling andimproved ZIP validation

[stijnpotters1]

The download of this release was probabily truncated by a pod restart. So it could not scan this release since it was corrupt
Now when it sees its not a valid and complete zip so it is removed and redownloaded.

Now with this new implementation this 8.0.5 release is being redownloaded and scanned right:

2026-07-21T13:41:37.853+02:00  INFO 38360 --- [insights] [           main] o.f.i.v.VulnerabilityService             : Java Index DB succesfully updated.
2026-07-21T13:41:37.855+02:00  INFO 38360 --- [insights] [           main] o.f.i.v.VulnerabilityService             : Start processing release: v8.0.5
2026-07-21T13:41:38.022+02:00  WARN 38360 --- [insights] [           main] o.f.i.release.ReleaseArtifactService     : Cached ZIP for v8.0.5 is corrupt (likely a truncated download), re-downloading: \release-archive\v8.0.5.zip
2026-07-21T13:41:38.044+02:00  INFO 38360 --- [insights] [           main] o.f.i.release.ReleaseArtifactService     : ZIP not found op storage, downloading: v8.0.5
2026-07-21T13:41:49.409+02:00  INFO 38360 --- [insights] [           main] o.f.i.release.ReleaseArtifactService     : ZIP succesfully downloading to storage: \release-archive\v8.0.5.zip

[Matthbo]

Sonar warning, e instead of exception, unused variables

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
97.2% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud