commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Berin Loritsch <blorit...@apache.org>
Subject Re: [clazz] Clazz APIs Mock-up. Take II
Date Mon, 28 Oct 2002 23:33:21 GMT
Dmitri Plotnikov wrote:
> --- Berin Loritsch <bloritsch@apache.org> wrote:
> 
>>Dmitri Plotnikov wrote:
>>
>>>Here's another iteration of Clazz APIs.
>>
>>Without looking at the API itself, I like what you are describing
>>here.  It seems intuitive.  Now, my question is this.  If I have
>>a ClazzLibrary or a ClazzLoader, can I perform something like this:
>>
>>ClazzLibrary loader = Clazz.getClazz( something ).getClazzLibrary();
>>Clazz[] implementingClazzes = loader.findClazzForAttribute(
>>"attribute-name" );
>>
> 
> This might be difficult if the library constructs/locates Clazzes on
> demand, but does not have an exhaustive list upfront. 
> 
> Another issue is that if the ClazzLoader is based on a ClassLoader, it
> may have to actually load all classes to search for the attribute. 
> This may be problematic if you have too many classes or classes
> dependent on something absent from the classpath.

That might be an acceptible limitation.  The way the Avalon containers
work is that they will load the classes before finding out information
from them.

> 
> But it sure would be nice.

It sure would.

-- 

"They that give up essential liberty to obtain a little temporary safety
  deserve neither liberty nor safety."
                 - Benjamin Franklin


--
To unsubscribe, e-mail:   <mailto:commons-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:commons-dev-help@jakarta.apache.org>


Mime
View raw message