[backend-jvstm-common] Bugfix: Put initialValue on all VBoxes upon object creation

  * Otherwise, the VBoxes would not be correctly registered in the
    transaction's write-set (while still having the correct initialValue
    `null` in memory).  As such, they would not be written to the Repository
    upon commit.
[backend-jvstm-common] Improve logging

  * Improve some logging messages
  * Add new logging messages
  * Use hexadecimal format when logging OID values
  * Use DEBUG instead of TRACE for logging
[tests] Prepare tests to accept a common code generator

  * Adapt tests to accept common code.generator.class property, which
    configures the code generator to use.  This enables the execution of
    top-level maven commands with the property `-Dcode.generator.class`, so
    that all tests execute with the same code generator.  The goal is to
    provide a mechanism that enables running all tests for a chosen backend.
Add 'test.excludes' property to surefire configuration

  * Enables the use of -Dtest.exclude="some java classes" to exclude them from
    the tests.  Usage example from the top-level POM, while choosing a code
    generator:

    mvn test\
    -Dcode.generator.class=pt.ist.fenixframework.backend.jvstm.JVSTMCodeGenerator\
    -Dtest.excludes="**/DmlSlotsTest.java,**/NestingTest.java" -pl test -amd
Merge pull request #130 from smmf/feature/run-all-tests-with-same-backend

Feature/run all tests with same backend

Enables picking a backend to run all tests, e.g.:

    mvn test\
      -Dcode.generator.class=pt.ist.fenixframework.backend.jvstm.JVSTMCodeGenerator

Also, we can select tests to exclude, e.g.:

    mvn test\
      -Dcode.generator.class=pt.ist.fenixframework.backend.jvstm.JVSTMCodeGenerator
      -Dtest.excludes="**/DmlSlotsTest.java,**/NestingTest.java" -pl test -amd
[core-api] Update return type of transaction.getFromContext() to match expected type
[backend-jvstm-common] Update how Repository stores max counter per class
[backend-jvstm-infinispan] Implement new Repository API
Merge pull request #132 from smmf/feature/jvstm-common-review-repository-get-store-max-counter

Feature/review Repository API for max counter per class
[backend-jvstm-infinispan-runtime] Rename a private constant (CACHE_IS_NEW)
Minor code clean up
[jvstm-common-runtime] Disable TransactionStatistics thread until value types are correctly externalized
Externalize transaction statistics in a single element

  * Changes the externalization of a value-type so that it can be used in
    backends which do not support multiple externalization elements yet.
[backend-infinispan-code-generator] Generate cast to AbstractDomainObject when needed

  * Addresses an issue discussed in #128.
[jvstm-ojb] Bug Fix: Write transaction conflicts are now properly handled within withTransaction
[infinispan-runtime] Avoid creating Exception when tx is null

  * The contract for TransactionManager.getTransaction() states that it should
    return null when there is no transaction. The previous code was catching a
    NullPointerException to return null, which was far more expensive than
    just testing for null.
[core-api] BugFix: Use WeakReference to enable GC of deletageTx in JTADelegatingTransaction

  * TxMap holds a static
    Map<WeakReference<javax.transaction.Transaction>>,JTADelegatingTransaction>
    to enable collection of transactions used as keys.  However, because each
    entry's value (JTADelegatingTransaction) is strongly held in the map and,
    in turn, such value held a strong reference to
    javax.transaction.Transaction, the latter was never really collectable.
    This commit fixes this issue by turning the strong reference into a
    WeakReference.
Merge pull request #136 from smmf/fix/allow-gc-of-jta-delegate-tx

Fix/allow GC of jta delegate tx
[backend-infinispan] Fix typo in logger class
[backend-jvstm-infinispan] Fix typo in optional config parameter