[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [equinox-dev] Creating and Starting a BundleActivator when the framework launches
|
equinox-dev-bounces@xxxxxxxxxxx wrote on 2006-04-09 09:51:31 PM:
> In fact, I suspect that the
> reason you have never had this problem is that the framework you
> have been using (SMF) did in fact automatically start every bundle
> on installation.
This actually is not the case for the SMF framework itself. I think Simon
was refering to smfbd "management agent" which I beleiver generally
started each bundle it installed. This was more appropriate for smfbd
since SMF had no lazy activation notion.
Another area of interest here is the conversation I had with Tom Watson at
EclipseCon. We were brainstorm ways to get Declarative Services registered
for bundles which were not started. While there are many details to work
out, the basic idea was for the framework to mark lazy start bundles in
the STARTING state rather than just the RESOLVED state. This would (a)
allow them to still avoid having a class loader and (b) allow SCR to
register their declarative services since they are technically started.
More thinking is needed here though. These bundles woudl stay in the
STARTING state until a class was loaded from them. This could occur for
any reason including SCR trying to load the implementation class for a
declarative service once it was used by some other bundle. This would
allow bundles to be installed and provide service without having to be
explicitly started. I think this is something interesting to pursue for
3.3.
BJ Hargrave
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the OSGi Alliance
hargrave@xxxxxxxxxx
Office: +1 407 849 9117 Mobile: +1 386 848 3788