DO NOT REPLY [Bug 4948] - Class.getPackage() returns null in classes loaded by webapp class loader
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=4948. 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=4948 Class.getPackage() returns null in classes loaded by webapp class loader [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-06-05 04:34 --- Largely because it does against 3.3.1. You'll need to submit a test-case to show that there are still problems with the ClassLoader. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4948] - Class.getPackage() returns null in classes loaded by webapp class loader
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=4948. 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=4948 Class.getPackage() returns null in classes loaded by webapp class loader [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2002-06-04 02:49 --- This bug is definitely still live in Tomcat 3.3. -Eric -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4948] - Class.getPackage() returns null in classes loaded by webapp class loader
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=4948. 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=4948 Class.getPackage() returns null in classes loaded by webapp class loader --- Additional Comments From [EMAIL PROTECTED] 2002-01-21 03:39 --- FYI: This bug is still present in 3.3a from 14-Jan-2002. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4948] - Class.getPackage() returns null in classes loaded by webapp class loader
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=4948. 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=4948 Class.getPackage() returns null in classes loaded by webapp class loader --- Additional Comments From [EMAIL PROTECTED] 2001-11-20 08:09 --- Thanks for the clarification of what the class reloading problem was. You're right about the way I was testing it ( touching web.xml ) and I agree that that's not good enough. So, I spent some more time now digging in to DependClassLoader.java, trying to understand how it could possibly fail to define packages. It turns out that the problem was much simpler than I had imagined it to be. The root of the problem is that DependClassLoader12 is never calling definePackage. Apparently, this must be a not-very-often used feature because everything still runs just fine regardless ( until you encounter some code that wants to call Class.getPackage() and it gets null ). I've modified my copy of DependClassLoader12.java to call definePackage appropriately and will attach a patch containing those changes. Thanks for your attention. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4948] - Class.getPackage() returns null in classes loaded by webapp class loader
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=4948. 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=4948 Class.getPackage() returns null in classes loaded by webapp class loader --- Additional Comments From [EMAIL PROTECTED] 2001-11-20 08:09 --- Created an attachment (id=807) Teaches the DependClassLoader how to define packages for Java2 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4948] - Class.getPackage() returns null in classes loaded by webapp class loader
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=4948. 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=4948 Class.getPackage() returns null in classes loaded by webapp class loader [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2001-11-20 19:19 --- I've checked your patch into the CVS. Thank you for your contribution! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4948] - Class.getPackage() returns null in classes loaded by webapp class loader
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=4948. 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=4948 Class.getPackage() returns null in classes loaded by webapp class loader --- Additional Comments From [EMAIL PROTECTED] 2001-11-19 22:42 --- The problem is that by loading from parent rather than parent2, Tomcat will no longer do an automatic reload if you make changes in WEB-INF/classes. Of course, you can still cause a reload by touching web.xml after you update the classes. If this works for you, by all means continue with the change backed out. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]