classpath search ends with " java.util.zip.ZipException: error in opening zip file" about jspf HOT 6 CLOSED

See the attachment, its the Eclipse test project to reproduce the problem. 
Import it to Eclipse and deploy it to JBoss.

[deleted comment]

[deleted comment]

Can you try if the problem persists with 0.9.1beta, and can you also create 
your PluginManager like this:

JSPFProperties pros = new JSPFProperties();
pros.setProperty(PluginManager.class, "logging.level", "ALL");
... = PluginManagerFactory.createPluginManager(pros);

and append a file with the logging output? 

The log file is attached.

I tried to deploy the EAR as packaged and as exploded bundle, but that doesn't 
matter, the exception is still there (although it seems not to be critical, 
because I get the expected output on client side).

Given the appended log trace, the error is thrown while processing a "strange" 
JAR. The ZipException is caught with the IOException clause in 
JARClasspathLocation.listAllEntriesFor(). 

The classpath://* search does not end at this step, the exception is first 
printed and then handled gracefully. 

Because we cannot change Java's internal ZIP handling and because errors with 
JARs should be reported, I am closing this issue (not a bug). Please comment if 
you disagree.