Re: CFV: New OpenJFX Committer: Johan Vos

Vote: Yes On Wed, Dec 23, 2015 at 5:19 PM, Richard Bair wrote: > Vote: YES > > > On Dec 22, 2015, at 6:10 PM, Jasper Potts > wrote: > > > > Vote: yes > > > > Sent from my iPhone > > > >> On Dec 22, 2015, at 5:03 PM, Alexander Kouznetsov < > alexander.kouznet...@oracle.com> wrote: > >> > >> Vot

Re: Bulk packager integration

t; a couple weeks ago I no > longer see any classes from ant-javafx.jar showing up in the fxpackager > module. > I'll look into removing that code then. > -- Kevin > > > Danno Ferrin wrote: >> >> Here's the webrev: http://cr.openjdk.java.net/~sh

Re: Bulk packager integration

Here's the webrev: http://cr.openjdk.java.net/~shemnon/8080531/webrev.07/ <http://cr.openjdk.java.net/~shemnon/8080531/webrev.07/> (it's been a stressful morning) > On Nov 25, 2015, at 9:38 AM, Danno Ferrin wrote: > > Kevin, Chris, Dmitry > > This is a bul

Bulk packager integration

Kevin, Chris, Dmitry This is a bulk packager integration from the packager sandbox to the JavaFX Sandbox, please review. webrev: There are three changes outside of the fxpackager module that I think Kevin needs to give his approval for. Two changes are in the build.gradle. The first adds a

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

We never remove it from a .dmg. Only if it is a .pkg targeting the Mac App Store do we remove it. > On Nov 17, 2015, at 3:57 PM, Stefan Fuchs wrote: > > Hi Kevin, > > well, removing libjfxwebkit.dylib from dmg files would definitely break our > application, as we heavily rely on WebView. >

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

Not for a DMG file, just .pkgs that are intended for the app store. So .app, .dmg, and normal .pkgs will have unaltered jres. The Mac App Store .pkgs will be made to conform to mac app store standards. > On Nov 17, 2015, at 11:50 AM, Dr. Michael Paus wrote: > > Just in order to better underst

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

This is a known issue and is being tracked with JDK-8090606. https://bugs.openjdk.java.net/browse/JDK-8090606 > On Nov 11, 2015, at 3:24 AM, Tom Schindl wrote: > > Hi Chris, Danno and OpenJFX-Group, > > Chris not sure you remember our discuss

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

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 packager module. Properly exported in module-info.java all of the other classes are just fine. It tou

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

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 deployment samples, and there isn't a plan in place to fix them. The issues are deep and relate to

Re: Windows Store App Package Enhancment

> On Oct 7, 2015, at 1:22 PM, Scott Selvia wrote: > > I would like to request an enhancement to have the packager support a Windows > Store application bundle as it currently supports the Mac App store package > process. > > I ask this question without checking the code availability, is the p

Re: Windows 8 Store / Windows 10 Store

To publish the app itself, no, not right now. The core issue is that the Java Runtime is not a WinRT/Win10 app but is still a win32 app, and they don’t publish those in their store. Since that is not my area of expertise, I don’t know about plans relating to WinRT/Win10 APIs. The core OpenJDK

Re: JavaFX Self-contained PKG and MacAppStore_PKG did not work

Mac installer is weird. The install location in the installer is at best a strongly worded suggestion to the pkgutil code and I don't completely understand when it follows it and when it doesn't. What I have seen in my development is that if the package has been installed and or run anywhere e

Re: Can we use JavaPackager and a get full JRE?

> On Aug 8, 2015, at 5:16 PM, Scott Palmer wrote: > > I’m using the JavaFX gradle plugin to build a very simple application with > the new java packager and I’ve noticed a problem with the embedded JRE, at > least on OS X. > > Specifically, the ‘bin’ folder is missing from the embedded JRE, p

Re: How to Include a License File in Self-Contained Application Package

Currently the Mac App Store support for java packager does not support a click-through license. One could be added if a web-bug feature request was posted, and we could add it to the queue. We do support click-through licenses for .DMG and .PKG distributions on mac, just not MAS right now. Ri

Re: slightly ot: java9 runtime images

x27;s the first thing I noticed, when I tested it. > > Regards, > Benjamin > > On Wed, May 13, 2015 at 11:43 AM, Tom Eugelink <mailto:t...@tbee.org>> wrote: > On 7-5-2015 15:52, Danno Ferrin wrote: > It would be a major improvement (not only for JavaFX appli

Re: slightly ot: java9 runtime images

I looked at the man pages, and it’s not there. That is strange because I remember working with the docs people to get them the info they needed. The best docs are from my JavaOne presentation: https://oracleus.activeevents.com/2014/connect/fileDownload/session/3B139AAF656DC1741328669FE873981E/

Re: slightly ot: java9 runtime images

> On May 7, 2015, at 6:27 AM, Tom Eugelink wrote: > > On 7-5-2015 02:15, Danno Ferrin wrote: >> You can already do some of that today with Java 8 and the Java Packager. >> You can create a file tree that can be zipped up that includes the runtime >> and all of the

Re: slightly ot: java9 runtime images

> On May 6, 2015, at 5:39 PM, Michał Zegan wrote: > > Hello. > > Sorry for asking it here, but I have too many lists I subscribed to > and I don't want to join a new one just to ask this one question: > I heard that java9 will (or might) make it possible to create a > runtime image of an applic

RT-40554: On Mac, application created by javapackager can not run.

Kevin, Chris Please review for inclusion in b12 webrev: http://cr.openjdk.java.net/~shemnon/RT-40554/webrev.01/ Bug: RT-40554: On Mac, application created by javapackager can not run.

Re: Private APIs not usable in Java 9?

Just adding to the comment that a specific user has the issue will help, especially when it comes to validating the fix. > On Apr 8, 2015, at 2:24 PM, Hervé Girod wrote: > > Do you need a specific classification for such JIRAs? > > Sent from my iPhone > >> On Apr

Re: Private APIs not usable in Java 9?

> On Apr 8, 2015, at 1:52 PM, Robert Krüger wrote: > our only workaround is to use private API For the benefit of the devs on the list, could you please point out what private APIs you currently need to use? That way we can make sure proper JIRAs are filed and we can connect those to actual

Review Request: RT-39975 - AppCDS support for packager

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: Packaging a JFX app in a gradle build system

Yes, bitbucket is the main repo, github is a mirror (currently out of date). (sorry for the late response, just got back from a long spring break). > On Mar 28, 2015, at 9:30 AM, Scott Palmer wrote: > > I believe the bitbucket repo is the main page. At least the bintray page > points to it. >

Re: Packaging a JFX app in a gradle build system

It’s not abandoned, I’ve just had a lot of work on my day job at the moment. For 8u20 and later you can access most of the new features from the builder arguments. Secondary launchers and file associations will require some additions I hope to get to in the next month or so. > On Mar 26, 2015,

Re: Error creating bundle for MacOSX using u40 b23

Sorry for the late response. Comcast decided monday at 2pm was the correct time to upgrade some cable hardware for the whole neighborhood. Because comcast cares. My guess is it's failing to find a key for one reason or another. Perhaps the keys aren't unlocked, or they are named slightly dif

Re: Why do the Linux packages go into /opt?

I'm not sure why it goes into /opt (that decision predates my tenure), but since the JRE is included it may be considered a "large software package" unsuitable for the /usr directory, and since it is an "add-on application software packages" opt seems to be a sensible place. It may also be a so

Re: How to handle file open requests on MacOS

nstaller with admin privs. The current > installer setup runs just fine with lowest privs, so it'd be perhaps nicer to > put the registry entries under HKEY_CURRENT_USER\SOFTWARE\Classes instead: > > http://support.microsoft.com/kb/257592 > > On Mon, Jan 5, 2015 at 8:59 P

Re: How to handle file open requests on MacOS

this way - AFAICT you're only allowed to have one > such event handler registered with the OS and JavaFX already registers one > ... it just doesn't expose the resulting Java events via public API. > > On Mon, Jan 5, 2015 at 6:50 PM, Danno Ferrin wrote: > Oh, yes. Mac has it

Re: How to handle file open requests on MacOS

Oh, yes. Mac has it's own Applicaiton class. Here's the imports for the second file... import com.apple.eawt.AppEvent; import com.apple.eawt.Application; import java.io.File; import java.util.List; import javax.swing.SwingUtilities; The com.apple.eawt stuff is shipped with Oracle JRE and JDK,

Re: How to handle file open requests on MacOS

On Jan 5, 2015, at 10:07 AM, Mike Hearn wrote: > 8u40 has javapackager improvements to help you do file associations in your > installers. I'm looking forward to this, though for now I have to do it > manually with 8u20. > > But one problem I've found is that just setting up the file associatio

[8u40] review request: RT-39733 - Packaging with a JRE as installed fails codesign on OSX 10.9.5 or 10.10

Kevin, David, please review JIRA: https://javafx-jira.kenai.com/browse/RT-39733 Webrev: http://cr.openjdk.java.net/~shemnon/RT-39733/webrev.00/ Current Webrev is against 8u-dev , I'll get one against 8u40 soonish.

Review Request

Kevin, please review: Jira: https://javafx-jira.kenai.com/browse/RT-39634 Webrev: http://cr.openjdk.java.net/~shemnon/RT-39634/webrev.01/ Even though the impact is strictly cosmetic, I consider this critical for 8u40. The code added is seen elsewhere in other bundlers and is being replicated at

Re: 8U40 b16 support for command line arguments for JavaFX Deploy...

Not sure what you mean by deployfx. My google-fu comes up with devops stugg. We support default command line arguments in 8u40. i.e. if you launch just from the icon launcher we can supply some command line arguments. For ant it is the element underneath the datatype. for bundler argument

Review Request: RT-36851 - preloaders don't work in packaged applicaitons

Kevin, Stephen, Please review RT-36851. There is one file in graphics in the application model affected by this change, and it is the most important change. My rational is in the JIRA. JIRA: https://javafx-jira.kenai.com/browse/RT-36851 WebRev: http://cr.openjdk.java.net/~shemnon/RT-36851/we

Review for RT-38968

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

Re: CFV: New OpenJFX Committer: Chris Bensen

+1 On Oct 10, 2014, at 5:49 PM, Kevin Rushforth wrote: > I hereby nominate Chris Bensen to OpenJFX Committer. > > Chris is a member of JavaFX team at Oracle working on the Java (FX) packager > tool. > > A list of Chris' commits is available by the following link: > > http://hg.openjdk.java.

Re: CFV: New OpenJFX Committer: Chris Bensen

+1 On Oct 10, 2014, at 5:49 PM, Kevin Rushforth wrote: > I hereby nominate Chris Bensen to OpenJFX Committer. > > Chris is a member of JavaFX team at Oracle working on the Java (FX) packager > tool. > > A list of Chris' commits is available by the following link: > > http://hg.openjdk.java.

Re: javapackager native windows bundle non empty app.classpath (package.cfg)

This looks to be a bug. Can you post what version of the jdk you are using? Also, can you post a JIRA for this at javafx-jira.kenai.com? On Oct 6, 2014, at 2:13 PM, Stefan Kreutter wrote: > Hoping to address my question to the appropriate list... > > Is it possible to use the javapackager (

Review for RT-38725

Kevin, Stephen, and anyone running Mac OSX 10.8 (Mountain Lion) with XCode 5.1.1 This patch should get the new launcher building on 10.7, 10.8, and 10.9 (and 10.10 maybe when it is released). However, we don't have anyone running Mountain Lion and/or XCode 5.1.1. The XCode issue is the more imp

Re: jfx:native - MSI installer change request

ass in the "-ext WixUIExtension" parameter, that > would suit our needs just fine :) > > On 10/01/2014 04:10 PM, Danno Ferrin wrote: >> Would a "pass through" of certian command line arguments work? >> >> I'm not terribly familiar with WiX but does the or

Re: jfx:native - MSI installer change request

Would a "pass through" of certian command line arguments work? I'm not terribly familiar with WiX but does the order of the command line arguments (other than the relative order of the same command) matter? i.e. if we insert a user supplied string at a single point would that get you as far as

hg: openjfx/8u-dev/rt: RT-38312: Modify Packager to remove QT Kit platform when creating Mac App Store bundles

Changeset: ac413b6468e9 Author:shemnon Date: 2014-09-18 23:07 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ac413b6468e9 RT-38312: Modify Packager to remove QT Kit platform when creating Mac App Store bundles Summary: Remove unneeded debugging code ! modules/fxpacka

hg: openjfx/8u-dev/rt: RT-38665: [packager] LauncherUserJVMOptions native headers incorrect

Changeset: 8501205d226c Author:shemnon Date: 2014-09-15 16:00 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8501205d226c RT-38665: [packager] LauncherUserJVMOptions native headers incorrect Summary: re-generate JNI headers and impls ! modules/fxpackager/src/main/nativ

Re: hg: openjfx/8u-dev/rt: support multiple file registrations on windows, and normalize the exe/msi names

My bad, still in sandbox mode. RT-38626: [Bundlers] content type is not set for Windows when specifying file associations Summary: support multiple file registrations on windows, and normalize the exe/msi names On Sep 11, 2014, at 11:05 AM, danno.fer...@shemnon.com wrote: > Changeset: 554c4bdd

hg: openjfx/8u-dev/rt: support multiple file registrations on windows, and normalize the exe/msi names

Changeset: 554c4bdd3c5f Author:shemnon Date: 2014-09-11 11:04 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/554c4bdd3c5f support multiple file registrations on windows, and normalize the exe/msi names ! modules/fxpackager/src/main/java/com/oracle/tools/packager/windo

hg: openjfx/8u-dev/rt: [test-only] need to check for Hand Crafted JDKs in build server tests.

Changeset: 6dea37f368c8 Author:shemnon Date: 2014-09-11 08:02 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6dea37f368c8 [test-only] need to check for Hand Crafted JDKs in build server tests. ! modules/fxpackager/src/test/java/com/oracle/tools/packager/mac/MacAppBund

hg: openjfx/8u-dev/rt: RT-37996: [packager] RPM Builder can't find rpmbuild in non-english locales

Changeset: ee31427caf20 Author:shemnon Date: 2014-09-10 13:06 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ee31427caf20 RT-37996: [packager] RPM Builder can't find rpmbuild in non-english locales Summary: Just look for a version number, don't depend on language depend

hg: openjfx/8u-dev/rt: RT-38567: Umbrella for Changes for JEP-208 - Java Packager Improvements

Changeset: 8335da240a33 Author:shemnon Date: 2014-09-10 11:31 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8335da240a33 RT-38567: Umbrella for Changes for JEP-208 - Java Packager Improvements Reviewed-By: kcr Summary: Initial implementation for JEP-208, including work

hg: openjfx/8u-dev/rt: [test-only] RT-38575: Java FX 8u40 build got stuck because hdiutil is hanging when it receives a message "will sleep received"

Changeset: bace5fdce0fe Author:shemnon Date: 2014-09-09 18:46 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bace5fdce0fe [test-only] RT-38575: Java FX 8u40 build got stuck because hdiutil is hanging when it receives a message "will sleep received" Summary: Only run DM

Re: IOS support?

There's a JavaOne session for that: Java on iOS? Yes, You Can! [CON3698] • Henric Müller - CEO, Trillian Mobile AB • Niklas Therning - Head Geek, RoboVM / Trillian Mobile AB Tuesday, Sep 30, 11:00 AM - 12:00 PM - Hilton - Yosemite B/C https://oracleus.activeevents.com/2014/connect

[8u40] Review of JEP-208 / RT-38576 - Java Packager Improvements

Kevin, Stephen: Please review. There is a new bug ID for previous reviews, discuss it on the javafx-jira site instead of on the JEP bug. Also a windows build tpyo was fixed, other than that the webrev is teh same. Child bugs linked in the umbrella bug. JIRA: https://javafx-jira.kenai.com/br

Review for JDK-8043060 - First Impl for JEP-208 Packager Imrpovments

Kevin, Steve, Please review this first implementation of the features for JEP-208, tracked on bugs.openjdk.java.net as JDK-8043060. There are some changes to the build support classes to support compiling Mac ".mm" files as well as some platform specific flags added tot he platform .gradles in

hg: openjfx/8u-dev/rt: [test-only] change to simple DMG

Changeset: 613a8ae3a0f4 Author:shemnon Date: 2014-09-03 19:59 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/613a8ae3a0f4 [test-only] change to simple DMG When running tests, only do a full DMG if the build is configured to retain the intermediate packaging artifacts

Re: Javapackager not calling MyApp-post-image.sh on MacOSX

calling post-image script on MacOSX for >> PKG and IMAGE >> >> jeff >> >> >> On Sep 3, 2014, at 4:15 PM, Danno Ferrin wrote: >> >>> A quick code inspection shows that the post image script is only called for >>> DMG packaging. Looks

Re: Javapackager not calling MyApp-post-image.sh on MacOSX

> On Sep 3, 2014, at 2:46 PM, Danno Ferrin wrote: > >> What mac package format? DMG or PKG? >> >> >> On Sep 3, 2014, at 12:38 PM, Jeff Martin wrote: >> >>> I’m glad to see that javafxpackager is now javapackager. So my question >>> should

Re: Javapackager not calling MyApp-post-image.sh on MacOSX

What mac package format? DMG or PKG? On Sep 3, 2014, at 12:38 PM, Jeff Martin wrote: > I’m glad to see that javafxpackager is now javapackager. So my question > should be - what is the proper forum to post a javapackger question, or who > at Oracle could create a new dedicated forum for it?

8u40 API Review: RT-37767 Provide friendly APIs to access User JVM Preferences

webrev: http://cr.openjdk.java.net/~shemnon/RT-37767/webrev.0/ Jira: https://javafx-jira.kenai.com/browse/RT-37767 This is the proposed API to allow the friendly access tot eh User JVM Options. Here are some snippets from demo code on my machine showing how they may interact: // get the

hg: openjfx/8u-dev/rt: RT-38442: [packager] Java FX Packaging options can cause Windows Packager to fail.

Changeset: e4cfda6bac5a Author:shemnon Date: 2014-08-26 14:28 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e4cfda6bac5a RT-38442: [packager] Java FX Packaging options can cause Windows Packager to fail. Summary: regexp needs double backslash, so that means quadruple

Re: How to set CFBundleVersion?

ks! > -Tony > > > On Monday, August 25, 2014 10:53 AM, Danno Ferrin > wrote: > > > Not at the moment. This is a task I hope to get to in 8u40. > > It needs to be in the classpath of the ant-javafx.jar in a specific place, > which I believe is package/mac

Re: How to set CFBundleVersion?

o use that info.plist. > > Thanks, > -Tony > > > > > On Monday, August 25, 2014 8:47 AM, Danno Ferrin > wrote: > > > Do you mean CFBundleVersion? (no r). > > This is a bug for 8u40: https://javafx-jira.kenai.com/browse/RT-37833 > > In the mean t

Re: How to set CFBundleVersion?

Do you mean CFBundleVersion? (no r). This is a bug for 8u40: https://javafx-jira.kenai.com/browse/RT-37833 In the mean time I took the info.plist, used the drop-in-resource facility, and provided my own template. Then I hand incremented the CFBundle. If you run with verbose set the Info.PList

hg: openjfx/8u-dev/rt: [test only] RT-37439: Install packaged JDK and JRE on Mac Build Servers

Changeset: eeb8252d3fed Author:shemnon Date: 2014-08-22 10:03 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/eeb8252d3fed [test only] RT-37439: Install packaged JDK and JRE on Mac Build Servers Summary: three more missed values ! modules/fxpackager/src/test/java/com/o

hg: openjfx/8u-dev/rt: [test only] RT-37439: Install packaged JDK and JRE on Mac Build Servers

Changeset: 92969d8fa8b7 Author:shemnon Date: 2014-08-22 08:12 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/92969d8fa8b7 [test only] RT-37439: Install packaged JDK and JRE on Mac Build Servers Summary: a few more missed values ! modules/fxpackager/src/test/java/com/o

hg: openjfx/8u-dev/rt: RT-37439: Install packaged JDK and JRE on Mac Build Servers

Changeset: fb4402463363 Author:shemnon Date: 2014-08-21 19:53 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/fb4402463363 RT-37439: Install packaged JDK and JRE on Mac Build Servers Summary: Fix typing errors. ! modules/fxpackager/src/test/java/com/oracle/tools/packag

hg: openjfx/8u-dev/rt: RT-37439: Install packaged JDK and JRE on Mac Build Servers

Changeset: 946598c40f55 Author:shemnon Date: 2014-08-21 12:41 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/946598c40f55 RT-37439: Install packaged JDK and JRE on Mac Build Servers Summary: update tests to respect the new environmental parameters when present. ! modu

hg: openjfx/8u-dev/rt: 2 new changesets

Changeset: a4ba2aff078e Author:shemnon Date: 2014-08-20 10:49 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a4ba2aff078e RT-38129 - mac.dmg.simple hangs Summary: fix logic error ! modules/fxpackager/src/main/java/com/oracle/tools/packager/mac/MacDmgBundler.java Chan

hg: openjfx/8u-dev/rt: RT-38312: Modify Packager to remove QT Kit platform when creating Mac App Store bundles

Changeset: 7e5faca81800 Author:shemnon Date: 2014-08-14 15:27 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7e5faca81800 RT-38312: Modify Packager to remove QT Kit platform when creating Mac App Store bundles Summary: The runtime check caused problems when run on wind

hg: openjfx/8u-dev/rt: RT-38312: Modify Packager to remove QT Kit platform when creating Mac App Store bundles

Changeset: f7cf21c9e487 Author:shemnon Date: 2014-08-14 10:48 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f7cf21c9e487 RT-38312: Modify Packager to remove QT Kit platform when creating Mac App Store bundles Summary: update the part of the MacAppBundler where the JDK

hg: openjfx/8u-dev/rt: RT-38129 - mac.dmg.simple hangs

Changeset: 4f273765662a Author:shemnon Date: 2014-08-13 09:01 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/4f273765662a RT-38129 - mac.dmg.simple hangs Summary: remove all fancy linkage. DMG is now very simple: .app only. ! modules/fxpackager/src/main/java/com/orac

Re: Bundle native libraries for Mac for JNA & JNI...

I think that is right. We set java.library.path in the launcher to be /Contents/Java/ prior to launch. So I would include the libraries in the same way the jars and other assets are listed. On Aug 10, 2014, at 9:20 PM, Tony Anecito wrote: > Ok. I think the native libraries should be placed u

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

ony Anecito wrote: >> Ok. Something odd happened I never seen before and acts like issue might be >> with Info.pList in the pkg file. The app file works just fine. >> >> -Tony >> >> >> On Tuesday, July 8, 2014 2:59 PM, Danno Ferrin >> wrote:

hg: openjfx/8u-dev/rt: RT-37769: Simple DMG Generation

Changeset: 22be6271b7d3 Author:shemnon Date: 2014-07-10 12:32 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/22be6271b7d3 RT-37769: Simple DMG Generation Summary: Add a bundler argument, and skip the applescript step if it is set. If it is simple and system wide add a

Re: OT: Netbeans ported to JFX?

On Jul 9, 2014, at 8:14 AM, Jeff Martin wrote: > We need something like a "JavaFX Playground" Something like this? https://www.youtube.com/watch?v=g2DJb58at10 Looks like Carl will also be presenting this at JavaOne this year. —Danno

hg: openjfx/8u-dev/rt: 2 new changesets

Changeset: 815b29fce85f Author:shemnon Date: 2014-07-09 14:41 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/815b29fce85f RT-37833: [packager] Allow for easier configuration of CFBundleVersion for Mac/Mac App Store Summary: Add a mac.CFBundlerVersion bundler argument.

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

ure when / if 8u20-b23 will be available (it's the GA candidate build > and those are often not posted on java.net). > > -- Kevin > > > Tony Anecito wrote: >> Ok. Something odd happened I never seen before and acts like issue might be >> with Info.pList in the

Re: hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

The Info.plist in the plugins dir. i.e. /Contents/PlugIns//Contents/Info.plist - we should be preserving this as I believe apple checks the meta-data for it. I still haven’t been able to sign it in a way the ApplicationLoader won’t complain, but it is just a warning at the moment. It’s been

hg: openjfx/8u-dev/rt: RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist

Changeset: 7398ae52202d Author:shemnon Date: 2014-07-07 10:51 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/7398ae52202d RT-37832: [packager] Mac App Store Bundler fails to strip jfxmedia.dylib and strips Info.plist Summary: unit test for file verifications ! module

Review Request: RT-37832

Kevin, Steve, Marty, Please review the following. I consider this critical for 8u20 and request promotion to critical review. Webrev: http://cr.openjdk.java.net/~shemnon/RT-37832/webrev.00/ Jira: https://javafx-jira.kenai.com/browse/RT-37832 Thanks, —Danno

hg: openjfx/8u-dev/rt: 3 new changesets

Changeset: 56985c535d7a Author:shemnon Date: 2014-07-02 14:55 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/56985c535d7a RT-37788: MacOSX Does not respect JVMUserOptions Summary: Some tweaks to test code first ! modules/fxpackager/src/test/java/com/oracle/tools/packa

Re: Review Request: RT-37788

issue. On Jul 2, 2014, at 10:22 PM, Petr Pchelko wrote: > Hello, Danno. > > I’ve noticed that you are leaking userDefaults and expandedOptions objects. > Adding autorelease to them would save you some memory. > > With best regards. Petr. > >> On Jul 3, 2014, at 1

Re: Review Request: RT-37788

rsistentDomain = [NSString stringWithFormat: @"%@.%@.%@", >> [pathParts objectAtIndex: 0], >> 361 [pathParts objectAtIndex: 1], [pathParts >> objectAtIndex: 2]]; >> 362 >> 363 [dictPath replaceObjectAtIndex: 0 with

Review Request: RT-37788

Chris, Kevin, Steve, Please review this fix for RT-37788. Since I am not an objective C any comments are welcome. Also, please consider if this is too much for an 8u20 fix (the diff is against the current 8u40 codebase). Webrev: http://cr.openjdk.java.net/~shemnon/RT-37788/webrev.00/ JIRA: ht

Re: Is Bundler now working for command line parameters?

This won’t be fixed until 8u40. What platforms are you targeting? Mac, Linux, Windows? On Jul 2, 2014, at 2:35 PM, Tony Anecito wrote: > Hi Danno, > > Is b20 have the fix for command line parameters that should get passed to the > "args" for the static main method? And if so how do I do tha

[8u20] Review Request for RT-37732

Hello Steve, Kevin: I’de like to get this fix pushed into 8u20. mercurial: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bc10f48ef71f jira: https://javafx-jira.kenai.com/browse/RT-37732 Small, self contained, limited impact, code new to 8u20, and it will make a huge difference for the assump

hg: openjfx/8u-dev/rt: RT-37732:[packager] Default argument lambdas should be well behaved

Changeset: bc10f48ef71f Author:shemnon Date: 2014-06-26 13:30 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bc10f48ef71f RT-37732:[packager] Default argument lambdas should be well behaved Summary: Deal with the case of a null identifier. Add unit tests as well. ! mo

hg: openjfx/8u-dev/rt: RT-37599: Creation of a DMG from an APP is broken (scpt fails)

Changeset: 296d878c295d Author:shemnon Date: 2014-06-25 14:25 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/296d878c295d RT-37599: Creation of a DMG from an APP is broken (scpt fails) Summary: Re-work script to depend on posix file name instead of finder presented nam

Re: New bundler in 8u20 question...

for my build. So any way > to set the javaFX Deploy ant script to tell the pkg file to deploy to the > applications folder? > > Thanks Again, > -Tony > > > On Sunday, June 15, 2014 3:36 PM, Danno Ferrin > wrote: > > > > On Jun 15, 2014, at 11:32 AM,

Re: New bundler in 8u20 question...

On Jun 15, 2014, at 11:32 AM, Tony Anecito wrote: > Thanks Danno I figured there might be new arguments. And also thanks for > working on making it easier for all of us. > I did notice that the pkg file created did not install into the applications > folder. How does one get it to do that? Is

Re: New bundler in 8u20 question...

On Jun 15, 2014, at 9:48 AM, Mike Hearn wrote: > Does the new bundler still create DMGs as well? Yes. > > --MAS.pkg where the -MAS variant is for Mac App Store, > this will show up in next weeks build. > > Could I suggest -AppStore instead of -MAS, which is a rather opaque acronym. Sure.

Re: New bundler in 8u20 question...

Now that ramp down phase 2 is upon us I was going to post a blog post about it this week, but looks like there are some burning questions... On Jun 14, 2014, at 8:52 PM, Tony Anecito wrote: > Hi All, > > The new bundler in 8u20 seems to create a .pkg file. It can create two pkg files. One is

Re: Large Image Export

der the tiles in a loop > specifying the appropriate viewport and translation via ShapshotParams. > > -- Kevin > > > > > Danno Ferrin wrote: > > While working on a fun project I discovered that the Image Export limits > the size of the export textures, mostly depe

Large Image Export

While working on a fun project I discovered that the Image Export limits the size of the export textures, mostly depending on your graphics stack. Here's one example: java.lang.RuntimeException: Requested texture dimensions (20581x245) require dimensions (0x245) that exceed maximum texture size (

Re: Bundler question for Mac OS X...

They want the > app name to match everywhere on the app including the sub-menu item names. > > Thanks, > -Tony > > > On Wednesday, June 11, 2014 7:50 AM, Danno Ferrin > wrote: > > > This will be upgraded in the 8u20 release. > > For p

Re: Bundler question for Mac OS X...

This will be upgraded in the 8u20 release. For pre8u20 in the ant script the menu bar name is the name attribute from the application element. (This will still work in 8u20, if it doesn’t it is a bug to me I will fix). The down side is that some of those value have double use when u

Re: Extending a Region to create a JUNG Layout

nd of awkwardly worded for individual contributors. On Sun, Jun 1, 2014 at 10:49 PM, Jeffrey Guenther < guenther.jeff...@gmail.com> wrote: > BSD - 3 Clause - http://jung.sourceforge.net/license.txt > > > On Sat, May 31, 2014 at 6:17 PM, Danno Ferrin > wrote: > >> The new

Re: Extending a Region to create a JUNG Layout

so little code! > > If I use the class in my JUNG work, I need a BSD license. The rest of that > codebase is BSD already. I’ll contact you off list if I go that direction. > Right now, I’m trying to get my head wrapped around what it would take to > modernize JUNG. > > > On

Re: Extending a Region to create a JUNG Layout

You may find this class valuable, it is a pane that listens to zoom and mouse scroll events in a group, essential for large graphs: https://github.com/shemnon/FollowTheBitcoin/blob/master/src/main/groovy/com/shemnon/btc/view/ZoomPane.java I haven't had time to harden it and componentize it into

Re: Roadmap for javafxpackager?

The icon can be customized prior to the 8u20 release via magic file locations: http://docs.oracle.com/javafx/2/deployment/self-contained-packaging.htm#BCGICFDB You can customize both the app icon as well as the DMG icon, and the backing image. The main issue is you need to create an icns yourse

Code Review Request For RT-37122: Css2Bin cannot overwrite existing writable field

David, Kevin, Please review the proposed fix JIRA: https://javafx-jira.kenai.com/browse/RT-37122 Webrev: http://cr.openjdk.java.net/~shemnon/RT-37122/webrev.00/ —Danno

Re: How to deploy JavaFX application writen in JavaScript unsing Nashorn

The JJS command line tool delegates to jdk.nashorn.tools.Shell, with a lot of custom command line switches. Some of these command line switches also do custom things, particularly the -fx flag. The problem with using the Shell class as the main for javapackager its that currently we don’t supp

  1   2   >