commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Berin Loritsch <>
Subject Re: [clazz] New project? [was Re: [lang] Proposal for *NEXT* version]
Date Fri, 11 Oct 2002 02:37:36 GMT
Stephen Colebourne wrote:
> There seems to be some consensus that a new project is possible here. I have
> already been working locally on classes in this area. Below is the
> proposal.html file that I was using to control my scope:?
> <h3>(0) Rationale</h3>
> <p>
> The Java Reflection Framework provides a set of classes for accessing
> and calling classes, methods and fields dynamically at runtime. In
> addition, the beans Introspector class provides for examination of
> java beans. Together these offer very useful functionality that is
> widely used by todays applications.
> </p>
> <p>
> There is a need for reflection and introspection code in a great many of
> the Commons, Jakarta and Apache projects.  However, the standard Java
> classes have proved inadequate, causing each project to write their own
> reflection helper classes. In addition, many projects also require metadata
> to be stored against classes and properties. This is not supported by the
> current Java APIs.
> </p>
> <p>
> The <em>Clazz</em> package will focus on introspection and class
> manipulation.
> Reflection helper code is located in the [lang] package.
> </p>
> <h3>(1) Scope of the Package</h3>
> <p>
> The <em>Clazz</em> package shall create and maintain a package that provides
> introspection and class manipulation handling built upon the Java Reflection
> Framework and other providers, such as byte and source code
> readers/generators.
> </p>
> <p>
> The package should:
> </p>
> <ul>
> <li>handle all classes, not just beans</li>
> <li>support extensible metadata (not just for GUI builders)</li>
> <li>handle normal (today) bean conventions (get/set/add/put methods)</li>
> <li>handle future conventions that are not yet standard</li>
> <li>support method overloading</li>
> <li>provide a complete alternative to using java.beans.Introspector</li>
> <li>be simple to learn</li>
> </ul>
> </p>
> In terms of code, [clazz] would begin by having classes/interfaces that
> represent a class, method and field like reflection. It would then provide
> mechanisms to build the structure via reflection and BCEL, and ideally to
> generate classes from the structure using BCEL. Note: One possibility would
> be to say that the BCEL dependency belongs in BCEL, and the commons version
> just uses reflection.
> [clazz] would also provide mechanisms for identifying methods as being
> property methods, coping with modern conventions such as addXxx(), lists and
> maps that the beans introspector doesn't. This would allow [clazz] to be
> used by betwixt and digester to add flexibility. (I remember reading a case
> where some swedish company had insisted on localising the words get and set
> in bean methods - [clazz] could cope with that)
> Thoughts?
> Stephen

Not sure about the name, but I like the concept.  Maybe we can call it "Klass"
(sounds the same)?


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

To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message