-----Original Message----- Yes, we'll see... it sure looks interesting! -----/Original Message-----
It works and really solved our problem for our application. I just added simpler version of the RequiredValidator(2). I now will try to implement something for the other validators as well. Our boss has licked some blood, now he wants more. In the mean time I have made the jar-files (one for the runtime, one for the sources) plus a small web-application (two war-files, one using MyFaces the other one using Sun RI) online at our sourceforge-site under the url <https://sourceforge.net/project/showfiles.php?group_id=137466&package_i d=163210>. At our meeting we asked ourselves whether we are the only ones with this problem: On one form we have links that divert the usecase to some lookup-pages. Upon return from there our users ask to see all data they have entered before. But the validation must not hinder them to jump to the lookup pages... And for that problem we needed the optional validator... Implementing the optionalValdiator I was a bit astonished to see that the MessageFactories for the validators are contained within javax.faces.validator but are incompatible (class-name and API) between the RI and MyFaces. I sort of had hoped that javax.faces... means compatibility... Next steps will be - trying to wrap the original validators within a optionalValidatorWrapper -> in order not to have to reimplement all validators ourselves - trying to add the possibility to specify custom error-messages per validator definition in the jsp-files regards Alexander On 8/16/05, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > Hey Martin, > > So far, none for the optional framework itself, other than Jesse and > I. And I think Jesse is still on vacation :) One or two people have > expressed interest in the RequiredValidator, but that appears to be > mostly due to the inability to customize the required attribute error > messages. > > I'm finding it immensely useful, though. > > The downside is that I now have the source code memorized for MyFace's > implementation of UIInput due to the amount of time I've spent there > :) > > Jesse predicted mass adoption, but that has yet to materialize :) > > > On 8/16/05, Martin Marinschek <[EMAIL PROTECTED]> wrote: > > Now I am curious about the feedback to this ;) > > > > regards, > > > > Martin > > > > On 8/16/05, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > > > I've just checked in and tagged the optional validation framework as > > > optional-validator-1-0 (version 1.0) > > > > > > This version is fully functional and seems to be bug free. :) > > > > > > New features include optional conversion and UIInputs marked as > > > invalid before the update-model phase if validation or conversion > > > failed or was skipped. > > > > > > The only addition I might make in the future is the ability to group > > > and mark sets of controls for none, soft, or hard validation per > > > action. > > > > > > I've also separated the RequiredValidation and > > > RequiredValidationChecker code out into separate classes so it can be > > > used independently from the optional validation framework since there > > > was some interest in this. > > > > > > -Mike > > > > > > On 8/12/05, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > > > > The first #myfaces irc.freenode.net collaboration is now available. :) > > > > > > > > Alexander Jesse and I have come up with an optional validation > > > > framework to use when the "immediate" attribute doesn't provide enough > > > > power. > > > > > > > > http://wiki.apache.org/myfaces/OptionalValidationFramework > > > > > > > > I'm not sure how long it'll take for the sourceforge cvs to propage > > > > out to anonymous cvs, but hopefully it'll be available soon. > > > > > > > > > > > > > -- > > > > http://www.irian.at > > Your JSF powerhouse - > > JSF Trainings in English and German > > > -- http://www.irian.at Your JSF powerhouse - JSF Trainings in English and German
