On 12 Sep 2011, at 16:06, Sanne Grinovero wrote:
That sounds nice.
Where Is the transactionalManagerLookup going to be defined? There was
a Hibernate Search user who needed batching and no transactions on a
cache, and the JBossTM on other caches, so he ended up explicitly
wiring the Lucene cache to the DummyTM using the
transactionalManagerLookup.
Since I don't see why someone would like to use different TMs for
different caches, other than in that case, maybe we could
1) make the transactionalManagerLookup a global section option to be
applied to all caches.
That's possible today with the current config approach: just set a TML on the default
cache and don't override it in any other config.
2) The combination NON_TRANSACTIONAL + Batching should NOT use the
same global TM but always look for the Dummy implementation.
+1
Sanne
On 12 September 2011 16:40, Mircea Markus <mircea.markus(a)jboss.com> wrote:
> Hi,
>
> ATM a cache is marked as transactional by setting the transactionalManagerLookup,
transactionalManagerLookupClass or enable batching.
> This is a bit hard to explain/clumsy and also doesn't work well with the xml
config: if one wants the default cache to be transactional and a named cache not to be, it
would have to specify an empty transactionManagerLookup attribute - not nice.
>
> So an alternative would be to have an explicit "isTransactional"
configuration.
> One way to do it is to add a "mode" attribute under the transactional
element:
> <transaction mode="NON_TRANSACTIONAL | TRANSACTIONAL_SYNCHRONIZED |
TRANSACTIONAL_FULL_XA | TRANSACTIONAL_XA_NO_RECOVERY" />
> Somehow similar to the clustering element's mode attribute.
>
> Pete is there an JSR-107 for the above enum? I looked for it in both the spec and API
but couldn't find one...
>
> How does this sound?
>
>
> Cheers,
> Mircea
>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev