FAQ
Some random licensing comments.

So Appbundler source is GPL-2.0 [1]. Which is ok for the build tool I guess, we are not releasing the tool, only our stuff built with it.. Now what about JRE? Not sure if there are precedents for Apache projects bundling a JRE in a distro. I guess we stay on the safe side and ship CayenneModeler.app without the JRE (it will be much smaller too this way).

Andrus


[1] https://java.net/projects/appbundler

Begin forwarded message:
From: "Andrus Adamchik (JIRA)" <jira@apache.org>
Subject: [jira] [Commented] (CAY-1881) CayenneModeler (Mac version) doesn't work with Java 7
Date: November 8, 2013 at 9:08:17 PM GMT+3
To: commits@cayenne.apache.org
Reply-To: dev@cayenne.apache.org


[ https://issues.apache.org/jira/browse/CAY-1881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13817525#comment-13817525 ]

Andrus Adamchik commented on CAY-1881:
--------------------------------------

I think we'll be able to fix that with relatively little pain. Oracle OS X java preserved "com.apple.eawt" package. So I downloaded Appbundler [1], created a small change in the Mac assembly [2], and assembled Modeler with the following Ant script [3]. This produced clickable app that starts with expected OS X look-and-feel and is otherwise indistinguishable from Java 6 OS X modeler. I guess now we need to integrate this into the build process.

BTW, with " <runtime dir="${env.JAVA_HOME}" />" option we can include Java 7 runtime in the app... too bad the size of the app goes up from ~8 to 148 MB (56MB when gzipped). So I guess we'll rely on users installing their own JRE.

[1] https://java.net/projects/appbundler/pages/Home
[2] diff --git a/modeler/cayenne-modeler-mac/pom.xml b/modeler/cayenne-modeler-mac/pom.xml
index d807151..40662e5 100644
--- a/modeler/cayenne-modeler-mac/pom.xml
+++ b/modeler/cayenne-modeler-mac/pom.xml
@@ -85,9 +85,8 @@
<longName>${project.version}</longName>
<destDir>target/modeler</destDir>
<mainClass>org.apache.cayenne.modeler.osx.OSXMain</mainClass>
- <icon>src/japplication/resources/CayenneModeler.icns</icon>
- <os>mac</os>
- <jvm>1.5+</jvm>
+ <os>java</os>
+ <jvm>1.7+</jvm>
<jvmOptions>-Xmx500m</jvmOptions>
</configuration>
<executions>

[3] <project name="CayenneModelerBundler">
<taskdef
name="bundleapp"
classname="com.oracle.appbundler.AppBundlerTask"
classpath="lib/appbundler-1.0.jar" />
<property environment="env" />
<target name="bundle">
<bundleapp
outputdirectory="dist"
name="CayenneModeler"
displayname="CayenneModeler"
identifier="org.apache.cayenne"
mainclassname="org.apache.cayenne.modeler.osx.OSXMain"
icon="/Users/cayenne/work/cayenne/modeler/cayenne-modeler-mac/src/japplication/resources/CayenneModeler.icns">
<runtime dir="${env.JAVA_HOME}" />
<classpath file="/Users/cayenne/work/cayenne/modeler/cayenne-modeler-mac/target/modeler/CayenneModeler.jar" />
<option value="-Dapple.laf.useScreenMenuBar=true"/>
</bundleapp>
</target>
</project>

CayenneModeler (Mac version) doesn't work with Java 7
-----------------------------------------------------

Key: CAY-1881
URL: https://issues.apache.org/jira/browse/CAY-1881
Project: Cayenne
Issue Type: Bug
Components: Modeler
Affects Versions: 3.2M1
Environment: Mac OS X 10.9 Mavericks
Oracle Java jdk1.7.0_45
Reporter: D Tim Cummings
Priority: Minor

The Mac specific CayenneModeler 3.2M1 doesn't work when the only java on the Mac is jdk1.7.0_45. The symptom is it won't open. I tried installing it again, but OS X Mavericks says CayenneModeler is damaged and gives me the option to delete it. The platform independent version of CayenneModeler 3.2M1 works fine with jdk1.7.0_45.
I can confirm that installing java 6 from Apple solved the problem.
To prevent Java 6 from wanting to install, I had edited /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Info.plist
and replaced
<key>JVMCapabilities</key>
<array>
<string>CommandLine</string>
</array>
with the following:
<key>JVMCapabilities</key>
<array>
<string>JNI</string>
<string>BundledApp</string>
<string>WebStart</string>
<string>Applets</string>
<string>CommandLine</string>
</array>


--
This message was sent by Atlassian JIRA
(v6.1#6144)

Search Discussions

  • Michael Gentry at Nov 8, 2013 at 8:29 pm
    I noticed the bundling of the JRE, too. Pros and cons to that, I suppose.
      I believe JavaFX is designed to bundle the JRE, too. This seems to be the
    'trend' for UIs from Sun/Oracle.

    On Fri, Nov 8, 2013 at 1:55 PM, Andrus Adamchik wrote:

    Some random licensing comments.

    So Appbundler source is GPL-2.0 [1]. Which is ok for the build tool I
    guess, we are not releasing the tool, only our stuff built with it.. Now
    what about JRE? Not sure if there are precedents for Apache projects
    bundling a JRE in a distro. I guess we stay on the safe side and ship
    CayenneModeler.app without the JRE (it will be much smaller too this way).

    Andrus


    [1] https://java.net/projects/appbundler

    Begin forwarded message:
    From: "Andrus Adamchik (JIRA)" <jira@apache.org>
    Subject: [jira] [Commented] (CAY-1881) CayenneModeler (Mac version)
    doesn't work with Java 7
    Date: November 8, 2013 at 9:08:17 PM GMT+3
    To: commits@cayenne.apache.org
    Reply-To: dev@cayenne.apache.org


    [
    https://issues.apache.org/jira/browse/CAY-1881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13817525#comment-13817525]
    Andrus Adamchik commented on CAY-1881:
    --------------------------------------

    I think we'll be able to fix that with relatively little pain. Oracle OS
    X java preserved "com.apple.eawt" package. So I downloaded Appbundler [1],
    created a small change in the Mac assembly [2], and assembled Modeler with
    the following Ant script [3]. This produced clickable app that starts with
    expected OS X look-and-feel and is otherwise indistinguishable from Java 6
    OS X modeler. I guess now we need to integrate this into the build process.
    BTW, with " <runtime dir="${env.JAVA_HOME}" />" option we can include
    Java 7 runtime in the app... too bad the size of the app goes up from ~8 to
    148 MB (56MB when gzipped). So I guess we'll rely on users installing their
    own JRE.
    [1] https://java.net/projects/appbundler/pages/Home
    [2] diff --git a/modeler/cayenne-modeler-mac/pom.xml
    b/modeler/cayenne-modeler-mac/pom.xml
    index d807151..40662e5 100644
    --- a/modeler/cayenne-modeler-mac/pom.xml
    +++ b/modeler/cayenne-modeler-mac/pom.xml
    @@ -85,9 +85,8 @@
    <longName>${project.version}</longName>
    <destDir>target/modeler</destDir>
    <mainClass>org.apache.cayenne.modeler.osx.OSXMain</mainClass>
    -
    <icon>src/japplication/resources/CayenneModeler.icns</icon>
    - <os>mac</os>
    - <jvm>1.5+</jvm>
    + <os>java</os>
    + <jvm>1.7+</jvm>
    <jvmOptions>-Xmx500m</jvmOptions>
    </configuration>
    <executions>

    [3] <project name="CayenneModelerBundler">
    <taskdef
    name="bundleapp"
    classname="com.oracle.appbundler.AppBundlerTask"
    classpath="lib/appbundler-1.0.jar" />
    <property environment="env" />
    <target name="bundle">
    <bundleapp
    outputdirectory="dist"
    name="CayenneModeler"
    displayname="CayenneModeler"
    identifier="org.apache.cayenne"
    mainclassname="org.apache.cayenne.modeler.osx.OSXMain"
    icon="/Users/cayenne/work/cayenne/modeler/cayenne-modeler-mac/src/japplication/resources/CayenneModeler.icns">
    <runtime dir="${env.JAVA_HOME}" />
    <classpath
    file="/Users/cayenne/work/cayenne/modeler/cayenne-modeler-mac/target/modeler/CayenneModeler.jar"
    />
    <option value="-Dapple.laf.useScreenMenuBar=true"/>
    </bundleapp>
    </target>
    </project>

    CayenneModeler (Mac version) doesn't work with Java 7
    -----------------------------------------------------

    Key: CAY-1881
    URL: https://issues.apache.org/jira/browse/CAY-1881
    Project: Cayenne
    Issue Type: Bug
    Components: Modeler
    Affects Versions: 3.2M1
    Environment: Mac OS X 10.9 Mavericks
    Oracle Java jdk1.7.0_45
    Reporter: D Tim Cummings
    Priority: Minor

    The Mac specific CayenneModeler 3.2M1 doesn't work when the only java
    on the Mac is jdk1.7.0_45. The symptom is it won't open. I tried installing
    it again, but OS X Mavericks says CayenneModeler is damaged and gives me
    the option to delete it. The platform independent version of CayenneModeler
    3.2M1 works fine with jdk1.7.0_45.
    I can confirm that installing java 6 from Apple solved the problem.
    To prevent Java 6 from wanting to install, I had edited
    /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Info.plist
    and replaced
    <key>JVMCapabilities</key>
    <array>
    <string>CommandLine</string>
    </array>
    with the following:
    <key>JVMCapabilities</key>
    <array>
    <string>JNI</string>
    <string>BundledApp</string>
    <string>WebStart</string>
    <string>Applets</string>
    <string>CommandLine</string>
    </array>


    --
    This message was sent by Atlassian JIRA
    (v6.1#6144)
  • John Huss at Nov 8, 2013 at 9:28 pm
    For a tool intended for use by Java developers I think including the JRE is
    unnecessary. Although for consumer applications it is handy.

    On Fri, Nov 8, 2013 at 2:28 PM, Michael Gentry wrote:

    I noticed the bundling of the JRE, too. Pros and cons to that, I suppose.
    I believe JavaFX is designed to bundle the JRE, too. This seems to be the
    'trend' for UIs from Sun/Oracle.


    On Fri, Nov 8, 2013 at 1:55 PM, Andrus Adamchik <andrus@objectstyle.org
    wrote:
    Some random licensing comments.

    So Appbundler source is GPL-2.0 [1]. Which is ok for the build tool I
    guess, we are not releasing the tool, only our stuff built with it.. Now
    what about JRE? Not sure if there are precedents for Apache projects
    bundling a JRE in a distro. I guess we stay on the safe side and ship
    CayenneModeler.app without the JRE (it will be much smaller too this way).
    Andrus


    [1] https://java.net/projects/appbundler

    Begin forwarded message:
    From: "Andrus Adamchik (JIRA)" <jira@apache.org>
    Subject: [jira] [Commented] (CAY-1881) CayenneModeler (Mac version)
    doesn't work with Java 7
    Date: November 8, 2013 at 9:08:17 PM GMT+3
    To: commits@cayenne.apache.org
    Reply-To: dev@cayenne.apache.org


    [
    https://issues.apache.org/jira/browse/CAY-1881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13817525#comment-13817525
    ]
    Andrus Adamchik commented on CAY-1881:
    --------------------------------------

    I think we'll be able to fix that with relatively little pain. Oracle
    OS
    X java preserved "com.apple.eawt" package. So I downloaded Appbundler [1],
    created a small change in the Mac assembly [2], and assembled Modeler with
    the following Ant script [3]. This produced clickable app that starts with
    expected OS X look-and-feel and is otherwise indistinguishable from Java 6
    OS X modeler. I guess now we need to integrate this into the build
    process.
    BTW, with " <runtime dir="${env.JAVA_HOME}" />" option we can include
    Java 7 runtime in the app... too bad the size of the app goes up from ~8 to
    148 MB (56MB when gzipped). So I guess we'll rely on users installing their
    own JRE.
    [1] https://java.net/projects/appbundler/pages/Home
    [2] diff --git a/modeler/cayenne-modeler-mac/pom.xml
    b/modeler/cayenne-modeler-mac/pom.xml
    index d807151..40662e5 100644
    --- a/modeler/cayenne-modeler-mac/pom.xml
    +++ b/modeler/cayenne-modeler-mac/pom.xml
    @@ -85,9 +85,8 @@
    <longName>${project.version}</longName>
    <destDir>target/modeler</destDir>
    <mainClass>org.apache.cayenne.modeler.osx.OSXMain</mainClass>
    -
    <icon>src/japplication/resources/CayenneModeler.icns</icon>
    - <os>mac</os>
    - <jvm>1.5+</jvm>
    + <os>java</os>
    + <jvm>1.7+</jvm>
    <jvmOptions>-Xmx500m</jvmOptions>
    </configuration>
    <executions>

    [3] <project name="CayenneModelerBundler">
    <taskdef
    name="bundleapp"
    classname="com.oracle.appbundler.AppBundlerTask"
    classpath="lib/appbundler-1.0.jar" />
    <property environment="env" />
    <target name="bundle">
    <bundleapp
    outputdirectory="dist"
    name="CayenneModeler"
    displayname="CayenneModeler"
    identifier="org.apache.cayenne"
    mainclassname="org.apache.cayenne.modeler.osx.OSXMain"
    icon="/Users/cayenne/work/cayenne/modeler/cayenne-modeler-mac/src/japplication/resources/CayenneModeler.icns">
    <runtime dir="${env.JAVA_HOME}" />
    <classpath
    file="/Users/cayenne/work/cayenne/modeler/cayenne-modeler-mac/target/modeler/CayenneModeler.jar"
    />
    <option value="-Dapple.laf.useScreenMenuBar=true"/>
    </bundleapp>
    </target>
    </project>

    CayenneModeler (Mac version) doesn't work with Java 7
    -----------------------------------------------------

    Key: CAY-1881
    URL: https://issues.apache.org/jira/browse/CAY-1881
    Project: Cayenne
    Issue Type: Bug
    Components: Modeler
    Affects Versions: 3.2M1
    Environment: Mac OS X 10.9 Mavericks
    Oracle Java jdk1.7.0_45
    Reporter: D Tim Cummings
    Priority: Minor

    The Mac specific CayenneModeler 3.2M1 doesn't work when the only java
    on the Mac is jdk1.7.0_45. The symptom is it won't open. I tried
    installing
    it again, but OS X Mavericks says CayenneModeler is damaged and gives me
    the option to delete it. The platform independent version of
    CayenneModeler
    3.2M1 works fine with jdk1.7.0_45.
    I can confirm that installing java 6 from Apple solved the problem.
    To prevent Java 6 from wanting to install, I had edited
    /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Info.plist
    and replaced
    <key>JVMCapabilities</key>
    <array>
    <string>CommandLine</string>
    </array>
    with the following:
    <key>JVMCapabilities</key>
    <array>
    <string>JNI</string>
    <string>BundledApp</string>
    <string>WebStart</string>
    <string>Applets</string>
    <string>CommandLine</string>
    </array>


    --
    This message was sent by Atlassian JIRA
    (v6.1#6144)
  • Michael Gentry at Nov 8, 2013 at 11:34 pm
    Agreed, although there have been times where I wanted to give testers/DBAs
    our model, but they didn't have a JRE installed, so in those circumstances,
    it would be potentially helpful.

    On Fri, Nov 8, 2013 at 4:27 PM, John Huss wrote:

    For a tool intended for use by Java developers I think including the JRE is
    unnecessary. Although for consumer applications it is handy.


    On Fri, Nov 8, 2013 at 2:28 PM, Michael Gentry <mgentry@masslight.net
    wrote:
    I noticed the bundling of the JRE, too. Pros and cons to that, I suppose.
    I believe JavaFX is designed to bundle the JRE, too. This seems to be the
    'trend' for UIs from Sun/Oracle.


    On Fri, Nov 8, 2013 at 1:55 PM, Andrus Adamchik <andrus@objectstyle.org
    wrote:
    Some random licensing comments.

    So Appbundler source is GPL-2.0 [1]. Which is ok for the build tool I
    guess, we are not releasing the tool, only our stuff built with it..
    Now
    what about JRE? Not sure if there are precedents for Apache projects
    bundling a JRE in a distro. I guess we stay on the safe side and ship
    CayenneModeler.app without the JRE (it will be much smaller too this way).
    Andrus


    [1] https://java.net/projects/appbundler

    Begin forwarded message:
    From: "Andrus Adamchik (JIRA)" <jira@apache.org>
    Subject: [jira] [Commented] (CAY-1881) CayenneModeler (Mac version)
    doesn't work with Java 7
    Date: November 8, 2013 at 9:08:17 PM GMT+3
    To: commits@cayenne.apache.org
    Reply-To: dev@cayenne.apache.org


    [
    https://issues.apache.org/jira/browse/CAY-1881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13817525#comment-13817525
    ]
    Andrus Adamchik commented on CAY-1881:
    --------------------------------------

    I think we'll be able to fix that with relatively little pain. Oracle
    OS
    X java preserved "com.apple.eawt" package. So I downloaded Appbundler [1],
    created a small change in the Mac assembly [2], and assembled Modeler with
    the following Ant script [3]. This produced clickable app that starts with
    expected OS X look-and-feel and is otherwise indistinguishable from Java 6
    OS X modeler. I guess now we need to integrate this into the build
    process.
    BTW, with " <runtime dir="${env.JAVA_HOME}" />" option we can
    include
    Java 7 runtime in the app... too bad the size of the app goes up from
    ~8
    to
    148 MB (56MB when gzipped). So I guess we'll rely on users installing their
    own JRE.
    [1] https://java.net/projects/appbundler/pages/Home
    [2] diff --git a/modeler/cayenne-modeler-mac/pom.xml
    b/modeler/cayenne-modeler-mac/pom.xml
    index d807151..40662e5 100644
    --- a/modeler/cayenne-modeler-mac/pom.xml
    +++ b/modeler/cayenne-modeler-mac/pom.xml
    @@ -85,9 +85,8 @@
    <longName>${project.version}</longName>
    <destDir>target/modeler</destDir>
    <mainClass>org.apache.cayenne.modeler.osx.OSXMain</mainClass>
    -
    <icon>src/japplication/resources/CayenneModeler.icns</icon>
    - <os>mac</os>
    - <jvm>1.5+</jvm>
    + <os>java</os>
    + <jvm>1.7+</jvm>
    <jvmOptions>-Xmx500m</jvmOptions>
    </configuration>
    <executions>

    [3] <project name="CayenneModelerBundler">
    <taskdef
    name="bundleapp"
    classname="com.oracle.appbundler.AppBundlerTask"
    classpath="lib/appbundler-1.0.jar" />
    <property environment="env" />
    <target name="bundle">
    <bundleapp
    outputdirectory="dist"
    name="CayenneModeler"
    displayname="CayenneModeler"
    identifier="org.apache.cayenne"
    mainclassname="org.apache.cayenne.modeler.osx.OSXMain"
    icon="/Users/cayenne/work/cayenne/modeler/cayenne-modeler-mac/src/japplication/resources/CayenneModeler.icns">
    <runtime dir="${env.JAVA_HOME}" />
    <classpath
    file="/Users/cayenne/work/cayenne/modeler/cayenne-modeler-mac/target/modeler/CayenneModeler.jar"
    />
    <option value="-Dapple.laf.useScreenMenuBar=true"/>
    </bundleapp>
    </target>
    </project>

    CayenneModeler (Mac version) doesn't work with Java 7
    -----------------------------------------------------

    Key: CAY-1881
    URL: https://issues.apache.org/jira/browse/CAY-1881
    Project: Cayenne
    Issue Type: Bug
    Components: Modeler
    Affects Versions: 3.2M1
    Environment: Mac OS X 10.9 Mavericks
    Oracle Java jdk1.7.0_45
    Reporter: D Tim Cummings
    Priority: Minor

    The Mac specific CayenneModeler 3.2M1 doesn't work when the only
    java
    on the Mac is jdk1.7.0_45. The symptom is it won't open. I tried
    installing
    it again, but OS X Mavericks says CayenneModeler is damaged and gives
    me
    the option to delete it. The platform independent version of
    CayenneModeler
    3.2M1 works fine with jdk1.7.0_45.
    I can confirm that installing java 6 from Apple solved the problem.
    To prevent Java 6 from wanting to install, I had edited
    /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Info.plist
    and replaced
    <key>JVMCapabilities</key>
    <array>
    <string>CommandLine</string>
    </array>
    with the following:
    <key>JVMCapabilities</key>
    <array>
    <string>JNI</string>
    <string>BundledApp</string>
    <string>WebStart</string>
    <string>Applets</string>
    <string>CommandLine</string>
    </array>


    --
    This message was sent by Atlassian JIRA
    (v6.1#6144)
  • Adrian A. at Dec 1, 2013 at 7:32 am
    Hi,
    ... most of the work happened outside Cayenne, going into japp-maven-plugin [1], which has become again a modern cross-platform tool to assemble Java desktop apps.
    Any plans to support the various Unix distributions (so not just an
    executable JAR)? :
    http://mojo.codehaus.org/unix/

    The usefulness is of course limited, but the project's visibility
    would be increased since it could be submitted to those distributions
    too.

    Adrian.
  • Andrus Adamchik at Dec 2, 2013 at 8:04 am
    So now we are talking about installer, i.e. something a level up from just a desktop app packager. I wonder if having an .rpm and friends will do more harm than good, with blanket system updates upgrading Cayenne to a version not compatible with the user apps (Cayenne is not a system component after all, it is a dev library).

    I wish there was something on Linux similar to OS X app bundle that would allow people to drag a single folder from tar.gz to Desktop and get a launcher with a Cayenne icon, not just a jar. I haven’t followed Linux desktop development lately. Maybe there is such solution?

    Andrus

    On Dec 1, 2013, at 10:32 AM, Adrian A. wrote:
    Hi,
    ... most of the work happened outside Cayenne, going into japp-maven-plugin [1], which has become again a modern cross-platform tool to assemble Java desktop apps.
    Any plans to support the various Unix distributions (so not just an
    executable JAR)? :
    http://mojo.codehaus.org/unix/

    The usefulness is of course limited, but the project's visibility
    would be increased since it could be submitted to those distributions
    too.

    Adrian.
  • Mike Kienenberger at Dec 2, 2013 at 2:11 pm
    As a linux Cayenne user (and really, as a user on any platform), I
    don't see the point of installing Cayenne as an RPM or with any kind
    of installer. Different projects require different versions of
    Cayenne, and I wouldn't want an automatic upgrade changing the version
    on me.

    As for a desktop app, I think all that you have to do is create a
    CayenneModeller.desktop file and copy it to the Desktop folder. This
    is under OpenSUSE Mate (previously Gnome) but I think it also works
    for KDE and other window managers.

    Here's an example of an entry I created for Eclipse:


    mkienenb@linux-4eqv:~/Desktop> cat eclipse.desktop
    [Desktop Entry]
    Version=1.0
    Encoding=UTF-8
    Name=Eclipse
    X-SuSE-translate=true
    Categories=Development;IDE;
    Exec=/home/mkienenb/Apps/eclipse/eclipse.sh -vm /usr/java/jdk1.6.0_34/bin/java
    GenericName=Eclipse IDE
    X-KDE-StartupNotify=true
    MimeType=application/x-designer;
    Icon=/home/mkienenb/Apps/eclipse/eclipse128.png
    Type=Application
    Comment[en_US]=see eclipse.ini for command-line args
    GenericName[en_US]=Eclipse IDE

    Here's one I just threw together for Cayenne Modeler. I don't
    pretend to be an expert on what all of the parameters mean, so some of
    them may be wrong.

    mkienenb@linux-4eqv:~/Desktop> cat CayenneModeler.desktop
    [Desktop Entry]
    Version=1.0
    Encoding=UTF-8
    Name=Cayenne 3.1 Modeler
    X-SuSE-translate=true
    Categories=Development;Programming
    Exec=/usr/java/jdk1.6.0_34/bin/java -jar
    /home/mkienenb/java/cayenne-3.1B2/bin/CayenneModeler.jar
    GenericName=Cayenne 3.1 Modeler
    X-KDE-StartupNotify=true
    MimeType=application/x-designer;
    Icon=/home/mkienenb/workspaces/cayenne-checkout/STABLE-3.1/modeler/cayenne-modeler/src/main/resources/org/apache/cayenne/modeler/images/CayenneModeler.jpg
    Type=Application
    Comment[en_US]=
    GenericName[en_US]=Cayenne 3.1 Modeler

    However, when I tried to use $JAVA_HOME/bin/java, that failed, so you
    probably cannot have a path based on an environment variable, which
    means you would need to create it with a shell script rather than just
    drag it onto your desktop.

    If you copy it into /usr/share/applications, it shows up in the menus
    on my system, with Categories controlling which menus.

    On Mon, Dec 2, 2013 at 3:03 AM, Andrus Adamchik wrote:
    So now we are talking about installer, i.e. something a level up from just a desktop app packager. I wonder if having an .rpm and friends will do more harm than good, with blanket system updates upgrading Cayenne to a version not compatible with the user apps (Cayenne is not a system component after all, it is a dev library).

    I wish there was something on Linux similar to OS X app bundle that would allow people to drag a single folder from tar.gz to Desktop and get a launcher with a Cayenne icon, not just a jar. I haven’t followed Linux desktop development lately. Maybe there is such solution?

    Andrus

    On Dec 1, 2013, at 10:32 AM, Adrian A. wrote:
    Hi,
    ... most of the work happened outside Cayenne, going into japp-maven-plugin [1], which has become again a modern cross-platform tool to assemble Java desktop apps.
    Any plans to support the various Unix distributions (so not just an
    executable JAR)? :
    http://mojo.codehaus.org/unix/

    The usefulness is of course limited, but the project's visibility
    would be increased since it could be submitted to those distributions
    too.

    Adrian.
  • Mike Kienenberger at Dec 2, 2013 at 2:12 pm
    Apparently, ~/.local/share/applications is probably the better
    location to use for this.

    On Mon, Dec 2, 2013 at 9:09 AM, Mike Kienenberger wrote:
    As a linux Cayenne user (and really, as a user on any platform), I
    don't see the point of installing Cayenne as an RPM or with any kind
    of installer. Different projects require different versions of
    Cayenne, and I wouldn't want an automatic upgrade changing the version
    on me.

    As for a desktop app, I think all that you have to do is create a
    CayenneModeller.desktop file and copy it to the Desktop folder. This
    is under OpenSUSE Mate (previously Gnome) but I think it also works
    for KDE and other window managers.

    Here's an example of an entry I created for Eclipse:


    mkienenb@linux-4eqv:~/Desktop> cat eclipse.desktop
    [Desktop Entry]
    Version=1.0
    Encoding=UTF-8
    Name=Eclipse
    X-SuSE-translate=true
    Categories=Development;IDE;
    Exec=/home/mkienenb/Apps/eclipse/eclipse.sh -vm /usr/java/jdk1.6.0_34/bin/java
    GenericName=Eclipse IDE
    X-KDE-StartupNotify=true
    MimeType=application/x-designer;
    Icon=/home/mkienenb/Apps/eclipse/eclipse128.png
    Type=Application
    Comment[en_US]=see eclipse.ini for command-line args
    GenericName[en_US]=Eclipse IDE

    Here's one I just threw together for Cayenne Modeler. I don't
    pretend to be an expert on what all of the parameters mean, so some of
    them may be wrong.

    mkienenb@linux-4eqv:~/Desktop> cat CayenneModeler.desktop
    [Desktop Entry]
    Version=1.0
    Encoding=UTF-8
    Name=Cayenne 3.1 Modeler
    X-SuSE-translate=true
    Categories=Development;Programming
    Exec=/usr/java/jdk1.6.0_34/bin/java -jar
    /home/mkienenb/java/cayenne-3.1B2/bin/CayenneModeler.jar
    GenericName=Cayenne 3.1 Modeler
    X-KDE-StartupNotify=true
    MimeType=application/x-designer;
    Icon=/home/mkienenb/workspaces/cayenne-checkout/STABLE-3.1/modeler/cayenne-modeler/src/main/resources/org/apache/cayenne/modeler/images/CayenneModeler.jpg
    Type=Application
    Comment[en_US]=
    GenericName[en_US]=Cayenne 3.1 Modeler

    However, when I tried to use $JAVA_HOME/bin/java, that failed, so you
    probably cannot have a path based on an environment variable, which
    means you would need to create it with a shell script rather than just
    drag it onto your desktop.

    If you copy it into /usr/share/applications, it shows up in the menus
    on my system, with Categories controlling which menus.

    On Mon, Dec 2, 2013 at 3:03 AM, Andrus Adamchik wrote:
    So now we are talking about installer, i.e. something a level up from just a desktop app packager. I wonder if having an .rpm and friends will do more harm than good, with blanket system updates upgrading Cayenne to a version not compatible with the user apps (Cayenne is not a system component after all, it is a dev library).

    I wish there was something on Linux similar to OS X app bundle that would allow people to drag a single folder from tar.gz to Desktop and get a launcher with a Cayenne icon, not just a jar. I haven’t followed Linux desktop development lately. Maybe there is such solution?

    Andrus

    On Dec 1, 2013, at 10:32 AM, Adrian A. wrote:
    Hi,
    ... most of the work happened outside Cayenne, going into japp-maven-plugin [1], which has become again a modern cross-platform tool to assemble Java desktop apps.
    Any plans to support the various Unix distributions (so not just an
    executable JAR)? :
    http://mojo.codehaus.org/unix/

    The usefulness is of course limited, but the project's visibility
    would be increased since it could be submitted to those distributions
    too.

    Adrian.
  • Mike Kienenberger at Dec 2, 2013 at 2:15 pm
    http://superuser.com/questions/68089/how-can-i-add-menu-items-to-the-gnome-applications-menu-from-the-command-line

    https://developer.gnome.org/integration-guide/stable/desktop-files.html.en

    And relative paths are not supported (security concern?)

    http://stackoverflow.com/questions/3811032/using-relative-paths-for-gnome-launcher
    On Mon, Dec 2, 2013 at 9:11 AM, Mike Kienenberger wrote:
    Apparently, ~/.local/share/applications is probably the better
    location to use for this.

    On Mon, Dec 2, 2013 at 9:09 AM, Mike Kienenberger wrote:
    As a linux Cayenne user (and really, as a user on any platform), I
    don't see the point of installing Cayenne as an RPM or with any kind
    of installer. Different projects require different versions of
    Cayenne, and I wouldn't want an automatic upgrade changing the version
    on me.

    As for a desktop app, I think all that you have to do is create a
    CayenneModeller.desktop file and copy it to the Desktop folder. This
    is under OpenSUSE Mate (previously Gnome) but I think it also works
    for KDE and other window managers.

    Here's an example of an entry I created for Eclipse:


    mkienenb@linux-4eqv:~/Desktop> cat eclipse.desktop
    [Desktop Entry]
    Version=1.0
    Encoding=UTF-8
    Name=Eclipse
    X-SuSE-translate=true
    Categories=Development;IDE;
    Exec=/home/mkienenb/Apps/eclipse/eclipse.sh -vm /usr/java/jdk1.6.0_34/bin/java
    GenericName=Eclipse IDE
    X-KDE-StartupNotify=true
    MimeType=application/x-designer;
    Icon=/home/mkienenb/Apps/eclipse/eclipse128.png
    Type=Application
    Comment[en_US]=see eclipse.ini for command-line args
    GenericName[en_US]=Eclipse IDE

    Here's one I just threw together for Cayenne Modeler. I don't
    pretend to be an expert on what all of the parameters mean, so some of
    them may be wrong.

    mkienenb@linux-4eqv:~/Desktop> cat CayenneModeler.desktop
    [Desktop Entry]
    Version=1.0
    Encoding=UTF-8
    Name=Cayenne 3.1 Modeler
    X-SuSE-translate=true
    Categories=Development;Programming
    Exec=/usr/java/jdk1.6.0_34/bin/java -jar
    /home/mkienenb/java/cayenne-3.1B2/bin/CayenneModeler.jar
    GenericName=Cayenne 3.1 Modeler
    X-KDE-StartupNotify=true
    MimeType=application/x-designer;
    Icon=/home/mkienenb/workspaces/cayenne-checkout/STABLE-3.1/modeler/cayenne-modeler/src/main/resources/org/apache/cayenne/modeler/images/CayenneModeler.jpg
    Type=Application
    Comment[en_US]=
    GenericName[en_US]=Cayenne 3.1 Modeler

    However, when I tried to use $JAVA_HOME/bin/java, that failed, so you
    probably cannot have a path based on an environment variable, which
    means you would need to create it with a shell script rather than just
    drag it onto your desktop.

    If you copy it into /usr/share/applications, it shows up in the menus
    on my system, with Categories controlling which menus.

    On Mon, Dec 2, 2013 at 3:03 AM, Andrus Adamchik wrote:
    So now we are talking about installer, i.e. something a level up from just a desktop app packager. I wonder if having an .rpm and friends will do more harm than good, with blanket system updates upgrading Cayenne to a version not compatible with the user apps (Cayenne is not a system component after all, it is a dev library).

    I wish there was something on Linux similar to OS X app bundle that would allow people to drag a single folder from tar.gz to Desktop and get a launcher with a Cayenne icon, not just a jar. I haven’t followed Linux desktop development lately. Maybe there is such solution?

    Andrus

    On Dec 1, 2013, at 10:32 AM, Adrian A. wrote:
    Hi,
    ... most of the work happened outside Cayenne, going into japp-maven-plugin [1], which has become again a modern cross-platform tool to assemble Java desktop apps.
    Any plans to support the various Unix distributions (so not just an
    executable JAR)? :
    http://mojo.codehaus.org/unix/

    The usefulness is of course limited, but the project's visibility
    would be increased since it could be submitted to those distributions
    too.

    Adrian.

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupdev @
categoriescayenne
postedNov 8, '13 at 6:55p
activeDec 2, '13 at 2:15p
posts9
users5
websitecayenne.apache.org

People

Translate

site design / logo © 2022 Grokbase