t; course!) what is your preferred starting point?
>
> rgds, tim
>
> -Original 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?
>
> A
at 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. There a
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 that
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
hav
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
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
stil
