[infinispan-dev] Separating FluentTypes into a separate file?
Pete Muir
pmuir at redhat.com
Fri Oct 14 12:51:38 EDT 2011
In the end in order to make a clean arch I had to change so much stuff (otherwise 3/4 of a class ended up deprecated) we agreed to move all of this to a new package. In doing so I moved all the of the interfaces and classes to be top level.
The actual API hasn't changed much, but the names of classes have, as have the location.
On 14 Oct 2011, at 08:21, Galder Zamarreño wrote:
> Even the programmatic configuration? I thought your changes were only related to XML-parsed config
>
> On Oct 12, 2011, at 9:12 PM, Pete Muir wrote:
>
>> Remember this stuff is totally redesigned in my config patch changes, so all the existing config stuff will be deprecated.
>>
>> On 12 Oct 2011, at 10:20, Galder Zamarreño wrote:
>>
>>> Thx guys. I'll get it sorted for CR1 at the latest: https://issues.jboss.org/browse/ISPN-1452
>>>
>>> On Oct 12, 2011, at 6:27 PM, Dan Berindei wrote:
>>>
>>>>> On 12 October 2011 17:14, Dan Berindei <dan.berindei at gmail.com> wrote:
>>>>>> Making a non-public type public preserves binary compatibility,
>>>>>> according to http://wiki.eclipse.org/Evolving_Java-based_APIs_2#Achieving_API_Binary_Compatibility
>>>>>
>>>>> I don't think that's related with Galder's question is it? Why do we
>>>>> need binary compatibility? I think he's referring to APIs. Anyway the
>>>>> classname is changing as well as it was a nested class so I don't
>>>>> think it's preserving binary compatibility.
>>>>>
>>>>
>>>> The FluentTypes interface is already top-level, it's just defined in
>>>> FluentConfiguration.java so it can't be public.
>>>> So making it public won't break compatibility, it won't even require
>>>> the recompilation of client classes.
>>>>
>>>> Cheers
>>>> Dan
>>>> _______________________________________________
>>>> infinispan-dev mailing list
>>>> infinispan-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>>
>>> --
>>> Galder Zamarreño
>>> Sr. Software Engineer
>>> Infinispan, JBoss Cache
>>>
>>>
>>> _______________________________________________
>>> infinispan-dev mailing list
>>> infinispan-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>>
>>
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
> --
> Galder Zamarreño
> Sr. Software Engineer
> Infinispan, JBoss Cache
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
More information about the infinispan-dev
mailing list