I think it would be useful to try and specify upfront which public classes / methods etc are intended to form part of the public API, to distinguish them from items that are public merely to allow internal access between packages.
If changes are later needed to public classes that are documented as not being part of the public API, we can potentially break binary compatibility if necessary. Maybe consider using a separate package name element such as "internal" ? --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org