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 [EMAIL PROTECTED] 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:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
