DO NOT REPLY [Bug 6599] Fork in javadoc is not needed if you added a security manager
https://issues.apache.org/bugzilla/show_bug.cgi?id=6599 --- Comment #7 from Jesse Glick [EMAIL PROTECTED] 2008-11-14 07:41:05 PST --- We can't just call one of the overloads of com.sun.tools.javadoc.Main.execute? It is only .main(String...) which calls System.exit. Obviously you could not pass maxmemory (-J-Xmx), but I think all other cmdline params would be OK. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 6599] Fork in javadoc is not needed if you added a security manager
https://issues.apache.org/bugzilla/show_bug.cgi?id=6599 --- Comment #9 from Jesse Glick [EMAIL PROTECTED] 2008-11-14 08:22:20 PST --- Well, we already call com.sun.tools.javac.Main, so it would be pretty analogous. Although com.sun.** classes are not part of the Java platform definition, Sun makes an effort to retain compatibility in them (unlike sun.** classes which are truly private). I don't personally see a compelling need for this enhancement. It could speed up projects that call javadoc many times on small data sets, which is probably unusual. (There is a NetBeans build target that actually does just this, but it is hardly in the critical path of an average developer of that codebase.) If there is interest nonetheless, it would probably not be hard to do. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 6599] Fork in javadoc is not needed if you added a security manager
https://issues.apache.org/bugzilla/show_bug.cgi?id=6599 Kev Jackson [EMAIL PROTECTED] changed: What|Removed |Added Target Milestone|--- |1.8.0 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
