Making a non-public type public preserves binary compatibility,
according to
http://wiki.eclipse.org/Evolving_Java-based_APIs_2#Achieving_API_Binary_C...
Cheers
Dan
On Wed, Oct 12, 2011 at 5:28 PM, Galder ZamarreƱo <galder(a)redhat.com> wrote:
Hi,
Would it cause any problems if FluentTypes class in FluentConfiguration was separated
into a separate file? i.e. backward compatibility issues.
Remember that FluentTypes is not a public interface per se, and it's not something
clients would reference directly.
The reason I want to change this is cos it causes all sorts of access issues when you try
to use fluent configuration from Scala.
If it can be problematic, no probs, I'll wait for 6.0 to separate this class into a
separate file and Scala can carry on with old configuration.
Cheers,
--
Galder ZamarreƱo
Sr. Software Engineer
Infinispan, JBoss Cache
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev