[10] Review request: 8186237 Refactor jdk.packager to legacy package

Victor, Please review this refactor to get ready for the new CLI. JIRA: https://bugs.openjdk.java.net/browse/JDK-8186237 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8186237/webrev.00/ Chris

[10] Review request: 8184769 Static Link to SHGetKnownFolderPath

Victor, Please review this change to remove the LoadLibray. JIRA: https://bugs.openjdk.java.net/browse/JDK-8184769 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8184769/webrev.00/ Chris

[10] Review request: 8183246 Remove Platform::GetSystemJRE()

Victor, Please review this change to remove the dead code related to acquiring the system JRE for a packaged app. JIRA: https://bugs.openjdk.java.net/browse/JDK-8183246 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8183246/webrev.00/ Chris

[10] Review request: 8091418 Evaluate TODOs in code, either removing or filing issues as appropriate

Victor, Please review these changes related to the TODOs and FIXMEs in the java packager code. JIRA: https://bugs.openjdk.java.net/browse/JDK-8091418 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8091418/webrev.00/ Chris

[10] Review request: 8182778 Debug JDK Additions

Kevin, Victor, Please review these additions to the Java Packager debug JDK. This change will bundle the jdk.packager.services module with the resulting application and cleans up the gradle sourceSet. JIRA: https://bugs.openjdk.java.net/browse/JDK-8182778 Webrev:

[10] Review request: JDK-8181738 Remove com.sun.tools.jdeps to jdk.packager

Kevin, Victor, Please review this change following JDK-8179445 to remove the qualified exports of com.sun.tools.jdeps: JIRA: https://bugs.openjdk.java.net/browse/JDK-JDK-8181738 Webrev:

[9] Review request: 8179363 Errors in Redistributable Module List

Kevin, Victor, Please review this change to fix the redistributable file list. JIRA: https://bugs.openjdk.java.net/browse/JDK-8179363 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8179363/webrev.00/ Chris

Re: javapackager - partially self-contained apps in JDK 9

gt; I really wonder why this case is not handled in some convenient way. > > > > >> On Apr 25, 2017, at 11:32 AM, Chris Bensen <chris.ben...@oracle.com> wrote: >> >> >>> On Apr 11, 2017, at 10:43 AM, Alan Snyder <javali...@cbfiddle.com> wrote: >&g

Re: javapackager - partially self-contained apps in JDK 9

> On Apr 11, 2017, at 10:43 AM, Alan Snyder wrote: > > I have run into a problem in moving my macOS apps from JDK 8 to 9. The issue > relates to using MySQL via JDBC. > The connector class name is fixed. The class is loaded using Class.forName(). > However, there can

[10] Review request: 8176825 Unwanted comment in jdk.packager.services/src/main/java/module-info.java

Victor, Please review this minor change to remove and unwanted comment. JIRA: https://bugs.openjdk.java.net/browse/JDK-8176825 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8176825/webrev.00/ Chris

[9] Review request: 8178413 Mark All Exported Java Packager APIs as Deprecated

Kevin, Victor, and Mandy, Please review this change to deprecate all the existing non documented Java Packager API for JDK 9 and provide a new API for JDK 10. JIRA: https://bugs.openjdk.java.net/browse/JDK-8178413 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8178413/webrev.02/ Chris

[9] Review request: 8177451 javapackager -help prints help message of java -help

Kevin, Please review this fix to the javapackager.exe launcher. My last change, I thought I had tested it thoroughly but I made a mistake where I put one of the quotes but I also noticed some other problems. So it’s now launching as a modular application as well. This time I’ve carefully

[9] Review request: 8176582 javapackager.exe doesn't work from c:\program files

Kevin, Victor, Please review this change to add quotes around path strings. JIRA: https://bugs.openjdk.java.net/browse/JDK-8176582 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8176582/webrev.01/ Chris

[9] Review request: 8150511 LSMinimumSystemVersion set incorrectly

Victor, Please review this change to the minimum supported system version. JIRA: https://bugs.openjdk.java.net/browse/JDK-8150511 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8150511/webrev.00/ Chris

[8] Review request: 8174842 Uninitialized variable in PosixPlatform.cpp

Kevin, Please review backport request: JIRA: https://bugs.openjdk.java.net/browse/JDK-8174842 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8174842/webrev.03/ Chris

Re: [8] Review request: 8173139 Packager update App Store runtime rules for libjfxwebkit.dylib

K-8174806/webrev.00/> Chris > On Feb 15, 2017, at 9:46 AM, Chris Bensen <chris.ben...@oracle.com> wrote: > > Kevin, > > Please review this change to no longer strip libjfxwebkit.dylib after 8u152 > from a packaged app. > > JIRA: https://bugs.open

[8] Review request: 8173139 Packager update App Store runtime rules for libjfxwebkit.dylib

Kevin, Please review this change to no longer strip libjfxwebkit.dylib after 8u152 from a packaged app. JIRA: https://bugs.openjdk.java.net/browse/8173139 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8173139/webrev.00/ Chris

[9] Review request: JDK-8174842 Uninitialized variable in PosixPlatform.cpp

Victor, Please review the fix for initializing the uninitialized variable. JIRA: https://bugs.openjdk.java.net/browse/JDK-8174842 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8174842/webrev.00/

[9] Review request:

Kevin, Victor: Updating the redistributable module list, changing the name to legacy/jre.list and adding support for comments in the jre.list file. JIRA: https://bugs.openjdk.java.net/browse/JDK-8174131 Webrev:

Re: [9] Review request: JDK-8147781: Javapackager installer needs to cleanup temporary folders

That’s a good point Stefan. I hadn’t noticed the -verbose. Chris > On Feb 6, 2017, at 4:31 PM, Stefan Fuchs wrote: > > Hi, > > are you sure that there is a bug? > > The verbose paramter is explicitly documented to leave temporary files > around, as a starting point for

[9] Review request: 8173774 Update script and icon

Victor, Please review these minor changes to the AppStore version number and icons for submitting to the Mac AppStore. JIRA: https://bugs.openjdk.java.net/browse/JDK-8173774 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8173774/webrev.02/

[9] Review request: 8173661 Fix ALL-MODULE-PATH

Victor, Please review this change to the addModules. ALL-MODULE-PATH now works with this change but it is subtle and we need to make sure it doesn’t break anything. JIRA: https://bugs.openjdk.java.net/browse/JDK-8173661 Webrev:

[9] Review request: 8173407 New Ensemble AppStore icon

Victor, Please review this very minor change. Rename of the Ensemble illustrator file, along with an updated version that the AppStore should be happy with, and the new PNG. JIRA: https://bugs.openjdk.java.net/browse/JDK-8173407 Webrev:

[9] Review request: 8173225 codesign fails on symlinks

Victor, Please review these changes to submit apps to the Mac App store. JIRA: https://bugs.openjdk.java.net/browse/JDK-8173225 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8173225/webrev.01/

[9] Review request:

Victor, Please review this change to provide a warning with suggested work arounds when packaging on Windows 10 with Windows Defender enabled. JIRA: https://bugs.openjdk.java.net/browse/JDK-8172444 Webrev:

[9] Review request: 8171811 References to ant-javafx.jar

Victor, Please review these string changes to remove ant-javafx.jar from the error messages where they shouldn’t be. JIRA: https://bugs.openjdk.java.net/browse/JDK-8171811 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8171811/webrev.00/

Re: CFV: New OpenJFX Committer: Ramesh Gangadhar

Correct: Vote: YES > On Jan 18, 2017, at 2:10 PM, Chris Bensen <chris.ben...@oracle.com> wrote: > > Not: YES > > >> On Jan 18, 2017, at 1:53 PM, Kevin Rushforth <kevin.rushfo...@oracle.com> >> wrote: >> >> I hereby nominate Rames

Re: CFV: New OpenJFX Committer: Ramesh Gangadhar

Not: YES > On Jan 18, 2017, at 1:53 PM, Kevin Rushforth > wrote: > > I hereby nominate Ramesh Gangadhar [1] to OpenJFX Committer. > > Ramesh is a member of JavaFX SQE team at Oracle working on test development > for the Java packager, who has contributed 20

[9] Review request: 8172985 Executable files in repo after JDK-8172925

Kevin, Please review my fixing my mistake. JIRA: https://bugs.openjdk.java.net/browse/JDK-8172985 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8172985/webrev.00/ Chris

[9] Review request: 8172925 Mac App Store

Victor, Please review the first pass at the Mac App Store changes. JIRA: https://bugs.openjdk.java.net/browse/JDK-8172925 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8172925/webrev.00/

[9] Review request: 8171979 Missing/Renamed Modules in Redistributable list

Victor, Please review this change to the redistributable module list. JIRA: https://bugs.openjdk.java.net/browse/JDK-8171979 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8171979/webrev.00/ Thanks, Chris

Result: New OpenJFX Committer: Victor Drozdov

Voting for Victor Drozdov [1] to OpenJFX Committer [2] is now closed. Yes: 7 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Chris [1] http://openjdk.java.net/census#vdrozdov [2]

[9] Review request: JDK-8168306 Iconswap program used by the packager is flagged as malware by Windows Defender

Kevin, Victor, Please review this change to do away with the tools iconswap.exe and versioninfoswap.exe by folding them into javapackager.exe to avoid the problems of these being copied as a resource out of the Java Packager into executing from the temporary directory. JIRA:

[9] Review request: JDK-8171352 javapackager throws "Exception: jdk.tools.jlink.plugin.PluginException: java.lang.IllegalArgumentException: No modules to add" when bundled with NormalJar

Kevin, Please review this minor change to build.gradle as a follow on to JDK-8170198. The location of the redistributable.list was incorrect and my testing didn’t catch it. JIRA: https://bugs.openjdk.java.net/browse/JDK-8171352 Webrev:

[9] Review request: JDK-8170198 Static Redistributable Module List

Kevin, Please review this change to no longer generate the Java Packager’s redistributable module list instead use a static list since the programmatically generated list uses the boot JDK’s list of modules and that can vary between builds. JIRA:

Re: CFV: New OpenJFX Committer: Victor Drozdov

Vote: yes > On Dec 13, 2016, at 4:21 PM, Chris Bensen <chris.ben...@oracle.com> wrote: > > I hereby nominate Victor Drozdov [1] to OpenJFX Committer. > > Victor is a member of Java Deployment team at Oracle working on the Java > Packager tool, who has contributed 11 c

Re: [9] Review request: JDK-8169443 Deprecate Java Packager Blob Signing

The “new” was introduced for some reason in JDK 1.8 documentation but this has been there since JDK 1.0 documentation which I can’t find but it’s also there since JDK 2.0 [1]. The deployment guide will be updated. Chris [1]

CFV: New OpenJFX Committer: Victor Drozdov

I hereby nominate Victor Drozdov [1] to OpenJFX Committer. Victor is a member of Java Deployment team at Oracle working on the Java Packager tool, who has contributed 11 changesets [5] to OpenJFX, at least 8 of which are significant. Votes are due by January 4, 2017. Only current OpenJFX

Re: [9] Review request: JDK-8169443 Deprecate Java Packager Blob Signing

Hi Stefan, Yes, it is being deprecated. It will continue to function as it has. Two main reasons for the deprecation are: 1. Self signed jars are blocked and sign as blob is a self signed jars. 2. There will be a replacement for modules that will be better. Chris > On Dec 12, 2016, at 11:56

[9] Review request: JDK-8169443 Deprecate Java Packager Blob Signing

David, Please review these changes to deprecate the blob signing from the Java Packager. JIRA: https://bugs.openjdk.java.net/browse/JDK-8169443 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8169443/webrev.00/

[9] Review request: JDK-8170883 Add Class Path to Examples

Kevin, Victor, Please review changes to the Java Packager examples and a new example mixing modular jars and non modular jars. JIRA: https://bugs.openjdk.java.net/browse/JDK-8170883 Webrev:

[9] Review request: JDK-8168407 javapackager throws "java.lang.ClassNotFoundException: testapp.util.Util" when bundle is built through ANT for unnamed module depending on named module scenario

Kevin, Please review this change to allow a non modular jar main app to use and bundle modular jars into the runtime image. JIRA: https://bugs.openjdk.java.net/browse/JDK-8168407 Webrev:

[9] Review request: JDK-8170609: Show Error When Mac AppStore Certificate Expired

Victor, Please review the changes to show an error when the MacApp Store certificate has expired. JIRA: https://bugs.openjdk.java.net/browse/JDK-8170609 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8170609/webrev.00/ Chris

[9] Review request: JDK-8170295 fx:jvmarg is not set

Victor, Please review this change to fix setting of jvmarg options: JIRA: https://bugs.openjdk.java.net/browse/JDK-8170295 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8170295/webrev.00/ Chris

[9] Review request: JDK-8170122 Packager Tests

Victor, Please review these Java Packager examples: JIRA: https://bugs.openjdk.java.net/browse/JDK-8170122 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8170122/webrev.01/ Chris

[9] Review request: 8170122: Packager Tests

Kevin, Adding Java Packager examples/tests. JIRA: https://bugs.openjdk.java.net/browse/JDK-8170122 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8170122/webrev.00/ Chris

[9] Review request: JDK-8167508 ant-javafx.jar and jdk.packager runtime version check

Kevin, Please review this change to have ant-javafx.jar check the version of Java that is running it and match the version it was intended to run with by comparing against a version string that is stored in the jar file. JIRA: https://bugs.openjdk.java.net/browse/JDK-8167508 Webrev:

Re: [9] Review request: DK-8169417: JavaFX to include jake-compatible versions of module-info.java with import bundles

+1 I did a quick test on Mac and it worked for me. Chris > On Nov 8, 2016, at 4:11 PM, Kevin Rushforth > wrote: > > Hi, > > Please review the following fix to include jake-compatible versions of > module-info.java with our input bundles: > >

Re: javapacker's iconswap flagged as malware

Hi Scott, I’m not actively running Windows 10 and last time I did run the Java Packager under Windows 10 it worked just fine so this is new behavior within I’d say the last 6 months. Feel free to file a bug, but I’m not sure there’s anything that can be done from the JDK side. Thanks, Chris

[9] Review request: JDK-8167973 Absolute path for module-path is not working when trying to execute javapackager from other drive in CLI

Kevin, Please review this change to fix the path separate for Windows. JIRA: https://bugs.openjdk.java.net/browse/JDK-8167973 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8167973/webrev.00/ Chris

[9] Review request: JDK-8167496 Packager Cleanup

Kevin, Just some cleanup. JIRA: https://bugs.openjdk.java.net/browse/JDK-8167496 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8167496/webrev.00/ Chris

[9] Review request: JDK-8166661 Remove "-outfile" as compulsary when bundling modules in javapackager

Kevin, Please review the following change to remove the required argument -outfile. JIRA: https://bugs.openjdk.java.net/browse/JDK-811 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-811/webrev.00/ Chris

Re: [9] Review Request: 8165414 javapackager throws NullPointerException in Windows Operating System for CLI

Kevin, did you see this one too? Chris > On Oct 5, 2016, at 8:11 AM, Chris Bensen <chris.ben...@oracle.com> wrote: > > Kevin, > > This resolves the NullPointerExceptions when packaging on Windows. > > JIRA: https://bugs.openjdk.java.net/browse/JDK-8165414 >

[9] Review Request: 8166881 .cfg Configuration file contains hard coded values of path

Kevin, Fix so the config file entry of the jar file is not a hard coded path. JIRA: https://bugs.openjdk.java.net/browse/JDK-8166881 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8166881/webrev.00/

[9] Review Request: 8165414 javapackager throws NullPointerException in Windows Operating System for CLI

Kevin, This resolves the NullPointerExceptions when packaging on Windows. JIRA: https://bugs.openjdk.java.net/browse/JDK-8165414 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8165414/webrev.00/

[9] Review Request:

Kevin, Add modules and limit modules are broken in some situations. JIRA: https://bugs.openjdk.java.net/browse/JDK-8166172 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8166172/webrev.00/

[9] Review Request: 8165059 Many jdk.packager properties files are missing from javafxsdk.tbom

Kevin, Files for translation. JIRA: https://bugs.openjdk.java.net/browse/JDK-8165059 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8165059/webrev.00/ Chris

[9] Review Request: 8165882 Java Packager Cleanup

Kevin, Just some minor cleanup. JIRA: https://bugs.openjdk.java.net/browse/JDK-8165882 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8165882/webrev.00/ Chris

[9] Review Request: 8165548 javapackager -help shows --modulepath not --module-path

Kevin, Please review this simple string change. JIRA: https://bugs.openjdk.java.net/browse/JDK-8165548 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8165548/webrev.00/ Chris

[9] Review Request:

Kevin, Please review this change to fix the .properties files. JIRA: https://bugs.openjdk.java.net/browse/JDK-8165057 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8165057/webrev.00/ Chris

[9] Review Request: 8163076 javapackager bundling fails due to issue in JAVA-API

Kevin, Please review this change to fix invoking the Java Packager through the Java Packager API. JIRA: https://bugs.openjdk.java.net/browse/JDK-8163076 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8163076/webrev.00/ Chris

[9] Review Request: 8164248 [packager] New Modular Arguments to be made public for Packager API

Kevin, Please review the change to make all the modular arguments part of the Java Packager public API. JIRA: https://bugs.openjdk.java.net/browse/JDK-8164248 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8164248/webrev.00/ Thanks, Chris

[9] Review Request: 8155956 Java Packager runtime argument

Kevin, Please review change for Java Packager runtime argument and a few other minor changes. Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8155956/webrev.00/ JIRA: https://bugs.openjdk.java.net/browse/JDK-8155956 Chris

Re: CFV: New OpenJFX Committer: Andrey Rusakov

Vote: yes Chris > On Jul 23, 2016, at 7:42 AM, Kevin Rushforth > wrote: > > I hereby nominate Andrey Rusakov [1] to OpenJFX Committer. > > Andrey is a member of JavaFX SQE team at Oracle working on test development, > who has contributed 19 changesets [5] to

[9] Review Request: 8149975: [packager] Programmatically Determine JDK or JRE Modules

Hi David, Please review this change for the Java Packager to programmatically get a list of the modules that are to be redistributable. This was waiting on https://bugs.openjdk.java.net/browse/JDK-8155955 and

Review Request: 8146582 Ant Support for modular arguments

Hi Kevin, This change adds Ant support for the modular arguments and changes the CLI arguments to match the new proposed GNU-style arguments. JIRA: https://bugs.openjdk.java.net/browse/JDK-8146582 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8146582/webrev.00/ Thanks, Chris

Review Request: 8154895 Revisit javapackager module path related options

Hi Kevin, This change aligns the CLI of the Java Packager with the rest of the Java toolchain (-modulepath, -addmods, -limitmods and -m). Developers can continue to use the old style -srcfiles, -appClass and -BmainJar= CLI arguments to bundle non-modular applications. JIRA:

Request Review: [9]: [packager] Refactor Java Packager

Kevin, Please review this refactoring change. This is the FX side of JDK-8150990 where the parts of the jdk.packager module that depend on jlink are refactored and moved to the jdk.jlink module. review: http://cr.openjdk.java.net/~cbensen/JDK-8154898/webrev.02/

Re: [9]: : [packager] Module Path Packager Arguments

New webrev: http://cr.openjdk.java.net/~cbensen/JDK-8150991/webrev.03/ <http://cr.openjdk.java.net/~cbensen/JDK-8150991/webrev.03/> Chris > On Apr 11, 2016, at 4:17 PM, Chris Bensen <chris.ben...@oracle.com> wrote: > > Kevin, > > Please review. This adds ne

[9]: : [packager] Module Path Packager Arguments

Kevin, Please review. This adds new argument to Java Packager, the Minesweeper FX Appstore App and cleans a lot of things up. My Packager sandbox will be in sync with 9dev except for refactoring changes. https://bugs.openjdk.java.net/browse/JDK-8150991

[Jake Review]: [packager] Module Path Packager Arguments

Kevin, Please review. This adds new argument to Java Packager and cleans a lot of things up. My Packager sandbox will be in sync except for refactoring changes. https://bugs.openjdk.java.net/browse/JDK-8150991

Jake Review: [packager] Fix packager for jlink API changes

Kevin, Fixes for the Java Packager. https://bugs.openjdk.java.net/browse/JDK-8153529 http://cr.openjdk.java.net/~cbensen/JDK-8153529/webrev.00/ Chris

Re: Request Review: 8150991 [packager] Module Path Packager Arguments

Wrong comment. What I meant to say is “small packager change to add new arguments for the module path”. Chris > On Mar 3, 2016, at 10:22 AM, Chris Bensen <chris.ben...@oracle.com> wrote: > > Hi Kevin, > > Small packager change to pass module path to to the call to JD

Request Review: 8148654 [packager] Add support for module path when calling jdeps

Hi Kevin, Small packager change to pass module path to to the call to JDEPS. JIRA: https://bugs.openjdk.java.net/browse/JDK-8148654 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8148654/webrev.00/ Thanks, Chris

Review Request: 8148978 [packager] bootmodules.jimage was renamed to modules

Hi David, Please review this change to take into account the recent change to JLINK to rename bootmodules.jimage to modules. There’s a bit more in this change as well to just get the packager CLI working in general. JIRA: https://bugs.openjdk.java.net/browse/JDK-8148978

Review Request: 8150294 [packager] Netbeans Packager Project

Hi Kevin, Please review this change to add a Netbeans project for the Java Packager jdk.packager module: JIRA: https://bugs.openjdk.java.net/browse/JDK-8150294 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8150294/webrev.00

Review Request: 8149966 [packager] JLINK API changes

Hi Kevin, Please review this fix for the changes to the JLINK API that the packager uses: JIRA: https://bugs.openjdk.java.net/browse/JDK-8149966 Webrev: http://cr.openjdk.java.net/~cbensen/JDK-8149966/webrev.00/ Thanks, Chris

Re: javapackager

> On Feb 3, 2016, at 1:08 PM, Scott Palmer <swpal...@gmail.com> wrote: > > >> On Feb 3, 2016, at 11:40 AM, Chris Bensen <chris.ben...@oracle.com> wrote: >> >> On Feb 2, 2016, at 7:27 PM, Scott Palmer <swpal...@gmail.com> wrote: >>&

Re: javapackager

ed (uses shared libs), for GNU/Linux 2.6.15, > BuildID[sha1]=0x7e6522a86eca91b45cfb4dfa5defbddac0b1294a, not stripped > > > So the 64-bit launcher is bundled. > > > > > > Can you file a minimum test case along with the Linux system used so we can > > prior

Re: javapackager

er executable? I think it’d be: $ file myserver-1.0-1.x86_64/app/myserver Can you file a minimum test case along with the Linux system used so we can prioritize with other bugs and find a solution? Chris > Scott > > >> On Feb 2, 2016, at 7:03 PM, Chris Bensen <chris.ben...@o

Re: javapackager

This list or the Deployment blog (https://blogs.oracle.com/talkingjavadeployment/) are the best places to get help with the javapackager. Is your app built with the 64-bit or 32-bit packager? I noticed “x86_64” appended to the name. If it’s 32-bit you could try running: sudo apt-get install

[9] 8147492: [packager] javapackager.exe support for unicode

Kevin, Please review the following fix https://bugs.openjdk.java.net/browse/JDK-8147492 http://cr.openjdk.java.net/~cbensen/JDK-8147492/webrev.00/ Thanks, Chris

[9] Review request for 8146169: Javapackager displays version as 8.0 instead of 9.0 for JDK9

Kevin, Please review the following fix https://bugs.openjdk.java.net/browse/JDK-8146169 http://cr.openjdk.java.net/~cbensen/JDK-8146169/webrev.00/ Thanks, Chris

Re: [8u-dev] Review request: 8143314: Runtime not respected with INI-configuration while creating native bundle

+1, but then again, I’m not Danno > On Nov 19, 2015, at 6:14 AM, Dmitry Cherepanov > wrote: > > Chris, Danno, > > Please review the following fix: > > https://bugs.openjdk.java.net/browse/JDK-8143314 > http://cr.openjdk.java.net/~dcherepanov/8143314/webrev.0/ >

Re: Java 8 updates are causing "Apps that use non-public APIs will be rejected"

The change is only for the Mac App Store. You can easily look at the changeset associated with JDK-8138650 to verify this: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/761213753af4 This is the relevant code change: +++

Re: Followup on our Splash Screen discussion at JavaOne (using AWT-SplashScreen)

Hi Tom, Yes, I remember our conversation. Danno’s right, there’s an open bug. I thought it was resolved at some point. Each Operating System acts differently making it a tough problem. I’ll add it to my (very long) todo list and get to it as soon as I can. Thanks, Chris > On Nov 11, 2015,

Re: [sandbox-9-jake] Review Request 8080531 - fix ant-javafx ant tasks

+1 Chris > On Oct 19, 2015, at 1:02 PM, Danno Ferrin wrote: > > Kevin, Chris, Dmitry > Because of the way resources are being handled in current revs of Jake we > need to pull the main ant task classes back into ant-javafx and not deploy > them into the main

Re: [9-sandbox-jake] Request for Approval - 8080531 - Modular Java Application Packaging

+1 > On Oct 12, 2015, at 11:50 AM, Danno Ferrin wrote: > > Kevin, Chris, > > This is a Work in Progress to be put in the jake sandbox for JEP-275 work. > Mostly so we can get it out in the open before JavaOne at the end of the > month. > > This patch breaks the

Re: Mac App Store Refusal because of QTKit API's

from its *own* internal copy of webkit which in turn has a >>>>>> copy of ICU. >>>>>> >>>>>> What is very odd is that Apple is essentially then objecting to >>>>>> referencing >>>>>> functions that are internal to

Re: Mac App Store Refusal because of QTKit API's

Hi Scott, Those APIs are for the text system ICU. I believe the App Store team may be in error. Perhaps they accidentally copied the wrong forbidden APIs when writing the message. Thanks, Chris > On Sep 29, 2015, at 3:15 AM, Scott Selvia wrote: > > I’m using JDK 8 update

Re: Review Request: RT-39975 - AppCDS support for packager

Correct! On Mar 31, 2015, at 4:41 AM, Mike Hearn m...@plan99.net wrote: The bug is restricted - intentional? I'm guessing this is class data sharing and would make startup of packaged apps faster? On Tue, Mar 31, 2015 at 12:52 AM, Chris Bensen chris.ben...@oracle.com wrote: +1

Re: Review Request: RT-39975 - AppCDS support for packager

Java apps are running on the same JRE simultaneously. I guess that won't apply to packaged apps so the only benefit can be startup time. On Tue, Mar 31, 2015 at 3:59 PM, Chris Bensen chris.ben...@oracle.com wrote: Correct! On Mar 31, 2015, at 4:41 AM, Mike Hearn m...@plan99.net wrote

Re: Review Request: RT-39975 - AppCDS support for packager

+1 On Mar 30, 2015, at 3:11 PM, Danno Ferrin danno.fer...@oracle.com wrote: Kevin, Chris, please review jira: https://javafx-jira.kenai.com/browse/RT-39975 webrev: http://cr.openjdk.java.net/~shemnon/RT-39975/webrev.00/

Re: [8u40] review request: RT-39182: Enable building 32-bit Linux on 64-bit systems

+1 On Nov 22, 2014, at 5:29 PM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Dave, Kirill, Anton, Chris, Please review the following build changes to enable building 32-bit graphics, media, webkit, and packager binaries on a 64-bit Linux system.

Review for RT-39137

Danno, Please review this patch. More info in the JIRA Webrev: http://cr.openjdk.java.net/~cbensen/RT-39137/webrev.00/ JIRA: https://javafx-jira.kenai.com/browse/RT-39137

Re: Review for RT-38968

From what I’ve seen, jvmuserarg.0 never exists. It is 1 based. If you are however changing it to 0 based then this line is fine: -TString prefix = TString(_T(jvmuserarg.)) + PlatformString(index).toString(); +TString prefix = TString(_T(jvmuserarg.)) + PlatformString(index +

Re: IOS support?

I know of a couple people that have dabbled with codename one. I think he liked it, but he didn’t like working in Objective-C. Chris On Sep 9, 2014, at 1:50 PM, Tony Anecito adanec...@yahoo.com wrote: Thanks Danno I have heard of that one. Also, I am looking at codename one have you or

Re: Review Request: RT-37788

I’m not sure about for 8u20. Seems fairly straight forward, and your Obj-C seems as good as any Obj-C. My only complaint at the moment is the following: 358 if ([pathParts count] 2) { 359 // for 3 or more steps, the domain is first.second.third and the keys are