commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henri Yandell <bay...@generationjava.com>
Subject Re: [Reflect] Summary of points and relationship with BeanUtils
Date Wed, 19 Jun 2002 20:54:39 GMT

Shoudln't it go in org.apache.commons.lang.reflect??? [if it goes in Lang
that is].

> > btw, I'd prefer if this reflection stuff was in a package other than
> > lang.  When I think of the "lang" package, I think of stuff like
> > "Strings", "Integers", etc.  "Predicate" "Closure" and "Factory"
> > probably apply there as well.  Essentially, the most basic of basic
> > coding stuff that just plainly doesn't exist in the java APIs.  Any type
> > of layer over reflection/introspection is a layer above what I view
> > "lang" to be
>
> What I am proposing for Lang is one class, with methods to assist with
> *reflection*, not introspection. Example methods
> - getAllSuperInterfaces(Class)
> - getAllSuperClasses(Class)
> - getAllMethods(Class)
> - getAllFields(Class)
> - getMethodSignature(Method)
> - getMethodPolymorphically(Class, Object[])
> - getClassName(Class)
> - getPackageName(Class)
>
> There will be no reference to beans, or the Introspector class, or
> introspection in general. The class' purpose is methods to assist with the
> java.lang.reflect package. ie. to provide methods that are missing in Java.
> Hence Lang.
>
> Stephen
>
>
>
>
> --
> To unsubscribe, e-mail:   <mailto:commons-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:commons-dev-help@jakarta.apache.org>
>
>


--
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