Redundant ZipException re-wrap with misleading variable name in JarAnalyzer constructor

In `JarAnalyzer.java:52-56`:

```java
} catch (ZipException e) {
ZipException ioe = new ZipException("Failed to open file " + file + " : " + e.getMessage());
ioe.initCause(e);
throw ioe;
}
```

Two issues:
1. The variable is named `ioe` but it is a `ZipException`, not an `IOException`. This is misleading for maintainers.
2. The re-wrapping is redundant: the constructor already passes a message, and `initCause` links the original. There is no benefit over just throwing `e` directly, since no new information is added beyond what is already in the original exception.

**Fix**: Either rethrow `e` directly, or at minimum rename the variable to `ze`:
```java
} catch (ZipException e) {
throw e;
}
```

Open JarAnalyzer.java at lines 52-56 and inspect the constructor's ZipException path. Apply the issue's chosen simplification or variable rename, then verify that the constructor still compiles and preserves the intended exception behavior; done means the misleading name or redundant re-wrapping is removed.

Written by the indexing model from the issue text.