Hi Stephen, everybody

> Do you have any (or know of any) open examples of a scripts for creating and
> easily maintaining a JRubyStack-type of deployment.

We can share the JRubyStack XML project files, but since you are
interested just in JRuby and that is relatively straightforward, they
will not really help as the real complexity is in the additional
components of the stack.

Some comments below regarding your notes.

> http://svn.concord.org/svn/projects/trunk/common/java/deploy/bitrock-installers
>
> and is being documented in a series of confluence pages here:
>
>  http://confluence.concord.org/display/CSP/Java+Installable+Launcher


General BitRock Questions

1. try setting an environment variable (is a reboot needed before that
variable is visible?)
 * Usually reboot is not required. A message is broadcasted that the
environment changed on Windows, if that is what you mean. Also, are
you referring to system or user-level environment variables?


2. See if bitrock can support signing files

Yes we do. You will need to use MS code-signing tools. You can drive
them from IB in a <postInstallationActionList>

http://support.bitrock.com/article/i-get-an-unkown-publisher-warning-popup-on-windows


3. See if bitrock can support online installers that are small and
then download just the files that are needed.

We do not (yet) have direct support. Though with some shortcomings,
you can build your own in the mean time using httpGet, we will be
happy to help you with that.

Mac

1. Support for creating Mac packages

We can create .deb and .rpm for Linux, but is not possible to create
.pkg OS X packages (only regular .app installer that you can launch)

Java

1. It has actions for finding the java executable, but it doesn't find
the java.home just the executable.

You can just use the parent directory of the binary as the JAVA_HOME.
The problem is that in some scenarios a Java binary is available but
no JAVA_HOME is defined, you can only guess it. Regarding this and the
issues you raise of environment vs.  java.properties in JAVA_HOME, why
not simply define the variables you need in a wrapper script or
launcher for your application?

2. Common data folder across distributions

We have now implemented in 6.2.0 ability to filter Windows XP, based
on your feedback. We will also implement installer variables for
finding out the location of data folder across operating systems (and
simplifying your current installer logic)

Please let me know if there is any question I did not address

Best regards

Daniel

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to