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 < >

Re: Bulk packager integration

e/JDK-8142381> 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/

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: 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 <danno.fer...@oracle.com> wrote: > > Kevin, Chris, Dmitry > &

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

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

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

[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

[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

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

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

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

On Aug 8, 2015, at 5:16 PM, Scott Palmer swpal...@gmail.com 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

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.

Re: slightly ot: java9 runtime images

, Benjamin On Wed, May 13, 2015 at 11:43 AM, Tom Eugelink t...@tbee.org mailto:t...@tbee.org wrote: On 7-5-2015 15:52, Danno Ferrin wrote: It would be a major improvement (not only for JavaFX applications, but also standalone servers) if it would become possible to create a truly single

Re: slightly ot: java9 runtime images

On May 7, 2015, at 6:27 AM, Tom Eugelink t...@tbee.org 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 application files

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:

Re: slightly ot: java9 runtime images

On May 6, 2015, at 5:39 PM, Michał Zegan webczat_...@poczta.onet.pl 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

Re: Private APIs not usable in Java 9?

On Apr 8, 2015, at 1:52 PM, Robert Krüger krue...@lesspain.de 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

Re: Private APIs not usable in Java 9?

:05, Danno Ferrin danno.fer...@oracle.com wrote: On Apr 8, 2015, at 1:52 PM, Robert Krüger krue...@lesspain.de 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

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 swpal...@gmail.com wrote: I believe the bitbucket repo is the main page. At least the bintray page

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

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

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

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

it 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 danno.fer...@oracle.com wrote: Oh, yes. Mac has it's

Re: How to handle file open requests on MacOS

. 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 PM, Danno Ferrin danno.fer...@oracle.com wrote: This code

[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

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:

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

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

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 openjfx-...@kreutter.de wrote: Hoping to address my question to the appropriate list... Is it possible to

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 !

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 !

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. !

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 !

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:

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

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

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

[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:

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

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 DMG

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

PM, Danno Ferrin danno.fer...@oracle.com wrote: What mac package format? DMG or PKG? On Sep 3, 2014, at 12:38 PM, Jeff Martin j...@reportmill.com 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

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

...@reportmill.com wrote: Done: RT-38521 - Javapackager not calling post-image script on MacOSX for PKG and IMAGE jeff On Sep 3, 2014, at 4:15 PM, Danno Ferrin danno.fer...@oracle.com wrote: A quick code inspection shows that the post image script is only called for DMG packaging. Looks

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

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

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?

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

Re: How to set CFBundleVersion?

that info.plist. Thanks, -Tony On Monday, August 25, 2014 8:47 AM, Danno Ferrin danno.fer...@oracle.com wrote: 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

Re: How to set CFBundleVersion?

On Monday, August 25, 2014 10:53 AM, Danno Ferrin danno.fer...@oracle.com 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/macosx/Info.plist. IIRC the verbose output tells

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 !

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. !

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

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

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

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. !

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

I think that is right. We set java.library.path in the launcher to be bundle/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 adanec...@yahoo.com wrote: Ok. I think the native

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

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 danno.fer...@oracle.com wrote: The Info.plist in the plugins dir. i.e. app/Contents/PlugIns/jdk_name/Contents/Info.plist

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

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: OT: Netbeans ported to JFX?

On Jul 9, 2014, at 8:14 AM, Jeff Martin j...@reportmill.com 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

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

:59 PM, Danno Ferrin danno.fer...@oracle.com wrote: The Info.plist in the plugins dir. i.e. app/Contents/PlugIns/jdk_name/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

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 !

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

Re: Review Request: RT-37788

]; 366 [dictPath removeObjectAtIndex: 1]; } Make sense? Clear as mud? Chris On Jul 2, 2014, at 2:15 PM, Danno Ferrin danno.fer...@oracle.com wrote: Chris, Kevin, Steve, Please review this fix for RT-37788. Since I am not an objective C any comments are welcome. Also

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 adanec...@yahoo.com 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

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:

Re: Review Request: RT-37788

[dictPath removeObjectAtIndex: 1]; } Make sense? Clear as mud? Chris On Jul 2, 2014, at 2:15 PM, Danno Ferrin danno.fer...@oracle.com wrote: Chris, Kevin, Steve, Please review this fix for RT-37788. Since I am not an objective C any comments are welcome. Also, please

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. !

[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

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

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 adanec...@yahoo.com wrote: Hi All, The new bundler in 8u20 seems to create a .pkg file. It can create two

Re: New bundler in 8u20 question...

On Jun 15, 2014, at 9:48 AM, Mike Hearn m...@plan99.net wrote: Does the new bundler still create DMGs as well? Yes. AppName-version-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

Re: New bundler in 8u20 question...

On Jun 15, 2014, at 11:32 AM, Tony Anecito adanec...@yahoo.com 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

Re: New bundler in 8u20 question...

just Ant script 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 danno.fer...@oracle.com wrote: On Jun 15, 2014, at 11:32 AM, Tony Anecito

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: Large Image Export

, and render 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 depending on your graphics stack. Here's one

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. fx:deploy … !-- … -- fx:application id=“com.example.your.mac.App” name=“Your App”/ !-- … -- /fx:deploy (This will still work in 8u20, if it

Re: Bundler question for Mac OS X...

everywhere on the app including the sub-menu item names. Thanks, -Tony On Wednesday, June 11, 2014 7:50 AM, Danno Ferrin danno.fer...@oracle.com wrote: This will be upgraded in the 8u20 release. For pre8u20 in the ant script the menu bar name is the name attribute from

Re: Extending a Region to create a JUNG Layout

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 danno.fer...@shemnon.com wrote: The new matrix classes

Re: Extending a Region to create a JUNG Layout

! 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 May 30, 2014, at 4:20 PM, Danno Ferrin danno.fer

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

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: 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

Re: Javafx deploy ant task question...

After reading the code I am surprised by the answer I am going to give. You can’t. Not with the current code. The arguments passed into the java main class are the arguments passed into the executable launching it. So if you launch the win app via command line with arguments you get the

Re: Javafxpackager and splash screen

Currently the launcher used by the packager does not support ally he flags that the command line java launcher does. One of these is the splash screen option, so you won’t be able to do this with the current Java 8 code. The Inifinite kind launcher has the same restrictions because of the way

Re: Deployment documentation/questions

This forum is a fine place to talk about it. The code lives in the openjfx repo so this looks to be the best place. The JavaFX 2 documentation is still valid for the JavaFX 8 FCS release, as only minor bug fixes went in. For the 8u20 release the documentation should all still be valid, since

Re: Using JavaFX deploy and having signing issues...

codesign fails also. Do you have a working example of codesign the jdk in the bundle? Thanks, -Tony On Monday, March 24, 2014 11:48 AM, Danno Ferrin danno.fer...@oracle.com wrote: You can still deploy apps to the app store using JavaFX. You just cannot use the media library

Re: Building OpenJFX on Mac OS X 10.9.2 / XCode 5.1 / XCode 4.3.3

I use XCodeLegacy http://devernay.free.fr/hacks/xcodelegacy/ The problem is that Xcode 5 doesn’t include the tools to build for 10.7 Lion anymore, and if you are like me and rebuilt a dev env on a clean 10.9 Mavericks mac, you don’t have those old SDKs. The script will install them for you

Re: ACTION REQUIRED: check your openjfx/8u-dev/rt repo

This was my fault, and I would like to apologize for the inconvenience it has caused Kevin and anyone who accidentally downloaded the changes. As a consequence, I have changed my twitter icon to that of a dunce. (@shemnon) —Danno On Mar 31, 2014, at 2:50 PM, Kevin Rushforth

Re: Using JavaFX deploy and having signing issues...

Mac app store signing is a bit more cranky. The line Jeff gives is fine for Gatekeeper. Here's what we do (in order) for the app store bundler coming in 8u20 -

Re: Using JavaFX deploy and having signing issues...

You can still deploy apps to the app store using JavaFX. You just cannot use the media library at the moment. You can do it also via non app store distribution and sign it via gatekeeper as well and keep the media libraries in. And it shouldn't matter what version of Mac OSX you use to build

Re: 8u20 review request: RT-35635: new bundlers for fxpackager

in advance. -- best regards, Anthony On 3/14/2014 3:21 PM, Dmitry Cherepanov wrote: Looks good to me. Thanks Dmitry On 3/13/14 11:08 PM, Danno Ferrin wrote: Kevin, Chris, Dmitry Please review. These are the new bundlers for the 8u20 packager, the daemon/services stuff Dmitry has

[8u] review RT-35778 - duplicate dtjava.js files

Kevin, Thomas, please review: webrev: http://cr.openjdk.java.net/~shemnon/RT-35778/webrev.00/ jira: https://javafx-jira.kenai.com/browse/RT-35778 thanks, —Danno

[8u] Review Request: RT-35629 Provide support so IDE's can include packaging tools

Mark, Kevin, please review the following. Also, let me know if there is any co-ordination needed for the build server. Webrev: http://cr.openjdk.java.net/~shemnon/RT-35629/webrev.00/ JIRA: https://javafx-jira.kenai.com/browse/RT-35629 thanks, Danno

Re: Error running JAVAFX using WinLauncher.exe

Unfortunately there is no way to trap that output with the current code, it is from the JVM to a console Also, with that flag there should be a message box with the title Exiting application that should keep the console from closing. in this case, in addition to bringing up the console. Are

Re: javafxpackager and launcher

I came on board working on the packager stuff last month. Nearly all of the design decisions for this were made before I came on board, but I will do my best to explain it. On Wed, Jan 8, 2014 at 8:20 PM, Scott Palmer swpal...@gmail.com wrote: The Java 8 java.exe launcher is now JavaFX aware

  1   2   >