Mailing-List: contact users-help@buildr.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@buildr.apache.org
Received-SPF: pass (nike.apache.org: domain of alex.boisvert@gmail.com
 designates 209.85.216.44 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=eRCfiyZvkEcpRkXeY/X+DjEH2yAu+JQAOlJ/hM2IUJCqBwVO2GTEalKDaOFiuPgS5/
         2ZviLUWQeVUIIJioFkLJaiUx1P2fvPBxLjrmiIKBCKKDqRhwvI0ZDEL1pqdK6jXBK36s
         18bDL/fanfGeVbQ9O4TzDMe+TCStjeCxDpWKE=
MIME-Version: 1.0
In-Reply-To: <24C7E817-92D5-47D9-96CD-BB913546956B@ebrary.com>
References: <96ECD326-AAF3-4D2E-B089-15FB4F1B2DC6@ebrary.com>
	<24C7E817-92D5-47D9-96CD-BB913546956B@ebrary.com>
Date: Fri, 8 Oct 2010 07:16:59 -0700
Message-ID: <AANLkTimXBLQJpO1P5jeVG_zSXYHKd5YbKEQ7FVOiOCSA@mail.gmail.com>
Subject: Re: Good stuff in Java classpath
From: Alex Boisvert <alex.boisvert@gmail.com>
To: users@buildr.apache.org
Content-Type: multipart/alternative; boundary=20cf300fa9cff2e15104921ba9d3

--20cf300fa9cff2e15104921ba9d3
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Oct 7, 2010 at 7:01 PM, Ed Smiley <esmiley@ebrary.com> wrote:

> I found a workaround. :)
>

Good to hear!


> You can stuff the jars that will be packaged into Java.classpath EVEN if
> they don't exist (yet).
>
> When they DO exist, and you are checking a release or running tests, the
> classpath becomes correct and it works.
> It doesn't seem to have any other ill effects.  Not sure why Java.classpath
> needs to be set so early in the game.  Is that a design flaw?
>

It's a design limitation, yes.  First, it's due to how the JVM works with a
static classpath set on startup.  RJB does no magic here, it simply starts
an embedded JVM and passes it the defined classpath before a Java class is
invoke from Ruby.

The semi-good-news:  The latest version of RJB (1.2.9) now creates a new
URLClassLoader right on top of the system classloader and allows new
classpath elements to be added at runtime.   This helps although it
introduces some fragility with an additional classloader (some libraries
assume/want to be in the system classloader).

However, I had some issues with RJB 1.2.9 when I tried it out so I backed
out the change and pushed the upgrade to later.  We'll need to do some
debugging before upgrading.

alex

--20cf300fa9cff2e15104921ba9d3--