Hi,

I don't see any better way.
Either you use a simple switch statement or a special factory class it is
almost the same - you have to keep it up-to-date with the list of supported
locales/markets.

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Tue, Jan 27, 2015 at 8:38 AM, Christian Schröter <
christian.schroe...@1und1.de> wrote:

>
> Thank you Tobias,
>
> but this will unfortunately just solve the problem having the same
> validator with different parameters. To add a market specific validator, I
> still would need to switch case the locale.
>
> Any other ideas?
>
> > Hi,
> >
> > you could place the values in the locale file and parse them.
> >
> > Integer.parseInt(getString("maxvalue"));
> >
> > kind regards
> >
> > Tobias
> >
> >> Am 26.01.2015 um 11:01 schrieb Christian Schröter <
> christian.schroe...@1und1.de>:
> >>
> >> Hey,
> >>
> >> I would be interested to know if there is a builtin mechanism to add
> specific validators for a certain locale.
> >>
> >> For example:
> >>
> >> de_DE -> StringValidator.maximumLength(100)
> >> en_GB -> StringValidator.maximumLength(200);
> >> en_US -> StringValidator.maximumLength(200);
> >> & AnotherValidatorOnlyForUS();
> >>
> >> My current solution is a switch-case over the locale to add the correct
> validators.
> >> With more locales and more validators this solution feels kind of
> sloppy.
> >>
> >> What does your solution looks like?
> >>
> >>
> >> Cheers,
> >> Chris
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Reply via email to