Mailing-List: contact deltaspike-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: deltaspike-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of karl.kilden@gmail.com
 designates 209.85.214.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAAuOd=Ud8iye-CiA7o7TM3nQwEkc6SCMQaqofDea7ZCnbtE+mg@mail.gmail.com>
References: 
 <CAAuOd=U1_5naYS5L0uZzux1ZnvhRTD7hs5Y6Wm1i+xE25weA=Q@mail.gmail.com>
	<CAPCnv10cM_tA6j0Zn5ChFA5wR6CjXXCnVk+eBiFyyP9CxEC_ZQ@mail.gmail.com>
	<CAGJtJfEKeTmVy9r-XRWMCnY-dpDDNS0yZVAhTvUuV8gYwT5=pw@mail.gmail.com>
	<5E0AA982-B6CC-4210-8BF8-130B5293FB7E@redhat.com>
	<CAF9TksNnjwsrhKVV=UUj_bYiuE262wv9Qart3how_PC+w+UavA@mail.gmail.com>
	<CAAuOd=Ud8iye-CiA7o7TM3nQwEkc6SCMQaqofDea7ZCnbtE+mg@mail.gmail.com>
Date: Mon, 17 Dec 2012 21:45:04 +0100
Message-ID: 
 <CAPCnv11LzCfP++2yZ7ZHEjDxmi2Li4ABdJ1y90J+87gk1=+Nxw@mail.gmail.com>
Subject: Re: DeltaSpike Roadmap
From: =?ISO-8859-1?Q?Karl_Kild=E9n?= <karl.kilden@gmail.com>
To: deltaspike-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=14dae93b5780b4e43f04d11274d5

--14dae93b5780b4e43f04d11274d5
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Well these are the validators from omnifaces as per my previous
recommendation:


   - RequiredCheckboxValidator<https://showcase-omnifaces.rhcloud.com/showc=
ase/validators/RequiredCheckboxValidator.xhtml>
   - validateAll<https://showcase-omnifaces.rhcloud.com/showcase/validators=
/validateAll.xhtml>
   - validateAllOrNone<https://showcase-omnifaces.rhcloud.com/showcase/vali=
dators/validateAllOrNone.xhtml>
   - validateEqual<https://showcase-omnifaces.rhcloud.com/showcase/validato=
rs/validateEqual.xhtml>
   - validateOne<https://showcase-omnifaces.rhcloud.com/showcase/validators=
/validateOne.xhtml>
   - validateOneOrMore<https://showcase-omnifaces.rhcloud.com/showcase/vali=
dators/validateOneOrMore.xhtml>
   - validateOneOrNone<https://showcase-omnifaces.rhcloud.com/showcase/vali=
dators/validateOneOrNone.xhtml>
   - validateOrder<https://showcase-omnifaces.rhcloud.com/showcase/validato=
rs/validateOrder.xhtml>
   - validateUnique


   <https://showcase-omnifaces.rhcloud.com/showcase/validators/validateUniq=
ue.xhtml>Best
   regards / Karl


2012/12/17 Thomas Andraschko <andraschko.thomas@gmail.com>

> PrimeFaces doesn't have such a component/utility.
> Also AFAICS it's based on CDI, so IMO DeltaSpike is a good place for it.
>
> 2012/12/17 Jason Porter <lightguard.jp@gmail.com>
>
> > On Mon, Dec 17, 2012 at 4:54 AM, Pete Muir <pmuir@redhat.com> wrote:
> >
> > >
> > > On 17 Dec 2012, at 08:55, Gerhard Petracek wrote:
> > >
> > > > hi karl,
> > > >
> > > > #1 apache myfaces (extval) doesn't implement jsr 303 (e.g. apache
> > > > bval implements it)
> > > > #2 there is no agreement that ds is only backend oriented
> > > >
> > > > regards,
> > > > gerhard
> > > >
> > > >
> > > >
> > > > 2012/12/17 Karl Kild=E9n <karl.kilden@gmail.com>
> > > >
> > > >> Hi Thomas, fellow user here.
> > > >>
> > > >> BV is as you may know specified in JSR-303. It has great
> > > implementations by
> > > >> myfaces and hibernate that you can find easily. Thus this will not
> be
> > > >> implemented in deltaspike afaik. However providing some common
> > > constraints
> > > >> beyond the specification sounds like a good idea. Note that in the
> > mean
> > > >> while @Email is almost trivial to implement yourself if you search
> it
> > a
> > > >> little. JSR-303 is highly extensible just like CDI. The
> implementation
> > > you
> > > >> choose might have it as an extra already.
> > > >>
> > > >> For frontend extras I can't say I see an obvious home in deltaspik=
e
> > > >> (someone correct me if I am wrong about this). But I think for now
> > > >> Deltaspike is more backend oriented. I recommend having a look at
> > > omnifaces
> > > >> that already provide several great custom jsf-validators and has a=
n
> > open
> > > >> request for users to ask for additional ones.
> > > >>
> > > >> best regards / Karl
> > > >>
> > > >>
> > > >>
> > > >>
> > > >> 2012/12/16 Thomas Andraschko <andraschko.thomas@gmail.com>
> > > >>
> > > >>> Hi,
> > > >>>
> > > >>> is there a roadmap available for all upcoming features?
> > > >>>
> > > >>> Will there also be a BV module in the future? Will it also includ=
e
> > some
> > > >>> commons constraints like Email?
> > >
> > > Hmm, I think this could be a good thing for a parallel project to
> > > DeltaSpike actually - a library of BV constraints not branded by a
> > specific
> > > impl. I've cc'd Emmanuel, spec lead for BV, to see if he has any plan=
s
> > for
> > > such a thing.
> > >
> > > >>>
> > > >>> What about the Seam s:validateForm? IMO it's a simple way for cro=
ss
> > > field
> > > >>> validation. Will this be added in future releases?
> > >
> > > This is not actually a BV validator, but a JSF validator. I know Mark
> is
> > > working on JSF stuff for DeltaSpike atm, perhaps this is something
> Jason
> > > could add to that.
> > >
> >
> > Is this something that belongs in DeltaSpike, or should it be in a JSF
> > component library? I know RichFaces has something very similar, I belie=
ve
> > PrimeFaces does as well (haven't looked for a while) and I have no idea
> > about other component libraries.
> >
> >
> > > >>>
> > > >>> How can i contribue to DeltaSpike? I could do some smaller tasks
> > > without
> > > >>> problems.
> > > >>> I also implemented constraints like EqualsExpression("#{...}").
> Maybe
> > > >> this
> > > >>> could be useful for other users, too.
> > >
> > > This page should help -
> > > http://deltaspike.staging.apache.org/deltaspike/community.html
> > >
> > > >>>
> > > >>> Best regards,
> > > >>> Thomas
> > > >>>
> > > >>
> > >
> > >
> >
> >
> > --
> > Jason Porter
> > http://lightguard-jp.blogspot.com
> > http://twitter.com/lightguardjp
> >
> > Software Engineer
> > Open Source Advocate
> >
> > PGP key id: 926CCFF5
> > PGP key available at: keyserver.net, pgp.mit.edu
> >
>

--14dae93b5780b4e43f04d11274d5--