Quick question: what the following question means?
/
Hook Method:/ You have been activated. This method is implemented by
bundles that wish to execute *domain specific activation*
Even if I have implemented my activate() method, I think that it doesn't
execute it's code at all (when the bundle is started).
Thx,
Aggelos.
Simon J Archer wrote:
Hi Aggelos
The SAT Bundle Activator Wizard behaves much like the Java Class
Wizard in that by default it only offer types that are on the
project's classpath. While using the Import/Export page of the wizard
you can actually make it see types visible to the workspace, rather
than simply those on the project's classpath... Use the "Edit Type
Scope..." button. Of course, if you deviate from the project
classpath then you'll need to update the classpath to ensure that your
Activator will compile. See the following page of the documentation:
http://www.vanderleiindustries.com/sat/help/topic/org.eclipse.soda.sat.plugin.activator.doc/books/tooling/activator/wizard-page-02.html
Please give it another try. If you continue to have trouble, please
reply with the steps you are taking; the clearer the better, since
this way I can help get you back on track.
Let me know how it goes,
Simon
*Aggelos Mpimpoudis <[EMAIL PROTECTED]>*
Sent by: [EMAIL PROTECTED]
07/27/2007 10:10 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
Xmm....Today was an OSGi day. I try several hours now to get along with
SAT usage and I think I am getting along with it up until now. One
little query though. Using the toolkit of SAT package, I try to import
services through the Bundle Activator Wizard, but I cannot-it does not
show me my project's packages. How does this works? I have a project
with multiple packages (manifest files are constructed with ant
directives and saved at a resource directory at project's root). I have
scanned through SAT's documents but I didn't find a solution.
Thank you,
Aggelos Mpimpoudis
Simon J Archer wrote:
>
> Seriously, SAT is easier than the ServiceTracker. I encourage you to
> try both and find out for yourself.
>
> I'm happy to help where I can,
>
> Simon
>
>
>
> *Aggelos Mpimpoudis <[EMAIL PROTECTED]>*
>
> 07/26/2007 05:17 PM
>
>
> To
> Simon J Archer/Raleigh/[EMAIL PROTECTED]
> cc
>
> Subject
> Re: [osgi-dev] Service Tracking Matter
>
>
>
>
>
>
>
>
>
> Mr Archer in the past we have spoked in private about SAT and eclipsecon
> that took place in March ;-) (remember me?)
> I find ServiceTracker a bit easier....Well. I will reconsider it
> tonight, after a little time with me vs SAT (again)
> I have all the appropriate material.
>
> I will answer at this mail, prividing my final decision. Thank u all!!!
>
> Thx,
> Aggelos Mpimpoudis
>
> Simon J Archer wrote:
> >
> > Hello Agellos
> >
> > When you say, "only when 3 other services are added" I presume you
> > mean 3 distinct services, right. This is EASY to do with SAT....
> > Here's what you'd need:
> >
> > *public* *class* Activator *extends* BaseBundleActivator {
> > *protected* *void* activate() {
> > ConfigurationAdmin cm = getConfigurationAdmin();
> > LogService ls = getLogService();
> > PackageAdmin pa = getPackageAdmin();
> >
> > FooService service = *new* Foo(cm, ls, pa);
> > addExportedService(FooService.*class*.getName(),
> > service, *null*);
> > }
> >
> > *private* ConfigurationAdmin getConfigurationAdmin() {
> > *return* (ConfigurationAdmin)
> > getImportedService(ConfigurationAdmin.*class*.getName());
> > }
> >
> > *protected* String[] getImportedServiceNames() {
> > *return* *new* String[] {
> > ConfigurationAdmin.*class*.getName(),
> > LogService.*class*.getName(),
> > PackageAdmin.*class*.getName()
> > };
> > }
> >
> > *private* LogService getLogService() {
> > *return* (LogService)
> > getImportedService(LogService.*class*.getName());
> > }
> >
> > *private* PackageAdmin getPackageAdmin() {
> > *return* (PackageAdmin)
> > getImportedService(PackageAdmin.*class*.getName());
> > }
> > }
> >
> > I am assuming that you need three distinct services:
> > ConfigurationAdmin, LogService and PackageAdmin service. When, and
> > ONLY WHEN, you have all three will activate() execute. When you lose
> > ANY ONE of the three services then deactivate() gets called. In this
> > case deactivate() is the inherited no-op implementation from the
> > superclass. When and ONLY WHEN, you have re-acquired all three
> > services activate() will re-execute.
> >
> > Easy.
> >
> > Simon
> >
> > http://eclipse-sat.blogspot.com/
> >
> >
> >
> > *Aggelos Mpimpoudis <[EMAIL PROTECTED]>*
> > Sent by: [EMAIL PROTECTED]
> >
> > 07/26/2007 02:30 PM
> > Please respond to
> > OSGi Developer Mail List <[email protected]>
> >
> >
> >
> > To
> > OSGi Developer Mail List <[email protected]>
> > cc
> >
> > Subject
> > [osgi-dev] Service Tracking Matter
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Hello, OSGi community.
> >
> > Here is my question. I have an OSGi service, that I want to initialize
> > it's facilities only when 3 other services are added to the
framework. I
> > construct 3 service trackers (each one for every needed service). How
> > can I proceed after obtaining the knowledge that the 3 services are
> > ready? I am thinking of keeping a map maintained and at every add and
> > remove of service to check map's size and only if it is of size 3, to
> > proceed with the thread's execution. Is this practice very naive? Is
> > there something more obvious that I am missing?
> >
> > Thank you!
> >
> > My Best Regards,
> > Aggelos Mpimpoudis
> > --
> > 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
> >
>
>
> --
> Dept. of Informatics & Telecommunications, University of Athens
> Athens, Greece
> Gsm: +306942075153 / Skype: aggelos.mpimpoudis
> email: a.mpimpoydhs [at] di.uoa.gr
>
--
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
