Re: Logging API

+1, we (OpenEJB ;)) are waiting bval and owb and clearly next release can be a first step before THE release :). - Romain 2012/3/19 Matt Benson gudnabr...@gmail.com On Mon, Mar 19, 2012 at 3:19 PM, Mohammad Nour El-Din nour.moham...@gmail.com wrote: +1 I want to volunteer to do it I

[jira] [Commented] (BVAL-107) Validation of Return-Values

[ https://issues.apache.org/jira/browse/BVAL-107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13399678#comment-13399678 ] Romain Manni-Bucau commented on BVAL-107: - Using an hello world returning a value

Re: [VOTE] Release Apache BVal 0.5 from RC1

For info: TCK passed on TomEE and OpenEJB with the release staging repo *Romain Manni-Bucau* *Twitter: @rmannibucau* *Blog: http://rmannibucau.wordpress.com* 2012/9/18 Matt Benson mben...@apache.org On Tue, Sep 18, 2012 at 11:53 AM, Matt Benson mben...@apache.org wrote: I've created a 0.5

Re: Website

Hi, not that bad ;) i'd put a little logo on the top (like on owb) and put the home page one a little smaller (you should have a really big screen compared to my own one :p) Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com

Re: Website

you said all :p Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2012/12/13 Matt Benson gudnabr...@gmail.com: What browser are you guys using? The image is getting resized

[jira] [Created] (BVAL-120) add bval-tck11 tck runner for future work on Bean Validation 1.1

Romain Manni-Bucau created BVAL-120: --- Summary: add bval-tck11 tck runner for future work on Bean Validation 1.1 Key: BVAL-120 URL: https://issues.apache.org/jira/browse/BVAL-120 Project: BVal

[jira] [Updated] (BVAL-120) add bval-tck11 tck runner for future work on Bean Validation 1.1

[ https://issues.apache.org/jira/browse/BVAL-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-120: Attachment: bval-tck11.patch The patch contains a basic bval tck 1.1 setup + some minor

Re: to bval 1.1?

about cdi interceptor stuff we have it in tomee for years: http://svn.apache.org/repos/asf/tomee/tomee/trunk/container/openejb-core/src/main/java/org/apache/openejb/bval/BeanValidationAppendixInterceptor.java just need to use bval 1.1 APIs *Romain Manni-Bucau* *Twitter: @rmannibucau https

Re: svn commit: r1498386 - in /bval/branches/bval-11: bundle/pom.xml bval-core/pom.xml bval-extras/pom.xml bval-guice/pom.xml bval-json/pom.xml bval-jsr303/pom.xml bval-tck/pom.xml bval-tck11/pom.xml

If bval 1.0 is the spec 1.0, 1.1 impl will be 2.0 (like tomcat) IMO...but honestly i dont really care while it is clear Le 15 juil. 2013 22:07, Matt Benson gudnabr...@gmail.com a écrit : Do we want to do this (go to v2.x)? I had assumed we would follow the lead of e.g. MyFaces, OWB and have

Re: svn commit: r1498797 - /bval/branches/bval-11/bval-jsr303/src/main/java/org/apache/bval/jsr303/ApacheValidatorFactory.java

are fixed so not a big issue ATM IMO. PS2: if you have other idea to pass the info feel free to play with it, i used it as a fallback. *Romain Manni-Bucau* *Twitter: @rmannibucau https://twitter.com/rmannibucau* *Blog: **http://rmannibucau.wordpress.com/*http://rmannibucau.wordpress.com/ *LinkedIn

Re: bean validation 1.1

profile *Romain Manni-Bucau* *Twitter: @rmannibucau https://twitter.com/rmannibucau* *Blog: **http://rmannibucau.wordpress.com/*http://rmannibucau.wordpress.com/ *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* *Github: https://github.com/rmannibucau* 2013/7/1 Romain Manni-Bucau rmannibu

Re: bean validation 1.1

, max = 5) private String fullname; } It doesn't look bad to me but wdyt? *Romain Manni-Bucau* *Twitter: @rmannibucau https://twitter.com/rmannibucau* *Blog: **http://rmannibucau.wordpress.com/*http://rmannibucau.wordpress.com/ *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* *Github: https

Re: bean validation 1.1

not exactly, my bench (which was simpler than this one) showed it was comparable (0.5 was good) but in my test graph was pretty trivial *Romain Manni-Bucau* *Twitter: @rmannibucau https://twitter.com/rmannibucau* *Blog: **http://rmannibucau.wordpress.com/*http://rmannibucau.wordpress.com

Re: bean validation 1.1

hehe, maybe i found a perf issue, when updating MetaBean i added a comment: // TODO: optimize sortings and profiling it seems this comment was important ;) *Romain Manni-Bucau* *Twitter: @rmannibucau https://twitter.com/rmannibucau* *Blog: **http://rmannibucau.wordpress.com/*http

Re: Bean Validation 1.0

Hi David, Here it is http://svn.apache.org/repos/asf/bval/branches/bval-11/ We pass tcks 1.1 but some perf enhancement help would still be welcomed Le 22 sept. 2013 03:25, David Blevins david.blev...@gmail.com a écrit : Thanks! Yes, I meant 1.1 :) Has that branch been created yet? If not

Re: release 1.1 in 2.0.0-alpha tomorrow?

updated to 1.1.0-alpha-SNAPSHOT Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2013/11/20 Albert Lee allee8...@gmail.com: I agree. It would be nice to keep

[jira] [Created] (BVAL-122) Implement Bean Validation 1.1

Romain Manni-Bucau created BVAL-122: --- Summary: Implement Bean Validation 1.1 Key: BVAL-122 URL: https://issues.apache.org/jira/browse/BVAL-122 Project: BVal Issue Type: New Feature

[jira] [Updated] (BVAL-122) Implement Bean Validation 1.1

[ https://issues.apache.org/jira/browse/BVAL-122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-122: Fix Version/s: 1.1.0-alpha Implement Bean Validation 1.1

[jira] [Resolved] (BVAL-122) Implement Bean Validation 1.1

[ https://issues.apache.org/jira/browse/BVAL-122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau resolved BVAL-122. - Resolution: Fixed Implement Bean Validation 1.1

[jira] [Closed] (BVAL-120) Add bval-tck11 tck runner for future work on Bean Validation 1.1

[ https://issues.apache.org/jira/browse/BVAL-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau closed BVAL-120. --- Add bval-tck11 tck runner for future work on Bean Validation 1.1

[jira] [Resolved] (BVAL-120) Add bval-tck11 tck runner for future work on Bean Validation 1.1

[ https://issues.apache.org/jira/browse/BVAL-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau resolved BVAL-120. - Resolution: Fixed Add bval-tck11 tck runner for future work on Bean Validation 1.1

[jira] [Reopened] (BVAL-120) add bval-tck11 tck runner for future work on Bean Validation 1.1

[ https://issues.apache.org/jira/browse/BVAL-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau reopened BVAL-120: - Assignee: Romain Manni-Bucau add bval-tck11 tck runner for future work on Bean

[jira] [Updated] (BVAL-120) Add bval-tck11 tck runner for future work on Bean Validation 1.1

[ https://issues.apache.org/jira/browse/BVAL-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-120: Fix Version/s: 1.1.0-alpha Add bval-tck11 tck runner for future work on Bean Validation 1.1

Re: release 1.1 in 2.0.0-alpha tomorrow?

I'll ask G if they can release them Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2013/11/20 Romain Manni-Bucau rmannibu...@gmail.com: updated to 1.1.0-alpha-SNAPSHOT Romain

Re: Location of validation.xml

Actually I'd expect the SPI to give the processed instance and not the location. That's why i sugegsted to wait a bit for it to see the real need. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https

Re: Location of validation.xml

Well if we can avoid to fork/branch tomee before next release would be awesome but yes it sonds reasonable and avoiding jvm SPI is awesome Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com

Re: Location of validation.xml

this looks ok but just wanted to avoid the oh so goodoops effect ;) Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-03-19 17:06 GMT+01:00 Matt Benson gudnabr

Re: Location of validation.xml

that's what I was thinking about but when I hacked 1.1 branch I was really thinking adding it when integrating tomee to avoid a useless or wrong SPI. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https

Re: Location of validation.xml

Cause: 1) TomEE added some features relying on internal config (placeholders etc) 2) TomEE uses its own model for all EE descriptors whatever the spec is That's not an issue on BVal side but it will need to be integrated without forking as much as possible Romain Manni-Bucau Twitter

Re: Location of validation.xml

Hmm not sure spec allows it actually. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-03-19 17:39 GMT+01:00 Michael Blyakher michael.blyak...@gmail.com: So if I

Re: Location of validation.xml

AM, Romain Manni-Bucau rmannibu...@gmail.com wrote: Well if we can avoid to fork/branch tomee before next release would be awesome but yes it sonds reasonable and avoiding jvm SPI is awesome Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com

Re: Location of validation.xml

I'm butting into :) On Wed, Mar 19, 2014 at 4:28 PM, Romain Manni-Bucau rmannibu...@gmail.comwrote: I think mapping in web-inf is not spec compliant That said calling ignoreXmlConfig you can already do what you want Finally i think the spi or assimilated

Re: Location of validation.xml

Yes, basically use your own representation of validation.xml and create the Configuration respecting what is in validation.xml (kind of custom to bval conversion). That's what we do (and we'll do) in tomee validationbuilder Romain Manni-Bucau Twitter: @rmannibucau Blog: http

Re: Location of validation.xml

not sure I follow, while @Inject Validator works it is fine. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-03-20 16:17 GMT+01:00 Michael Blyakher michael.blyak

Re: Location of validation.xml

if not existing and provided by the EE container which will be the case for sure. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-03-20 16:52 GMT+01:00 Michael Blyakher

Re: Location of validation.xml

to provide its own validator and validatorfactory for sure Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-03-20 17:07 GMT+01:00 Michael Blyakher michael.blyak

Re: Location of validation.xml

BV is not EE aware so that's not a big deal. It works fine in META-INF and in WEB-INF for EE case when the container handles it. Not sure I see the issue. That's the integration work of EE and not of BVal IMO. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com

Re: Location of validation.xml

excepted the cdi integration is done through an interceptor getting Validator injected so it still works, ot I didn't get the failing case (possible ;) Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https

[jira] [Resolved] (BVAL-127) Build failed java 8

[ https://issues.apache.org/jira/browse/BVAL-127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau resolved BVAL-127. - Resolution: Fixed Fix Version/s: 1.1.0-alpha Assignee: Romain Manni-Bucau

[jira] [Resolved] (BVAL-129) JDK8 - Annotations on synthetic bridge methods break bval

[ https://issues.apache.org/jira/browse/BVAL-129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau resolved BVAL-129. - Resolution: Fixed patch committed, thanks JDK8 - Annotations on synthetic bridge methods

[jira] [Resolved] (BVAL-131) Add gitignore

[ https://issues.apache.org/jira/browse/BVAL-131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau resolved BVAL-131. - Resolution: Fixed Fix Version/s: 1.1.0-alpha Assignee: Romain Manni-Bucau

Fwd: svn commit: r1614467 - /bval/branches/bval-11/bval-jsr/src/main/java/org/apache/bval/cdi/BValInterceptor.java

Hi guys OWB was broken in the version we use (release), only trunk supports it correctly but it is a snapshot, not sure how to proceed on it since now we have 3 failling tests for tck11. Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http

release soon?

Any blocking if I try to release in the week? I'll go for a beta I guess (1.1.0-beta-1 surely). Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau

Re: release soon?

well, s/week/when we have geronimo spec jars/ ;) Romain Manni-Bucau Twitter: @rmannibucau Blog: http://rmannibucau.wordpress.com/ LinkedIn: http://fr.linkedin.com/in/rmannibucau Github: https://github.com/rmannibucau 2014-09-09 16:18 GMT+02:00 Romain Manni-Bucau rmannibu...@gmail.com: Any

[jira] [Updated] (BVAL-132) TCK 1.1: BValInterceptor.isGetter is wrong

[ https://issues.apache.org/jira/browse/BVAL-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-132: Summary: TCK 1.1: BValInterceptor.isGetter is wrong (was: TCK 1.1) TCK 1.1

[jira] [Resolved] (BVAL-133) Updated TCK Test Version for Bean Validation 1.1

[ https://issues.apache.org/jira/browse/BVAL-133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau resolved BVAL-133. - Resolution: Fixed Thanks for the patch! Updated TCK Test Version for Bean Validation 1.1

[jira] [Resolved] (BVAL-132) TCK 1.1: BValInterceptor.isGetter is wrong

[ https://issues.apache.org/jira/browse/BVAL-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau resolved BVAL-132. - Resolution: Fixed thanks for the patch TCK 1.1: BValInterceptor.isGetter is wrong

Re: BVAL TCK 1.1

pushed, thanks! Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2014-10-08 1:46 GMT+02:00 Daniel Cunha daniels...@gmail.com: Hi Folks, I updated the TCK test version too. ( https://issues.apache.org/jira/browse/BVAL

[jira] [Commented] (BVAL-134) Cannot initiate validator due to IncompatibleClassChangeError incompatible InnerClasses attribute between org.apache.bval.jsr.ClassValidator$JsrValidationCallback and

[ https://issues.apache.org/jira/browse/BVAL-134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14175018#comment-14175018 ] Romain Manni-Bucau commented on BVAL-134: - Hi are you able to share a sample

Re: svn commit: r1628598 [1/2] - in /bval/branches/bval-11: ./ bval-core/ bval-core/src/main/java/org/apache/bval/ bval-core/src/main/java/org/apache/bval/model/ bval-core/src/main/java/org/apache/bva

BVal :: bval-jsr 1.1.0-alpha-SNAPSHOT Linux 3.13.0 32bits 4GB ram JDK 1.8.0_25 On Sat, Dec 6, 2014 at 8:08 AM, Romain Manni-Bucau rmannibu...@gmail.com wrote: Hi Matt, I have 2 questions: 1) surely obvious but I dont get why you re-set the accessible (if (mustSet)). While we need

Re: svn commit: r1628598 [1/2] - in /bval/branches/bval-11: ./ bval-core/ bval-core/src/main/java/org/apache/bval/ bval-core/src/main/java/org/apache/bval/model/ bval-core/src/main/java/org/apache/bva

, platform encoding: UTF-8 OS name: linux, version: 3.13.0-40-generic, arch: amd64, family: unix Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2014-12-06 15:51 GMT+01:00 Daniel Cunha daniels...@gmail.com: I have a same

Re: Fwd: svn commit: r1628598 [1/2] - in /bval/branches/bval-11: ./ bval-core/ bval-core/src/main/java/org/apache/bval/ bval-core/src/main/java/org/apache/bval/model/ bval-core/src/main/java/org/apach

Sure, default code shouldn't change. BTW I wonder why these regressions were introduced? Any idea? Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2014-12-06 19:29 GMT+01:00 Matt Benson gudnabr...@gmail.com: Sorry; I ran

Re: Fwd: svn commit: r1644258 - in /bval/branches/bval-11/bval-jsr/src/main/java/org/apache/bval: cdi/ jsr/

if no global filtering is set. wdyt? Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2014-12-10 14:51 GMT+01:00 Matt Benson gudnabr...@gmail.com: On Dec 10, 2014 1:18 AM, Romain Manni-Bucau rmannibu...@gmail.com wrote: Hi

Re: Fwd: svn commit: r1644258 - in /bval/branches/bval-11/bval-jsr/src/main/java/org/apache/bval: cdi/ jsr/

and classloader can be slow (maven rr) If it is bad we can change it later, we just need to tag it is internal for now. Matt Matt On Dec 10, 2014 8:01 AM, Romain Manni-Bucau rmannibu...@gmail.com wrote: I would avoid ServiceLoader if possible (at least in TomEE I think we would like

Re: SVN cleanup and 1.0 and 1.1. release

+1, should have been done ~ one year ago Romain Manni-Bucau @rmannibucau https://twitter.com/rmannibucau | Blog http://rmannibucau.wordpress.com | Github https://github.com/rmannibucau | LinkedIn https://www.linkedin.com/in/rmannibucau | Tomitriber http://www.tomitribe.com 2015-04-19 19:47 GMT

Fwd: svn commit: r1677594 - in /bval/trunk: bval-tck/pom.xml bval-tck11/pom.xml pom.xml

Is it possible to not use bundle for tcks? I see it only as a cool dep for osgi/manual dep handling but not as our primary delivery. Wdyt? -- Message transféré -- De : strub...@apache.org Date : 4 mai 2015 15:00 Objet : svn commit: r1677594 - in /bval/trunk: bval-tck/pom.xml

Re: remove bval-tck?

No we have to keep it and keep in mind 1 test is failing - spec intentionnally changed. Impl only 1.1 you can get a bunch of regressions Le 4 mai 2015 15:14, Mark Struberg strub...@yahoo.de a écrit : hi! Can we remove the old bval-tck module from trunk? We still have the bval-tck11 module

Re: release?

Ok, we need Apache Geronimo Expression Language Spec 2.2 1.0.5 and OWB 1.5.0. OWB in under vote, i'll ping for EL API and try to run it beginning onnext week if there is no blocker Romain Manni-Bucau @rmannibucau https://twitter.com/rmannibucau | Blog http://rmannibucau.wordpress.com | Github

release?

Hi guys, plan to start a release - bval11 branch - in the week when I'll get few time. Anything to do before? Could someone help me for the last tasks I'm not super easy with like publishing webside and binaries (on dist)? Romain Manni-Bucau @rmannibucau https://twitter.com/rmannibucau | Blog

[jira] [Commented] (BVAL-140) Do we really need WARN for no default constraints?

[ https://issues.apache.org/jira/browse/BVAL-140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=14941197#comment-14941197 ] Romain Manni-Bucau commented on BVAL-140: - Looks like resources are not well exposed for osgi

[jira] [Updated] (BVAL-138) OSGi bundle maven dependencies are too big and also too small

[ https://issues.apache.org/jira/browse/BVAL-138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-138: Fix Version/s: (was: 1.1.1) 1.1.0-alpha2 > OSGi bundle ma

releasing?

Hi guys, last release is java 8 only, to go back on java 7 at least I'd like to re-release, any objection? Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <htt

Re: releasing?

@Matt: not sure I got your question. basically we need to release using java 7 during the build and not java 8 like I did. It is enough. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <http://rmannibucau.wordpress.com> | Github <https://github.

Re: releasing?

Ok seems it was more vicious, since I built locally bval to vote for the release I got a corrupted artifact locally - of course used java 8 ;) - so seems bval is fine so we don't need to release since the changelog is empty. Sorry for the noise guys. Romain Manni-Bucau @rmannibucau <ht

[jira] [Commented] (BVAL-145) BVal bundle fails to load resources under OSGi

[ https://issues.apache.org/jira/browse/BVAL-145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15416699#comment-15416699 ] Romain Manni-Bucau commented on BVAL-145: - Well in ear I don't see it happening since

[jira] [Updated] (BVAL-147) TraversableResolver, ConstraintValidatorFactory and MessageInterpolator shouldnt invalidate the metadata cache

[ https://issues.apache.org/jira/browse/BVAL-147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-147: Summary: TraversableResolver, ConstraintValidatorFactory and MessageInterpolator shouldnt

[jira] [Updated] (BVAL-147) TraversableResolver, ConstraintValidatorFactory and MessageInterpolator shouldnt invalidate the metadata cache

[ https://issues.apache.org/jira/browse/BVAL-147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-147: Description: We can reuse the shared cache of metadata even with a custom

[jira] [Created] (BVAL-147) TraversableResolver shouldnt invalidate the metadata cache

Romain Manni-Bucau created BVAL-147: --- Summary: TraversableResolver shouldnt invalidate the metadata cache Key: BVAL-147 URL: https://issues.apache.org/jira/browse/BVAL-147 Project: BVal

[jira] [Closed] (BVAL-98) returned value validation

[ https://issues.apache.org/jira/browse/BVAL-98?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau closed BVAL-98. -- Resolution: Won't Fix outdated now bval standardized it > returned value validat

Re: copy annotations in multithreaded environments

it is when the model is built so in a thread safe manner (enclosing code), no? Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://blog-rmannibucau.rhcloud.com> | Old Wordpress Blog <http://rmannibucau.wordpress.com> | Github <https://g

Re: [VOTE] Release Apache BVal 1.1.2 from RC1

don't recall if I voted - thought since I recall reviewing it with tomee but dont see my +1, if not +1 :) Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://blog-rmannibucau.rhcloud.com> | Old Blog <http://rmannibucau.wordpress.com> | Github &

[jira] [Resolved] (BVAL-148) Incorrect double-checked locking

[ https://issues.apache.org/jira/browse/BVAL-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau resolved BVAL-148. - Resolution: Fixed thanks for the report Kaloyan, fixed it ensuring fields are volatile

[jira] [Assigned] (BVAL-148) Incorrect double-checked locking

[ https://issues.apache.org/jira/browse/BVAL-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau reassigned BVAL-148: --- Assignee: Romain Manni-Bucau > Incorrect double-checked lock

Re: build fails with OWB-1.7.3 and later

Ok, recall having done most of the setup so shout if you need me to reopen it ;) Le 10 juil. 2017 10:22, "Mark Struberg" a écrit : > Hi folks! > > BVal currently uses OWB-1.6.0 for the TCK. All works fine up to until > OWB-1.7.2, but from 1.7.3 up it fails. > I've now

Re: bval git commit: ensure isGetter methods are consistent between them

fixed hopefully Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in

Re: Towards Apache BVal 2.0

+1 Le mar. 22 mai 2018 20:01, Mark Struberg <strub...@yahoo.de.invalid> a écrit : > How about switching bv2 to master and master to bval-1.1.x ? > > > LieGrue, > strub > > > Am 01.05.2018 um 20:32 schrieb Romain Manni-Bucau <rmannibu...@gmail.com > >: >

Re: Towards Apache BVal 2.0

Le 1 mai 2018 18:53, "Matt Benson" a écrit : Hi all, I have upgraded commons-weaver to be compatible with Java 8 and enhanced the privilizer module to handle method references. Our bv2 branch can now successfully run its "sec" profile on Linux. Since it works there but no

Re: [VOTE] Migrate BVal SCM to git

[X] +1, migrate to git Romain Manni-Bucau @rmannibucau | Blog | Old Blog | Github | LinkedIn 2017-10-27 18:00 GMT+02:00 Matt Benson <mben...@apache.org>: > On Oct 27, 2017 10:59 AM, "Matt Benson" <mben...@apache.org> wrote: > > After a positive reaction to last

Appear on bean validation website?

Hi guys, Anyone wants to lead the addition of our preferred project to https://beanvalidation.org/2.0/ ? I'm no more sure of the process but guess doing a PR on https://github.com/beanvalidation/beanvalidation.github.io/blob/master/2.0/index.html#L122 can do the trick. Romain Manni-Bucau

Re: Appear on bean validation website?

ation.org/compare/staging...bakerag1:bakerag1/bval > > > > [image: bvalOnBeanValidation.png] > > On Wed, Aug 15, 2018 at 8:45 AM Romain Manni-Bucau > wrote: > >> Hi guys, >> >> Anyone wants to lead the addition of our preferred project to >> https://bea

Re: Appear on bean validation website?

Ok, tomee tck pass on openejb so we are good to go IMHO Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn &

Re: bval2 release?

get it done. > > LieGrue > strub > > > Am 22.08.2018 um 17:25 schrieb Romain Manni-Bucau >: > > > > If really blocking we can fork for this release time. > > > > Romain Manni-Bucau > > @rmannibucau <https://twitter.com/rmannibucau> | Blog

Re: bval2 release?

If really blocking we can fork for this release time. Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn &

Re: bval2 release?

> https://www.mail-archive.com/dev@commons.apache.org/msg63326.html > > > > >>>>>> > > >>>>>> I think this should do the trick: > > >>>>>> https://github.com/apache/commons-weaver/pull/1 < > > >>>>

[jira] [Updated] (BVAL-156) Support for java10

[ https://issues.apache.org/jira/browse/BVAL-156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-156: Affects Version/s: (was: 1.1.3) > Support for jav

[jira] [Updated] (BVAL-156) Support for java10

[ https://issues.apache.org/jira/browse/BVAL-156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-156: Fix Version/s: 2.0.0 > Support for java10 > -- > >

Re: BVal 2.0 TCK work

Will try to check today Le 19 avr. 2018 00:26, "Matt Benson" a écrit : > Hi all, > As of a few minutes ago our bv2 branch passes the 2.0 branch of the TCK > with the PR from BVTCK-205 built in... with the exception of a single > test,

Re: TomEE8 / OWB2.x / BVal2 - slow startup

Hi Thomas, you are right this is already overrided in tomee to inherit from the tomee exclusions which were not updated on tomee 8 AFAIK Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibuca

Re: bval2 release?

yep Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> |

Re: TomEE8 / OWB2.x / BVal2 - slow startup

lter.java > > > > probably it already filters many stuff but not deltaspike, myfaces and > > openejb. > > > > Am Do., 11. Okt. 2018 um 17:18 Uhr schrieb Romain Manni-Bucau < > > rmannibu...@gmail.com>: > > > >> Hi Thomas, > >> > >> you

Re: [VOTE] Release Apache BVal 2.0.0 from RC1

+1, thanks a lot Matt Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in

Re: TomEE8 / OWB2.x / BVal2 - slow startup

This is true but it does not prevent the fact tomee will use another impl cause this is configurable the "tomee way" so at the end it does not help tomee case (but can be beneficial to others). Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau>

[jira] [Comment Edited] (BVAL-165) Wrong classloader used to load user classes

[ https://issues.apache.org/jira/browse/BVAL-165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16668817#comment-16668817 ] Romain Manni-Bucau edited comment on BVAL-165 at 10/30/18 2:53 PM

[jira] [Updated] (BVAL-165) Wrong classloader used to load user classes

[ https://issues.apache.org/jira/browse/BVAL-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau updated BVAL-165: Fix Version/s: (was: 2.x) 2.0.1 > Wrong classloader used to load u

[jira] [Resolved] (BVAL-165) Wrong classloader used to load user classes

[ https://issues.apache.org/jira/browse/BVAL-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Romain Manni-Bucau resolved BVAL-165. - Resolution: Fixed > Wrong classloader used to load user clas

[jira] [Commented] (BVAL-165) Wrong classloader used to load user classes

[ https://issues.apache.org/jira/browse/BVAL-165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16668817#comment-16668817 ] Romain Manni-Bucau commented on BVAL-165: - [~mbenson] TomEE as "standalone" does not

[jira] [Commented] (BVAL-165) Wrong classloader used to load user classes

[ https://issues.apache.org/jira/browse/BVAL-165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16668857#comment-16668857 ] Romain Manni-Bucau commented on BVAL-165: - Ok for me > Wrong classloader used to load user clas

[jira] [Commented] (BVAL-167) ConstraintDeclarationException: Illegal strengthening: overridden [constraints] in inheritance hierarchy

[ https://issues.apache.org/jira/browse/BVAL-167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16674761#comment-16674761 ] Romain Manni-Bucau commented on BVAL-167: - [~ilgrosso] the rule says that children must

reworking liskov impl

d rewrite the validation rules closer to the spec (doing the method x method O(n2) loop - than trying to be continue to stay generic and linear - if you find a way to express the validation rules with current code I'm happy to revise my opinion but didn't find a reliable solution. Wdyt? Did I miss anyth

[jira] [Commented] (BVAL-167) ConstraintDeclarationException: Illegal strengthening: overridden [constraints] in inheritance hierarchy

[ https://issues.apache.org/jira/browse/BVAL-167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16674789#comment-16674789 ] Romain Manni-Bucau commented on BVAL-167: - [~ilgrosso] well first "all works with the refe

  1   2   3   >