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=41664>. 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=41664 ------- Additional Comments From [EMAIL PROTECTED] 2007-02-21 08:01 ------- Comments below: (In reply to comment #5) > Personally, I don't find the use case convincing at this point, and I don't > understand the explanation of the problem. > > The only documentation about the getResources method is the javadocs: > Finds all the resources with the given name. A resource is some data > (images, audio, text, etc) that can be accessed by class code in a way > that is independent of the location of the code. A Directory isa File, and you find those don't you? > > As I stated earlier, I do not understand how it is assumed that this is > supposed > to do a wildcard match (it would be written cleanly as > getResources("org/example/myapp/pages/*")). The wording seems to imply the > opposite, actually, and I wonder if the behavior was as intended or not. There's no wildcarding going on-- it's just: ClassLoader.findResources("/META-INF"); With the expectation that it will return an Enumeration of URLs to all META-INF directories on the classpath. I really need to take a look and see what Seam did to get around this with their component loading by classpath searching. > > If you have a reasonably simple patch which implements this, I would consider > it, otherwise it is not going to be addressed (and I think the bug should be > marked as WONTFIX). > Even with the realization that there's no wildcarding going on? just the expectation that a directory is a valid Unified Resource *Location*? Oracle's AS has the same issue, but has since made the fix. -- 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]