RFR: JDK-8212780: JEP 343: Packaging Tool Implementation

Philip Race philip.race at oracle.com
Mon Nov 12 20:22:49 UTC 2018


Adding build-dev back ..

I noticed that module jdk.jpackager.runtime requires java.desktop on all 
platforms

So far as I can tell this is for a Mac-only support for receiving and
handling file open events. Probably it only makes sense or gets used
when the API is used from a running desktop application.

I might ask if we need this at all, but I definitely think it should
not be required on all platforms if needed only for Mac even if
we might want it on windows in a future version.

Do we not envisage cases where you need the runtime API for
some kind of daemon service for which there should be a singleton ?
Do you really want to force the desktop module to be dragged along
in such a case ?

I think we should remove this dependency even if it means losing a
MacOS feature at least for now.

-phil.

On 11/11/18, 2:40 PM, Andy Herrick wrote:
> On 11/9/2018 5:25 PM, Andy Herrick wrote:
>> This is an update to the Request For Review of the implementation of 
>> the Java Packager Tool (jpackager) as described in JEP 343: Packaging 
>> Tool <https://bugs.openjdk.java.net/browse/JDK-8200758>
>>
>> This refresh renames the packages used to jdk.jpackager and 
>> jdk.jpackager.runtime, removes the JNLPConverter demo, adds an 
>> initial set of automated tests, and contains fixes to the following 
>> issues:
>>
>> JDK-8213324 jpackager deletes existing app directory without warning
>> JDK-8213166 jpackager --argument arg is broken
>> JDK-8213163 --app-image arg does not work creating exe installers
>> JDK-8212089 Prepare packager for localization
>> JDK-8212537 Create method and class description comments for main 
>> functionality
>> JDK-8213332 Create minimal automated tests for jpackager
>> JDK-8213333 Fix issues found in jpackager with automated tests
>> JDK-8213394 Stop using Log.info() except for expected output.
>> JDK-8213345 Secondary Launchers broken on mac.
>> JDK-8213156 rename packages for jpackager
>> JDK-8213244 Fix all warnings in jpackager java code
>> JDK-8212143 Remove native code that supports UserJvmOptionsService
>> JDK-8213162 Association description in Inno Setup cannot contain 
>> double quotes
>>
>> The following additional issues are targeted to be address in the 
>> next few weeks:
>> JDK-8212936     Makefile and other improvements for jpackager
>> JDK-8212164     resolve jre.list and jre.module.list
>> JDK-8213392     Enhance --help and --version
>> JDK-8208652     File name is not passed to main() via file 
>> association on OS X
>> JDK-8212538     Determine standard way to determine if a Modular jar
>> JDK-8213558     Create more unit tests
> Note: The above issues are targeted to 'internal' - meaning we expect 
> to resolve them in the sandbox before the initial push to JDK12.
> Issues targeted to '12' are expected to be fixed after the initial push.
>
> /Andy
>>
>> Webrev: http://cr.openjdk.java.net/~herrick/8212780/webrev.2/
>>
>> please send feedback to core-libs-dev at openjdk.java.net
>>
>> /Andy Herrick
>>
>


More information about the build-dev mailing list