ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 11429] - lcp.bat produces error: "The input line is too long." when directory structure is deep.
Date Wed, 14 Aug 2002 15:10:05 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11429>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11429

lcp.bat produces error: "The input line is too long." when directory structure is deep.





------- Additional Comments From patrick.luby@sun.com  2002-08-14 15:10 -------
I saw the following in one of the comments to this bug:

> The classpath does not need to be specified in the commandline or in a system 
> variable.  It can be specified in a file, too.  Please read the documentation 
> for java.exe.

I looked at the documentation for java.exe for JDK 1.2 through 1.4 at
http://java.sun.com/j2se and I find no reference to reading classpath from a
file. There is a way to read it from a jar file's META-INF directory if java.exe
-jar is used.

Is this classpath file feature specific to a particular vendor's Java
implementation? If so, we are back to the same problem: launching a Java problem
using environment variables or a -classpath argument.

I have run into this same problem on Windows 2000, NT, and XP and it is even
worse of 95, 98, and ME. Unfortunately, since I have not seen any support for a
classpath file, I took a different approach to this problem: I created a
bootstrap class that reads properties from the a properties file and then uses
Runtime.exec() to create a child JVM with all of the application system
properties, classpath, etc. It is a bit heavyweight of a solution, but it seems
to work on Sun and most other Java implementations.

If some of this is usuable, I am willing to port a more streamlined version of
this bootstrappping mechanism (i.e. using classloading to replace the
Runtime.exec()). The code is in the jakarta-common-sandbox/daemons project. It
contains sample scripts that launch (of all things) Ant. The nightly builds for
this code are at:

http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-daemon/

--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>


Mime
View raw message