[infinispan-dev] [hibernate-dev] Have Infinispan share Hibernate's TransactionManagerLookup strategy
Manik Surtani
manik at jboss.org
Thu Feb 3 06:24:37 EST 2011
On 2 Feb 2011, at 20:45, Vladimir Blagojevic wrote:
> On 11-02-02 12:16 PM, Manik Surtani wrote:
>> Essentially, org.infinispan.config.{Configuration, GlobalConfiguration, etc} would both be the new, simpler, fluent cfg beans.
>>
>> Essentially, org.infinispan.config.compat.{Configuration, GlobalConfiguration, etc} would be delegates to the new style beans, but will be 100% API compatible with what we have now. And would be marked as @Deprecated. :-)
>
> So fluent API and these fluent API enabling beans are excellent solution
> for setters but what about getters on GlobalConfiguration and
> Configuration? We leave them as is, no?
>
> If so, then I am not so sure about these parallel hierarchies. Its major
> PITA with minimal benefits. Users will still have to recompile their
> codebase. Given that, what if we release fluent API along with current
> APIs as-is in next alpha with a warning that they old setter API's will
> be removed in BETA1? That's fair!
I don't think anyone should be doing anything too important with an ALPHA release. :-)
I'm more concerned about folks using 4.2.x.FINAL who eventually switch to 5.0.0.FINAL.
--
Manik Surtani
manik at jboss.org
twitter.com/maniksurtani
Lead, Infinispan
http://www.infinispan.org
More information about the infinispan-dev
mailing list