Mike Haberman wrote:
>
> >
> > I have to agree with Jason's comment. If this is should go anywhere,
> > it should live in the business objects' setXxx() methods. It is also
> > seems rather unnecessary w/ Intake, but could be used for an
> > additional level of validation (which defaults to turned off).
> > Daniel
>
> I can remove the get/set methods in BasePeer. However, can I
> still use the solution proposed in the previous posting?
>
> that is, if you do decide you want peer->validation binding you
> can get it by using a singleton-based utility whose bindings
> are established in a static initializer in the peers.
>
> SO if you don't use, you won't see it anywhere. If you do,
> it's there.
If this stuff is critical for your use, then I think it's fine to
leave it in there, but IMO I don't think it is the correct place.
I think all validation should take place in intake and we should
work to get intake doing all that is required vis-a-vis flexible
validation.
I also don't think that adding validation information in the
Torque DTD is a good idea either. 1) I think we will eventually
split Torque out of turbine and the continual addition of more
features just makes that harder. I think Torque may possibly
become two things: an SQL generator which is probably a very useful,
general tool, and a Peer OM generator which could also be
a very useful, general tool. 2) This is the job of intake, John
has done a lot of work in public i.e. intake has been evolving
and everyone has had ample opportunity to comment and help him
shape intake. I think you should work with him and not make
something different.
Again, if you have systems which depend on the validation system
you've made then I personally don't mind it being there until
we have a better solution but I don't feel comfortable promoting
it's use i.e. it's not something that I would want to make an
example for in the TDK.
> mike
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
jvz.
Jason van Zyl
[EMAIL PROTECTED]
http://jakarta.apache.org/velocity
http://jakarta.apache.org/turbine
http://jakarta.apache.org/commons
http://tambora.zenplex.org
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
