geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Aaron Mulder <>
Subject Re: [PATCH] [JSR-88] DConfigBeans, Take 2
Date Sat, 23 Aug 2003 05:50:00 GMT
	No one's hand-crafting XML beans.  The current code uses Castor to
generate them.  There's (probably) no reason we couldn't use xbeans
instead, but at the time I wrote it, the only ready option I was aware of
was Castor.

	If we switch to xbeans, would you like to see the Geronimo XSDs 
loaded into the same directory as the J2EE XSDs?  I would think we'd want 
to use a subdir in any case, just for clarity, but we may want the 
Geronimo XSDs to live in the core module instead -- I have no strong 

	Though, to elaborate, the DConfigBeans are JavaBean wrappers for
the POJO XML data objects.  The reason the DConfigBeans are hand crafted
is that they have to be quite UI oriented (generate and handle events,
provide property editors with pick lists, etc.), as well as being tightly
tied to DDBeans (each DConfigBean corresponds to a DDBean, where DCBs are
used for the Geronimo DDs and DDBs are used for the J2EE DDs, if I can be
forgiven the abundance of TLAs).  I don't think we could auto-generate
this code without practically as much mapping information as we currently
have code.

	However, it sounds like perhaps the DDBeans should take advantage
of the xbeans XPath features, if they are a good fit.


P.S. Does this xbeans package bear any relation to BEA XMLBeans?

On Fri, 22 Aug 2003, James Strachan wrote:
> Doesn't this replicate the work i've done on the xbeans package? i.e. 
> I've taken all the different j2ee XSDs and generated beans for all of 
> them which are capable of parsing themselves from XML, turning 
> themselves back into XML as well as XPath navigation and XSD validation 
> checking.
> Would this do the job?
> Seems silly to hand-craft beans for an XSD
> James
> -------

View raw message