DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=42838>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=42838 ------- Additional Comments From [EMAIL PROTECTED] 2007-07-10 11:54 ------- (In reply to comment #8) > 3. the api implementation would have to use reflection so as to build on > earlier JVMs I suspect the number of calls to the JSR APIs (and callbacks for log collection) would make it impractical to use reflection. Better to either require JDK 6+ to build (excluding these classes on earlier JDKs), possibly putting it in a separate source tree; or create a set of stub classes for the subset of the JSR API which is needed. > and to degrade gracefully. Obviously the impl would not be loaded until the existence of a token JSR 199 class had been confirmed. > 4. it would need tests and documentation; tests that only run on java1.6+ In fact you can run the compiler through JSR 199 on JDK 5, if you get the right classes from http://openjdk.java.net/groups/compiler/ Just a possibility to keep in mind. > 5. I would not make this the default I certainly would, for people running JDK 6+. This is the official compiler API and there is no reason to use a deprecated and unsupported backdoor call when the API is available. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
