Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 1628 invoked from network); 30 Nov 2004 19:34:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 30 Nov 2004 19:34:20 -0000 Received: (qmail 30823 invoked by uid 500); 30 Nov 2004 19:34:10 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 30745 invoked by uid 500); 30 Nov 2004 19:34:09 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 30713 invoked by uid 99); 30 Nov 2004 19:34:09 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from ajax-1.apache.org (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 30 Nov 2004 11:34:09 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (8.12.11/8.12.11) with ESMTP id iAUJY6F1024847 for ; Tue, 30 Nov 2004 20:34:06 +0100 Received: (from nobody@localhost) by ajax.apache.org (8.12.11/8.12.11/Submit) id iAUJY6Uc024845; Tue, 30 Nov 2004 20:34:06 +0100 Date: Tue, 30 Nov 2004 20:34:06 +0100 Message-Id: <200411301934.iAUJY6Uc024845@ajax.apache.org> From: bugzilla@apache.org To: commons-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 32369] - [discovery] Doesn't work with ClassLoaders that do not support getResource() X-Bugzilla-Reason: AssignedTo X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . 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? -- 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