We actually use Hibernate Validator extensions for core (i.e. non-Errai) stuff in TiMo and IIRC even in quick starts. e.g. @Email validation. On 2012-06-13, at 6:53 PM, Jason Porter wrote: > I'm working on an example that will use DeltaSpike. I'm looking at using > some Hibernate APIs (Envers, and some of the validators from Hibernate > Validator). Does anyone see a problem with this? The way I've thought > of jdf is not just to say here's how to do Java EE (which what we have > far better than what Oracle puts out), but also how we're extending the > platform and doing things that aren't part of the standard yet. Yes, > this ties you to our stuff, but in a way, isn't that what we want? We > want people to see what you can do with Java that is beyond the spec > using our stuff. Sure, you could stay with the standards and use only > the specs, but you can do so much more with some of the extras we > provide. > > We have also done this with Errai in TicketMonster. I don't see this > being much of a problem. > _______________________________________________ > jdf-dev mailing list > jdf-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jdf-dev

I'm working on an example that will use DeltaSpike. I'm looking at using some Hibernate APIs (Envers, and some of the validators from Hibernate Validator). Does anyone see a problem with this? The way I've thought of jdf is not just to say here's how to do Java EE (which what we have far better than what Oracle puts out), but also how we're extending the platform and doing things that aren't part of the standard yet. Yes, this ties you to our stuff, but in a way, isn't that what we want? We want people to see what you can do with Java that is beyond the spec using our stuff. Sure, you could stay with the standards and use only the specs, but you can do so much more with some of the extras we provide. We have also done this with Errai in TicketMonster. I don't see this being much of a problem. _______________________________________________ jdf-dev mailing list jdf-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jdf-dev

Okay. I'm looking at pulling in Envers (which is already in AS7) and DeltaSpike. I don't think there's enough out there about Envers. Lots of projects require auditing, Envers fits the bill wonderfully. ----- Original Message ----- From: Pete Muir <pmuir(a)redhat.com&gt; To: Jason Porter <jporter(a)redhat.com&gt; Cc: jdf-dev(a)lists.jboss.org Sent: Thu, 14 Jun 2012 03:48:29 -0400 (EDT) Subject: Re: [jdf-dev] (no subject) Sounds good. As you know from http://www.jboss.org/jdf/about/roadmap/ the next release starts to focus on "more than just Java EE" so anything is possible. Suggest if you plan to add a whole new library to the mix, that's actually something you are showing off (vs it getting dragged in as a dependency) it's worth checking back to make sure we all agree it's something we want to focus on. On 13 Jun 2012, at 23:53, Jason Porter wrote: > I'm working on an example that will use DeltaSpike. I'm looking at using > some Hibernate APIs (Envers, and some of the validators from Hibernate > Validator). Does anyone see a problem with this? The way I've thought > of jdf is not just to say here's how to do Java EE (which what we have > far better than what Oracle puts out), but also how we're extending the > platform and doing things that aren't part of the standard yet. Yes, > this ties you to our stuff, but in a way, isn't that what we want? We > want people to see what you can do with Java that is beyond the spec > using our stuff. Sure, you could stay with the standards and use only > the specs, but you can do so much more with some of the extras we > provide. > > We have also done this with Errai in TicketMonster. I don't see this > being much of a problem. > _______________________________________________ > jdf-dev mailing list > jdf-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jdf-dev _______________________________________________ jdf-dev mailing list jdf-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jdf-dev