Re: Deployment

2015-04-02 Thread David DeHaven
>> Sorry, should wait until I’m done here before updating. > > Started over for (default) 1.8 embedded jdk. I think I made the same changes. > No go. Seems to be launching for a second. Then disappears with nothing in > console. > Think I’ll leave it at that for today. Maybe try a simpler app

Re: Deployment

2015-03-31 Thread David DeHaven
> Since I do most of my testing with one particular application of my own. I > was trying to figure out how to embed Java 9 JRE or JDK into a copy of the > application. > I haven’t done that much with embedding. It seemed to indicate different > files missing. I was thinking this was because t

Re: Deployment

2015-03-31 Thread Michael Hall
On Mar 31, 2015, at 11:03 AM, David DeHaven wrote: >> I was trying to figure out some way to have 8 the default and still have 9 >> available for testing last night. Still working on it. > > Just move it out of /Library/Java/JavaVirtualMachines, then the stub tools > won't be able to find it.

Re: Deployment

2015-03-31 Thread David DeHaven
>>> Less brief background. >>> I’ve installed the java 9 ea releases. A while back for the jdk, today the >>> jre as well. >> >> Be careful with those... 9 is undergoing a lot of changes so results may >> vary between ea releases. I highly recommend sticking with JDK 8 releases >> for now, esp

Re: Deployment

2015-03-31 Thread Michael Hall
On Mar 30, 2015, at 10:45 AM, David DeHaven wrote: > >>> Brief question. What is the recommended deployment tool for applications at >>> this time? >> >> Found that there had been some discussion on the Kenai AppBundler list that >> mentioned javapackager. Looking at that now. > > Java Packa

Re: Deployment

2015-03-30 Thread Robert Krüger
On Mon, Mar 30, 2015 at 6:06 PM, David DeHaven wrote: > > >> http://www.jwrapper.com > >> > > > > There are alternatives that can be found I came across… > > https://github.com/joshmarinacci/AppBundler > > There's an unofficial fork of AppBundler that's being maintained by (?) at > BitBucket, tho

Re: Deployment

2015-03-30 Thread David DeHaven
>> http://www.jwrapper.com >> > > There are alternatives that can be found I came across… > https://github.com/joshmarinacci/AppBundler There's an unofficial fork of AppBundler that's being maintained by (?) at BitBucket, those who were involved with the now defunct AppBundler Kenai project d

Re: Deployment

2015-03-30 Thread David DeHaven
> Less brief background. > I’ve installed the java 9 ea releases. A while back for the jdk, today the > jre as well. Be careful with those... 9 is undergoing a lot of changes so results may vary between ea releases. I highly recommend sticking with JDK 8 releases for now, especially for produc

Re: Deployment

2015-03-30 Thread David DeHaven
>> Brief question. What is the recommended deployment tool for applications at >> this time? > > Found that there had been some discussion on the Kenai AppBundler list that > mentioned javapackager. Looking at that now. Java Packager included with the JDK is under (very) active development. Th

Re: Deployment

2015-03-29 Thread Kustaa Nyholm
> Does it also produce packages for publishing in Apple and Windows app stores? Sorry, I'm not in Appstore so I don't know but I would expect that they are doing their best in that front too as that is an obvious need for commercial users and they are commercial too. br Kusti _

Re: Deployment

2015-03-29 Thread Robert Krüger
Thanks. Looks like an interesting alternative, especially for the JVM compression. Shipping a 50M+ package for an app that only contains a few K of your own code, sucks. Do you know if it can be integrated into a gradle build? I didn't find anything on their site regarding that. Does it also produ

Re: Deployment

2015-03-29 Thread Kustaa Nyholm
On 29/03/2015 13:49, "Robert Krüger" wrote: >For OSX packaging I have successfully played around with the gradle plugin >at https://code.google.com/p/gradle-macappbundle/. It simply worked and >did >the things I wanted it to do. However I was curious about an officially >supported java packaging