Make sure build, tests and TCK run with JDK11

Refactor to move microbenchmark to a separate module

Clean up pom

Fix scopes on dependencies

Avoid memory leaks in child
Avoid non needed work when no validation constraints are found
Small micro-benchmarks
Fix Java 11 compilation with Java FX as an external library

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release 2.0.4

use version available in central

2.0.4

BVAL-180 Add shaded jakarta jar

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release 2.0.3

fixed TCK on windows

updating files for release

BVAL-174

[BVAL-176] Remove resetting of accessible flag when security manager is present

This feature will not work without some synchronization on the
reflection data itself in multithreaded environment.

Therefore the feature has been removed due to following concerns:

1. resetting accessible flag for security manager does not mean that for
short period of time the flag is not actually set and bad code could
exploit that - therefore resetting accesible back is not really making
private/protected members unaccessible to other code. This is a design flaw in
reflection , if accessible flag would be per thread it would work much better.

2. since accessible flag is global it would require synchronization to make it work correctly,
which is costly. Current implementation just breaks for SM present case
- it throws 'inaccessible' exceptions since it does not synchronize at
all.

3. there is no saying what would need to be synchronized (probably the
field or method reflected instances but it is not specified). Therefore
synchronizing it would work only within scope of a single framework
(bval).

4. other frameworks typically don't reset back accessible and just keep
the flag set. Therefore any synchronization mechanism specific to bval would not cooperate
nicely or at all with other frameworks (like spring for instance).

BVAL-172 dropping LRUCache since it is not thread safe and cache size is bounded by deployed classes anyway, to enhance if needed

BVAL-172 more thread safety in our caches

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release 2.0.2

BVAL-170 perf boost for CDI integrations startup

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release 2.0.1

BVAL-171: permit ConstraintValidator impl with compatible annotation type parameter

BVAL-167: don't be fooled by inclusion of constrained interface at multiple hierarchy levels

drop validations which should be redundant due to code path

BVAL-170 cache first interpolation level of messages

BVAL-170 skip interpolation when not needed

BVAL-170 no need to test #{ in DefaultMessageInterpolator

add comment to clarify the purpose of the previous change

BVAL-170: improve speed of message interpolation when the pattern clearly cannot contain an EL expression; thanks to Thomas Andraschko

BVAL-170: minor performance improvements by Thomas Andraschko

cache constrained-ness of executable parameters/return values

remove unnecessary method call

shortcuts, hopefully

caching in the bean descriptor model

cache constrained container element types

BVAL-170 ensure we don't go through class model for each call, cache Proxies.classFor result

BVAL-170 more aggressive caching of interpolated messages

BVAL-170 adding back some caching for resource bundle and reflection

BVAL-168: more notempty align with spec

Merge remote-tracking branch 'origin/master'

reorder, add missing, align with spec default validation messages

BVAL-168: NotEmpty validator should return false for null objects

adding LiskovTest in ignored more to share the work to do on Liskov + some minor tweaks in tck (mainly logging and fixing a wrong license)

checking API signatures of available bean validation API (default geronimo) against published signature file in the tck-tests artifact

include JavaFX tests in bval-tck surefire execution

more site tweaks

site cleanup/beautification

prefer own classloader for validation schemae, which are bundled into same artifact

inline method

BVAL-166: update specification version in OSGi bundle to 2.0

remove obsolete class

BVAL-165 tccl should always be preferred over class.getClassLoader since it is always possible to set it right and it enables tree classloading graphs to work (whereas the opposite breaks it by design)

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release 2.0.0-rc2

roll back failed release

revert to create zip source archive only and attach that archive per inherited org.apache:apache config

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release 2.0.0

add property with which jar Built-By manifest attribute can be customized

align specification info with RI

build both zip and tar.gz source archives; don't push these to Nexus

duplicate from parent

roll back release attempt

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release 2.0.0

remove Agimatech notice as underlying impl is no longer theirs

add 2.0.0 release notes

BVAL-162: convert remaining JUnit 3 tests to JUnit 4

update README

copyright update

ws

simplify MetadataSource initialization with default interface method

apply constraints cache size to constraint attributes cache used for annotation proxies

remove deprecated method

unused imports

efficiency

one size does not fit all: dedicated utility methods to get classloader preferring TCCL or per-class as appropriate (typically, user customizations are found in TCCL if at all; core functionality prefers its own classes' loaders). Aims to address multiple OSGI-related issues.

permit null participant classloaders as long as at least one present

add test for BVAL-158

BVAL-154: cache unconstrained types by type only and quickly return empty descriptors on subsequent fetches

set up publishing of generated site to subsection of CMS site

clean up Javadoc config so that site can generate cleanly

upgrade to latest tck

Merge remote-tracking branch 'origin/bv2' into bv2

upgrade tomcat-jasper-el to match API (EL 3.0)

disallow EL evaluation of custom message templates without explicit permission granted via configuration property

refactor DefaultMessageInterpolator to harden message interpolation

test refactoring

unused import

upgrade to geronimo spec release

disabling doclint since our javadoc is not java 8 friendly yet + upgrading apache parent to hae the new gpg setup

BVAL-159 drop commons dependencies

upgrade to Commons Weaver 2.0

ensure TCCL is preferred over bval loader (OSGi+EE)

fix encoding issue with the TCK the hardcore way...

nail it do EN

BVAL-157 add a unit test for get() without name

ensure to test more precisely getter names

ensure isGetter methods are consistent between them