Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Message-ID: <39C15B85.ED5289D0@eng.sun.com>
Date: Thu, 14 Sep 2000 16:13:09 -0700
From: "Pier P. Fumagalli" <pier.fumagalli@eng.sun.com>
Reply-To: pier.fumagalli@eng.sun.com
Organization: Sun Microsystems, Inc.
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: WEB-INF classloading and on the fly compilation
References: <NEBBKBNHBMFHDJPKGCOBAEAACBAA.vgritsenko@hns.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Vadim Gritsenko wrote:
> 
> Sources are available at www.sun.com; and even if they would be unavailable
> there are tools like JAD.
> 
> You just need to inherit ( or re-write ) from sun.tools.javac.Main and
> replace call
> 
>         // Create our Environment.
>         BatchEnvironment env = BatchEnvironment.create(out,
>                                                        sourcePathArg,
>                                                        classPathArg,
>                                                        sysClassPathArg,
>                                                        extDirsArg);
> 
> with something like this:
> 
>         BatchEnvironment env = new BatchEnvironment(out, srcClassPath,
> binClassPath);
> 
> where srcClassPahth and binClassPath - instances of your class which
> inherits from ClassPath,
> and this new ClassPath should load classes from where you want - from file
> system, RDBMS, network, ...

BUT... From my WEB-APP I don't know where the JARs I place in
WEB-INF/lib are... They cannot even be on the filesystems...
The problem when compiling is basically resolving "import ...;"
statements in java code of classes included WITHIN the WEB-APP...
There's no portable way of doing that...

The only solution would be to have a compiler that, instead of relying
on files, could rely on Class object instances as loaded by the
classloader...

	Pier