Hi Aggelos,
Peter Kriens very kindly did some investigations into this problem, and
the current thinking is that it could be a bug in Knopflerfish. At this
stage I have not heard any confirmation, but if you read the following
Equinox bug report then you'll be up to speed:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=200915
Pending a fix to Knopflerfish it would be interesting to try out SAT once
more.
Thanks
Simon
Aggelos Mpimpoudis <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
08/01/2007 06:48 PM
Please respond to
OSGi Developer Mail List <[email protected]>
To
OSGi Developer Mail List <[email protected]>
cc
Subject
Re: [osgi-dev] Service Tracking Matter
I have done exactly what you have told me to, the last days. I followed
the documentation, and did everything with Customer-Vendor Tutorial in
hands, but I cannot find a proper walkthrought to a solution. This fact
makes me think, that maybe we have a bug, in SAT vs Knopflerfish. So,
when my bundle (using SAT), executes it's deactivate method (after the
lose of some needed service), when it comes to re-execute my activate
method (after a re-registration of the previously lost service) my
bundle doesn't do anything at all!!!!!!! It doesn't execute it's
activate method for second time and all registered interfaces are
de-registered. Why??? SAT is monitoring the registry in a constant
manner, isn't it??? :-( :-(
The project I am working on, is a very large scale project on pervasive
computing, and a toolkit like this would be exactly what we need... :-(
:-( ( I would like to see equinox on this, but this very difficult the
moment we speak... )
Aggelos
Simon J Archer wrote:
>
> Aggelos
>
> Your code looks fine to me. When your bundle has acquired all of its
> imported services, be it at start up or otherwise, the activate()
> method will get called. Whenever your bundle loses an imported
> service, for any reason, the deactivate() method will get called.
> Both activate() and deactivate() can get called multiple times as
> services are gained/lost.
>
> Please double-check that the bundle that you are stopping and
> re-starting is actually re-registering its service correctly. If you
> are using Equinox then you can query the services registered and in
> use by each bundle by using the "bundle" console command.
>
> Good luck,
>
> Simon
>
>
>
> *Aggelos Mpimpoudis <[EMAIL PROTECTED]>*
> Sent by: [EMAIL PROTECTED]
>
> 08/01/2007 07:56 AM
> Please respond to
> OSGi Developer Mail List <[email protected]>
>
>
>
> To
> OSGi Developer Mail List <[email protected]>
> cc
>
> Subject
> Re: [osgi-dev] Service Tracking Matter
>
>
>
>
>
>
>
>
>
> Hello again,
>
> Being in the final stage of development, I have one more question. My
> activation/deactivation facilities are the latter as shown:
>
> > protected void activate() {
> > System.out.println("Bootstrap::Activation...");
> > dataProcessor = getSensorDataProcessorBC();
> > dbwrapper = getDBWrapperBC();
> > fusion = null;
> > commProxy=getCommunicationProxyBC();
> > try {
> > BootstrapCoordinator service = new
> BootstrapCoordinator(dataProcessor, dbwrapper, fusion, commProxy);
> > createExportedServices(service);
> > } catch (BootstrapCoordinatorException e) {
> > e.printStackTrace();
> > }
> >
> > }
> >
> > protected void deactivate() {
> > System.out.println("Bootstrap::Deactivation...");
> > }
>
> I use 3 services, each one provided from three separate bundles. After
> activation of all three, my bundle is triggered and my facilities are
> constructed. I deactivate one of the three services.
> Bootstrap::Deactivation is printed on the stdout. Everything is going
> fine. After the reactivation, I expect to see my bundle's
> Bootstrap::Activation... string, but it seems that the activation method
> isn't re-executed.... Is there anything wrong at the above?
>
> Thx,
> Aggelos
>
> --
> Dept. of Informatics & Telecommunications, University of Athens
> Athens, Greece
> Gsm: +306942075153 / Skype: aggelos.mpimpoudis
> email: a.mpimpoydhs [at] di.uoa.gr
> _______________________________________________
> OSGi Developer Mail List
> [email protected]
> http://www2.osgi.org/mailman/listinfo/osgi-dev
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> OSGi Developer Mail List
> [email protected]
> http://www2.osgi.org/mailman/listinfo/osgi-dev
--
Dept. of Informatics & Telecommunications, University of Athens
Athens, Greece
Gsm: +306942075153 / Skype: aggelos.mpimpoudis
email: a.mpimpoydhs [at] di.uoa.gr
_______________________________________________
OSGi Developer Mail List
[email protected]
http://www2.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
http://www2.osgi.org/mailman/listinfo/osgi-dev