Not quite. OSGi is a special case. It's much more restrictive than simple J2SE, because it can be. In the general case, the public API for OSGi is different from the public API for J2SE. Let's not confuse the two.
On Sun, Jun 5, 2016 at 2:30 PM Gary Gregory <[email protected]> wrote: > On Jun 5, 2016 11:12 AM, "sebb" <[email protected]> wrote: > > > > On 5 June 2016 at 18:51, Thomas Vandahl <[email protected]> wrote: > > > On 03.06.16 10:38, sebb wrote: > > >> On 2 June 2016 at 21:42, Benedikt Ritter <[email protected]> wrote: > > >>> - we must not break BC in a release that could collide with an > earlier > > >>> version. In other words, when we break BC, we have to change package > and > > >>> maven coordinates. > > >> > > >> +1, with the proviso that we must not break BC in the *public* API. > > >> Unfortunately it is not always clear what is public. > > >> > > > > > > All commons components are released with OSGi bundle metadata, where > the > > > packages for a public API can be stated. If this information is > > > maintained correctly, everyone should be able to tell public from > > > private API changes. > > > > The problem is determining what is supposed to be public, not documenting > it. > > We could document OSGi as how we spec public APIs. > > Gary > > > > > Though I would question whether non-OSGi users would think to look at > > the metadata. > > > > > Bye, Thomas. > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [email protected] > > > For additional commands, e-mail: [email protected] > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > >
