Jakob Praher wrote: <snip/>
I have thought about custom meta data and .Net style attributes too. how about a custom classloader and storing them as a custom java class
file attribute.
eh? (scratches head, hits google)
(Avalon containers far from always have control of (or want to control) classloading, for example you might want to use 'em in a J2ME env, a servlet engine, or any other existing app with existing classloader infrastructure.)as the avalon framework controls the loading process (IoC) through the service/component manager this shouldn't be a problem.
I imagine implementing it like this:certainly sounds like it could work, and sounds terribly similar to the actual .Net setup (I know mostly zip about bytecode 'n stuff though). Is it neccessary to have control over the classloading in order to get access to the custom attributes? It seems to me that having this as a requirment could really limit its application.
* every constant pool element in a java class file can have custom
attributes
* custom attributes in a java class file are just raw data - so you can
store an arbitrary serialized object as a custom attribute
http://java.sun.com/docs/books/vmspec/2nd-edition/html/ClassFile.doc.html#43817
attribute_info {
u2 attribute_name_index;
u4 attribute_length;
u1 info[attribute_length]; }
* during class-loading, the class loader overloads the defineClass
method and intercepts the class for custom attributes which are .Net
like attributes.
* then it builds an attribute object model and associates with the
loaded class and its code source.
just my 2 cent.
to inject the attributes you would need a kind of tacker component that
tacks the attributes, based on a javadoc description onto a compiled
class file.
this would be insofar interesting as attributes can be attached to any
kind of constant pool item - fields and methods too can have custom
attributes.
The other thought that occured is that this might be a step further away from the well-known (and accepted) *BeanInfo setup, and hence more controversial.
Definately sounds as something worth exploring though (for one, it would probably be several dozen times faster than another route), even if I don't fully understand....
Withgmane setup, it is no longer neccessary to subscribe to yet-another-gazillion-messages-a-day list :Dsounds interesting, can you point me to more information about that
gmane is a news<->email gateway, see http://www.gmane.org/. cheers, - Leo -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
