Hello, I cannot speak for AppContainers or management tools but OSGi framework and bundle repositories allow you to use multiple bundles with the same packages (and id) as long as the Version differs. And if the major Version differs they are typically also not imported.
> Am 04.11.2013 um 02:04 schrieb Gary Gregory <garydgreg...@gmail.com>: > > > > -------- Original message -------- > From: Bernd Eckenfels > Date:11/03/2013 19:16 (GMT-05:00) > To: Commons Developers List > Subject: Re: [VOTE] Release Apache Commons Pool 2.0 RC3 as 2.0 > > Hello, > > I dont think it is a critical thing for OSGi for two reasons: > > a) typically dependencies are no longer on the bundle name but on packages > b) there is no need to change the coordinates at all, as the major version > differs > > Then how can you have both versions coexist? > > Gary > > Greetings > Bernd > > Am 04.11.2013, 00:43 Uhr, schrieb Phil Steitz <phil.ste...@gmail.com>: > >> -0 >> >> I am really sorry that I did not catch this in the first review, but >> I am afraid we will be headed for a reprise of LANG-749 if we >> release this. The jar manifest has >> Bundle-SymbolicName: org.apache.commons.pool >> >> IIUC what was stated in LANG-749, this should be pool2. This is >> picked up from commons.componentid in the pom, which we should have >> updated to pool2. I made that change in trunk. I am not an OSGi >> expert, so don't really know if this is a showstopper or not. If >> someone can explain that this is not an issue, I will move to +1. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
