[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [ecf-dev] major r-osgi problem
|
I ran several times into the issue that Equinox seem to restart the proxy bundles even though they get uninstalled when the R-OSGi bundle is shut down. I have no clue why it does so and where the exact problem is. My observation is that this does not happen with Felix or Concierge.
Cheers,
Jan.
------------------------------------------------------------
MSc Jan S. Rellermeyer
Systems Group, Department of Computer Science, ETH Zurich
CAB E 78, Universitaetstrasse 6, CH-8092 Zürich, Switzerland
http://www.systems.ethz.ch
------------------------------------------------------------
> -----Original Message-----
> From: ecf-dev-bounces@xxxxxxxxxxx [mailto:ecf-dev-bounces@xxxxxxxxxxx]
> On Behalf Of Bryan Hunt
> Sent: Montag, 17. Mai 2010 15:51
> To: Eclipse Communication Framework (ECF) developer mailing list.
> Subject: Re: [ecf-dev] major r-osgi problem
>
> Jan,
>
> Thanks for the pointer to setInitialBundleStartLevel. Yes, we are
> doing a restart by taking down the whole application and running it
> again. That's when the problem occurs. This is no longer a major
> problem as the team decided to remove our current remote OSGi services
> in favor or Restlet. At some point in the near future, we will be
> adding some remote OSGi services, and using Zookeeper for service
> discovery. Zookeeper replaces some of my code that was using R-OSGi
> directly, and will hopefully eliminate this problem.
>
> Bryan
>
> On May 14, 2010, at 5:26 PM, Rellermeyer Jan Simon wrote:
>
> > Hi Bryan,
> >
> > the problem is that bundles get the default initial start level when
> they are installed. You can change the initial start level by using
> setInitialBundleStartLevel on the StartLevel service. Why do the
> proxies exist at all before the R-OSGi bundle is started? Are you doing
> a restart?
> >
> > Cheers,
> >
> > Jan.
> >
> > ------------------------------------------------------------
> > MSc Jan S. Rellermeyer
> > Systems Group, Department of Computer Science, ETH Zurich
> > CAB E 78, Universitaetstrasse 6, CH-8092 Zürich, Switzerland
> > http://www.systems.ethz.ch
> > ------------------------------------------------------------
> >
> >> -----Original Message-----
> >> From: ecf-dev-bounces@xxxxxxxxxxx [mailto:ecf-dev-
> bounces@xxxxxxxxxxx]
> >> On Behalf Of Bryan Hunt
> >> Sent: Donnerstag, 13. Mai 2010 19:47
> >> To: Eclipse Communication Framework (ECF) developer mailing list.
> >> Subject: Re: [ecf-dev] major r-osgi problem
> >>
> >> Markus,
> >>
> >> My runtime is based on Eclipse / Equinox 3.5.2 and ECF 3.1. I'm
> going
> >> to give Eclipse / Equinox 3.6 and ECF 3.2 a try to see if I can
> >> reproduce the problem.
> >>
> >> Bryan
> >>
> >> On May 13, 2010, at 12:06 PM, Markus Alexander Kuppe wrote:
> >>
> >>> On 05/13/2010 06:03 PM, Bryan Hunt wrote:
> >>>> I've run into a problem with r-osgi where the proxy bundles it's
> >> generating are throwing exceptions when they are started. The
> problem
> >> appears to be that the proxy bundles are generated with a start
> level
> >> of 1 and when they start, they attempt to get the Remoting service
> >> which hasn't been registered yet because the main r-osgi bundle
> hasn't
> >> started and registered the Remoting service. Any chance this is a
> >> known problem that was fixed in ECF sometime after version 3.1?
> >>>
> >>> Hi Bryan,
> >>>
> >>> I haven't seen this before. Can you narrow it down to a certain
> >>> environment (OSGi framework,...)?
> >>>
> >>> Markus
> >>> _______________________________________________
> >>> ecf-dev mailing list
> >>> ecf-dev@xxxxxxxxxxx
> >>> https://dev.eclipse.org/mailman/listinfo/ecf-dev
> >>
> >> _______________________________________________
> >> ecf-dev mailing list
> >> ecf-dev@xxxxxxxxxxx
> >> https://dev.eclipse.org/mailman/listinfo/ecf-dev
> > _______________________________________________
> > ecf-dev mailing list
> > ecf-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/ecf-dev
>
> _______________________________________________
> ecf-dev mailing list
> ecf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ecf-dev