Please review java.util.jar.pack.* exceptions

Mike Duigou mike.duigou at oracle.com
Wed Nov 3 22:32:16 UTC 2010


Looks good. 

- You may want to consider using getLocalizedMessage() rather than getMessage(). If there is a localized version of the IllegalStateException message then the result will be a stack dump that begins with the unlocalized version of the message followed by a "Caused by" section which will display the localized version.

Mike

On Nov 3 2010, at 15:12 , Kumar Srinivasan wrote:

> Thanks for all the reviews and suggestions!
> 
> the new version is at:
> http://cr.openjdk.java.net/~ksrini/6985763/webrev.01
> 
> In this revision:
> 1. the input parameter is renamed to "in",
>    btw. we call out throwing of  NPEs at the package level documentation
>    http://download.oracle.com/javase/6/docs/api/java/util/jar/Pack200.html
>    I copied the same verbiage to the interfaces sections as well.
> 
> 2. moved the exception check into scanJar,  per Alan's suggestion where it is
>    isolated to catch IllegalStateException and wraps it up into an IOE.
> 
> 
> Thanks
> Kumar
> 
>> Kumar Srinivasan wrote:
>>> Hi,
>>> 
>>> These are simple changes to the java.util.jar.pack:
>>>  * fixes JCK  failures, specifically throwing unexpected exceptions
>>>  * minor fixes to the ClassFormatException
>>>  * added a new test to catch the JCK type failures up-front, which is
>>>    bulk of the code changes.
>>> 
>>> http://cr.openjdk.java.net/~ksrini/6985763/webrev.00/
>>> 
>>> Thanks
>>> Kumar
>>> 
>> Kumar - would it be better if scanJar just handled the closed JAR case by catching the IllegalStateException and re-throwing it as an IOException? I assume other runtime exceptions are other bugs that you won't have translated into I/O exceptions.
>> 
>> -Alan.
> 




More information about the core-libs-dev mailing list