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=32360>. 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=32360 ------- Additional Comments From [EMAIL PROTECTED] 2005-10-31 19:23 ------- (In reply to comment #21) > To the extent there is a real issue here (and I'm not yet convinced there is > one) it is a disagreement with a deliberate design decision in XPath 1.0. > JXPath > is the wrong place to address this. One would expect a Java compiler to > correctly implement the Java specification and not provide switches to behave > in > a nonconfiormant fashion. One similarly expects an XPath library to correctly > implement the XPath specification. Well, this is exactly the case every java compiler do. In the following link read about "non standard options": http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javac.html#options I agree this does not show a different behavior of the compiler. But make a point about non-standard options beyond the specification added because people found that useful. For a sample about changing the compiler behavior, lets take java 5 compiler. In java 5 was introduced the new keyword "enum" wich has been used for long time as a variable name in a lot of code (BTW, you can find "enum" as a variable name inside the code of commons-jxpath too). Based in the java 5 specs, since "enum" is a keyword, there is no way to it as a variable name. But there is a workaround to change the compiler behavior: Turn on the compiler flag "-source 1.4" and all the new java 5 lenguage features are gone! (See at the end of http://java.sun.com/j2se/1.5.0/compatibility.html ). Changed the compiler behavior outside the specs? Yes. Why? To make the software more usable! ;-) -- 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]