added site for test/enterprise

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

[maven-release-plugin] prepare release wamblee-utils-0.2.4

Separating the test code for the JPA projects in a separate directory so
the eclipselink and toplink support libs can be deployed on maven
central.

session customizers no longer needed.

Now using connections managed by JPA instead of using JNDI mocking.

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

[maven-release-plugin] prepare release wamblee-utils-0.2.3

JPA mapping updates

new utility for updated cached values in a multi-threaded environment.

now using the simplified user management interface.

align package names.

align package names.

Connection leak checking is now implemented.
DatabaseUtils now has start() and stop() methods that must be called.
Schema generation for eclipse link implemented.
Schemas now generated below the target directory.
Derby.log now generated below the target directory.
Removed clean plugin setting in root pom

now also closing connection pool

Now setting connection autocommit to false before
executing jdbcunitofwork.

Now working with both hibernate and eclipselink

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

[maven-release-plugin] prepare release wamblee-utils-0.2.2

removed unnecessary dependencies.
Now ready to start adding the capability to test with different JPA
providers.

hibernate->JPA for authorization rules.
correction to DatabaseUtils for deletion order of db tables.

jpauserset now working.

Jpa merge support is now available.

unit test for reflection utils

updated reflection utils.

execution of transactionproxyfactory tests with
hibernate.
These tests are JPA provider independent.

Support classes for testing with services that require
a transaction scoped transaction manager.

removed superfluous hbm files.

Separating out all hibernate and spring specific stuff
into the test project (to be removed later).

Separating security into a part that depends only on the JPA and into a
the tests that require a specific implementation.
Reason is that current JPA 2.0 implementations are not available on the
central maven repo so removing a dependency on them in the pom allows
the security stuff to be still published in the central maven repo.