
On Sat, Jun 21, 2008 at 06:34:53PM +0200, Fabian Groffen wrote:
On 21-06-2008 16:12:59 +0200, Stefan Manegold wrote:
Dear all,
Mtest.oy and several tests (see below) (still) rely on monetdb-java-config to find out where MonetDB/Java (i.e., the *.jar's and the Test_*.class examples/tests) are installed.
However, we do not distribute monetdb-java-config in any (binary) package (only with the sources).
we do, but only in Sun's own packaging format, Jars.
We distribute the shell / batch script "monetdb-java-config" in Jars? Or do you mean that the Jars provide similar functionality as the shell / batch script, i.e., reveal configuration settings & installation PATHs?
I see the followin options:
1) Leave everything as it is.
2) Keep monetdb-java-config in the source (for conveniencce with Mtest.py on source-base installations), but extend Mtest.py with command line options as an alternative manner to provide the requires information in case of binary installation (i.e., w/o monetdb-java-config).
3) Abandon monetdb-java-config completely and have Mtest.py rely only in the (to be added) command line options
Any preferences and/or other suggestions?
I would say a mix of 2 and 3. For internal testing purposes, it is probably handy/dandy if there is some means of getting where the jars are located. This could then be set in the CLASSPATH, which without the configuration tool would fall-back to some hardwired install-dependant default.
In fact, setting CLASSPATH, (next to setting PATH & PYTHONPATH as we already do/require), might indeed be the cleanest & simplest option to document non-standard installation PATHs. Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |