commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 32369] - [discovery] Doesn't work with ClassLoaders that do not support getResource()
Date Tue, 30 Nov 2004 19:34:06 GMT
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=32369>.
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=32369





------- Additional Comments From rsitze@apache.org  2004-11-30 20:34 -------
As the implementor of the discovery dependencies on the class loader, I 
believe that I have a reasonable expectation that ClassLoaders adhere to the 
behavior described in the documentation.  There is no clear indication that 
the getResource method is optional.  The counter argument is, IMHO, an 
interesting point of debate, but avoids the question of reasonable 
expectation...

That said, I acknowledge that you have a problem.  I'm not sure how to resolve 
your problem... but am willing to discuss alternate designs if someone has a 
suggestion.  If the discovery community can determine a reasonable design 
based on your scenario, we would be in a position to accept volunteer work to 
implement that design :-)

Just to level set - the discovery process is *centered* around the idea of 
obtaining a "name" that describes the discovered resources, and the idea of 
using an "URL" for that name is intuitively correct...  I might argue that in 
fact if your ClassLoader cannot return a "name"/URL, then it's resources are 
not "discoverable" in this level.  In that interpretation, it works as 
expected.

Any suggestions?

<ras>

-- 
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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message