Issue when I try to add two custom intercerptors
by Pedro Ruivo
Hi all,
I'm trying to add two custom interceptors to the interceptor chain.
However, I'm not be able and I'm getting this exception [1]
After digging in the ComponentRegistry code and putting some prints,
I've noticed that the ComponentMetadata instances are the same for both
interceptors [2].
Only the ExtendedStatistics overrides the BaseCustomInterceptor.start()
method, and both interceptors are in a separated module (i.e., they are
not in the core).
This is a module that I created for the ExtendedStatistics (re:
https://issues.jboss.org/browse/ISPN-2861). I copied a pom.xml from
another module and I changed the dependencies and the names.
Did I forget to do/add something in the pom.xml? Or is this really a bug?
Thanks!
Cheers,
Pedro
[1] https://gist.github.com/pruivo/5482335
[2] https://gist.github.com/pruivo/5482363
11 years, 8 months
- 3
- 3
5.3 tests to confirm users' API view of tx isolation choice?
by cotton-ben
Hi Pedro, Galder, et.al.
Are there any tests under
https://github.com/infinispan/infinispan/tree/master/core/src/test/java/o...
that explicitly confirm from the user API (i.e. via
javax.transaction.UserTransaction) that a user's indication of
isolation=REPEATABLE_READ or isolation=READ_COMMITTED (both w/ lock
policy=PESSIMISTIC) is demonstrably honored (i.e. locks on any operation
that produces 'PHANTOM-READ' or 'DIRTY-READ' risk) by the Infinispan
5.3.0.A1 build?
If so, does any such test explicitly mock a User's isolation choice via the
JSR107 API to transactions provider=TotalOrder?
If not via 107/TotalOrder, is there any test that explicitly mocks a User's
isolation choice via some native Infinispan API/transactionProvider to
confirm the capability?
Thx,
Ben
--
View this message in context: http://infinispan-developer-list.980875.n3.nabble.com/5-3-tests-to-confir...
Sent from the Infinispan Developer List mailing list archive at Nabble.com.
11 years, 8 months
- 1
- 3