Started a new thread, so it were visible in GMail. On 11/2/05, Hubert Rabago <[EMAIL PROTECTED]> wrote: > On 11/2/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > > > > If it were possible to use form definitions made in struts-config.xml, > > then you would not have to reimplement this property in FormDef, and I > > would not have to wait for you to reimplement it ;-) I would just > > apply your patch to my copy of DynaActionForm, and FormDef would pick > > up transparently whatever properties are defined in struts-config.xml. > > Is it possible at all? Or is it too much work? > > I've wondered about this feature, but there are some problems. (Not > to mention, this is the first time someone asked for it). For > instance, what if the form defined isn't a DynaBean? And how would I > let the user specify formatting requirements (for dates, numbers, > etc)? > > Still, it's feasible. It's just sort of a reversal of what I tried to > do. I wanted to reduce config info. If you defined your form one > field at a time in struts-config, then defined them again in > formdef-config, then you end up with two places you have to keep in > sync. Not to mention validation.xml (if you were using it for that > form).
That was the idea. If FormDef could somehow pull my definitions from struts-config.xml or, which is much better, from configured Java objects, I would not have to redefine the properties in FormDef again. This is a long shot, so I can live without that. But at this moment I cannot use resettable properties in FormDef even if I patched my copy of Struts myself, because you need to explicitly add support for these properties. If you could reuse beans already configured in struts-config.xml and if you could read whatever properties are there transparently, you would not even have to make a change. But currently I should wait until you add resettable properties into Formdef explicitly. Long waiiiit. I guess what I can do now is create a small actionform just with reset() method in it, like Craig advised me. Should work, right? Michael. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
