From owner-freebsd-hackers Mon Mar 3 12:44:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA26543 for hackers-outgoing; Mon, 3 Mar 1997 12:44:33 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA26535 for ; Mon, 3 Mar 1997 12:44:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08491; Mon, 3 Mar 1997 13:39:11 -0700 From: Terry Lambert Message-Id: <199703032039.NAA08491@phaeton.artisoft.com> Subject: Re: java support under FreeBSD. To: mal@algonet.se (Mats Lofkvist) Date: Mon, 3 Mar 1997 13:39:11 -0700 (MST) Cc: hackers@freefall.freebsd.org In-Reply-To: <33197D76.41C67EA6@algonet.se> from "Mats Lofkvist" at Mar 2, 97 02:15:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > - I can't see any decent way to automagically execute .class when > a user types . If typing .class is considered ok, why > is typing 'java ' not? If the solution is to add a soft link, > why not write a two-line script at once and avoid the need for kernel > support altogether? There is no way to do this, short of hacking the shell, or doing the expression expansion for path expressions in the kernel, rather than in the shell (there are a lot of good reasons you'd want to do this, actually, but it's complicated unless you do it precisely the right way when you do it). I have no problem with "name.class"... if someone does, then they need to rename their "exectuable" to "name" instead of "name.class". Is it possible to distinguish "name.class" (class) from "name" (non-class) JAVA code? Does the code depend on the ".class" extension for determining how it runs? > - If the kernel only keeps track of a single CLASSPATH (via sysctl or > whatever), the user is limited to the code locations supported by > the sysadmin. Kind of not being able to set my own PATH, uck :-( > Maybe the kernel CLASSPATH should be appended to the users?? Yes. This is what I would suggest. The sysctl CLASSPATH is the "default path". I would maybe go so far as to say that if the user specifies a CLASSPATH, it should override, entirely, the sysctl CLASSPATH for invocations by that user. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.