Victor, ----- Original Message ----- From: "Victor Volle" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Sunday, November 10, 2002 10:58 AM Subject: Re: [clazz] draft reflect implementation
> I forgot an important factor: > in the current API are methods that do not make any > sense for my use case. Especially: > > void set(Object instance, Object value); > > on ClazzProperty is absolutely undefined, if I have > loaded the Clazz from an XML model file. Because > there is (yet?) no settable Property. Are you talking about an XML model file like that used by Struts? Of course there will be a settable Property. That's the whole point of ClazzLibrary. ReflectClazzLibrary is just one implementation, the other implementation will be designed for run-time construction of clazzes. The Clazz there will be fully mutable, including properties. > So to make the meta model useful for me, > reflection specific code would have to be moved down to the > ReflectionProperty. I am not sure that this > solution suits the needs of anyone besides myself. It has already been moved down to ReflectProperty. ClazzProperty is merely an interface. I will start working on the mutable implementation of those interfaces in about a week. > Victor - Dmitri > > > > Dmitri > > > > Dmitri wrote: > > > Victor Volle wrote: > > > > PS: I am hesitating to offer my help, yet (besides criticism :-)) > > > > because I am still not sure that I can use it for my own project > > > > and I would like to wait for the "dust to settle". > > > Critisizm is in fact extremely valuable help. What I want to know > > > is what you think needs to be done in clazz for it to be useful for your > > > project. > > > > What I am working at is a simple but generic code generator. > > It creates a model from different sources (reflection, XML, XMI, > > direct integration with IDEs and so on). > > So I could use clazz in to ways: > > 1) Simply use its advanced reflection features to load > > my own meta model AND use it when loading from > > XML (where I currently use my own hack of BeanUtils code) > > 2) Additionally reuse the clazz meta model but then I would > > have to add a whole bunch of things: Packages as model > > elements (because they meight have Attributes), > > InnerClasses, CompilationUnits (for Import handling > > and type resolving (currently integrated in my MetaClass)), > > MetaTypes (again for (lazy) type resolving). > > > > I am quite sure that I will use clazz for the first purpose, > > because I am convinced that clazz is on a good way. > > But since the focus of clazz is not (yet) the meta model > > but the advanced reflection, I am not sure that the different > > use cases could or should be aligned. > > > > Victor > > > > > > > > -- > > 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> > > > -- To unsubscribe, e-mail: <mailto:commons-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:commons-dev-help@;jakarta.apache.org>