Sorry
Hadn't realised it was a running framework!

On Wed, Nov 4, 2015 at 11:11 AM, Neil Bartlett <njbartl...@gmail.com> wrote:

>
> > On 4 Nov 2015, at 11:07, Robert Onslow <robert.ons...@gmail.com> wrote:
> >
> > Delete the directory called felix-cache??
>
> No, in his second email he says that other bundles are still running that
> use the old API. So we’re talking about a series of changes made in a
> running OSGi Framework, and it wouldn’t be a good idea to delete the
> storage directory underneath a running framework.
>
> These changes *should* work. Best guess is that the implementation bundle
> ships its own copy of the API bundle.
>
> As a general rule, you should do a refresh after a series of changes to
> bundle states (installs, uninstalls or updates). You can do this simply
> with the “refresh” command in the Gogo shell. In this scenario, a refresh
> would cause all the bundles that import from the API bundle to stop and
> revert to INSTALLED state.
>
> Regards,
> Neil
>
>
> >
> > On Wed, Nov 4, 2015 at 10:42 AM, Neil Bartlett <njbartl...@gmail.com>
> wrote:
> >
> >>
> >>> On 4 Nov 2015, at 10:37, i...@cuhka.com wrote:
> >>>
> >>> I have an API bundle and and implementation bundle. I removed both the
> >> API and implementation, re-installed the implementation and started the
> >> implementation. To my suprise the framework was willing to start the
> >> bundle, even though the API isn't there anymore. It was present, so
> >> obviously it is using some cached class.
> >>>
> >>> I encountered this because I changed the signature of the API, updated
> >> all bundle versions and redeployed it. The implementation resolved fine,
> >> but didn't run because it could not find the updated signature.
> >>>
> >>> Personally I would have expected the implementation bundle to have
> >> picked up the changed api, and after uninstalling to not resolve. Is
> this
> >> assumption incorrect?
> >>
> >> No, this is basically correct.
> >>
> >> However your description of the scenario is too vague to be able to tell
> >> exactly what happened in this case. If you specify which bundles import
> and
> >> export which packages, and what you did to those bundles in sequence,
> then
> >> we might get somewhere.
> >>
> >> Neil
> >>
> >>>
> >>> Maurice.
> >>>
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> >>> For additional commands, e-mail: users-h...@felix.apache.org
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> >> For additional commands, e-mail: users-h...@felix.apache.org
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
>
>

Reply via email to