Arron,
I agree with the analysis. There are of course other tools that do similar things
(including the Digester) but I've seen no others that do all three (XML/Schema/SQL)
at least opensource. It seems like a natural way to proceed in order to automate
some of this stuff. When I noticed
is your preferred starting point?
rgds, tim
-Original Message-
From: Jon Ferguson +AFs-mailto:ferguson+AEA-ieee.org+AF0-
Sent: Thursday, 10 January 2002 7:22 PM
To: Struts Developers List
Subject: Re: Building Form Beans from XML Schema?
Arron,
I agree with the analysis
Message-
From: Jon Ferguson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 10 January 2002 7:22 PM
To: Struts Developers List
Subject: Re: Building Form Beans from XML Schema?
Arron,
I agree with the analysis. There are of course other tools that do similar
things
(including the Digester
Arron,
Thanks for the hands-on. Shame really.. surely the parser provides this data..
wonder if there's another way to 'compile' that information into a method.
BTW, have you used Castor's Object-Relational mapping? The second half of the
equation would be to use that to persist the populated
Jon,
I'm quite certain the parser has the ability, it just doesn't do it.
It's the generation of the Java code which is stopping it. I would think
you could hack it, so when an object's setter is called automatically
call it's validate() method (which the system creates both, so all you'd
( Republished under appropriate Subject :-( ).
Hey,
I've been toying with the idea of Modelling my form beans using XML Schema,
then generating the actual beans using some XML binding tool like Castor (which
should also generate my validate function). I should also be able to use
Castor to do
I've tried to do this with Castor generated objects. Problem is though,
is that the errors are not fine grained at all.
You validate the document by calling the validate() method on the top
node, and you get a yes or a no.
You can do this for all of the sub objects, but it's just that, you
