Did you ever look into this more?
--jason
On Thu, 9 Aug 2001, David Jencks wrote:
> On 2001.08.09 17:30:51 -0400 Toby Allsopp wrote:
> > On Wed, Aug 08, 2001 at 11:30:39PM -0400, David Jencks wrote:
> > > At the risk of changing the subject ;-)
> > > There seem to be two xml-configuration parsing systems in use. The
> > older
> > > stuff like for ejb-jar uses code that partially validates the xml while
> > > setting properties, whereas the rar deployer uses a reflection based
> > scheme
> > > that pretty completely separates the xml structure from the property
> > > setting. I like the reflection-based structure-independent way better,
> > > although I think it should only be used with a dtd and xml parser
> > > validation-- although this should be done anyway imho. Does anyone
> > else
> > > have an opinion?
> >
> > Well, I'm quite partial to the reflection-based technique :-)
>
> Me too!! Good work Toby!!
> >
> > It will run into problems with complicated data structures because it
> > pretty much just flattens the XML file into a series of setAttribute
> > calls.
>
> I didn't find this problem, I made a pretty complicated data structure
> load. I used [collections of] inner classes, and the appropriate setXXX
> method created an inner class instance and had the reflective parser call
> the setYYY on the inner class. This was for the rule engine adapter I
> worked on, the rules and other config was all in xml.
>
> Still I'll have to look at the Castor stuff.
>
>
> Hmmm, just looked at sun - there's something called JAXB that apparently
> compiles an xml schema into a custom parser that does 2 way translation
> between xml and an object tree. Since this is an impending standard it
> will presumably be the way to go.. for castor as well.
>
> david jencks
> >
> > Toby.
> >
> > _______________________________________________
> > Jboss-development mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-development
> >
> >
>
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development
>
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
