Allen Lau wrote:
Yes, sorry, I do mean the start order. You are right, installation order
doesn't matter.
So, in that case, yes, you are out of luck. OBR could be modified to try
to start bundles according to the dependency graph, which could help
you. If you want to open a feature request against OBR in JIRA, feel
free. In the long run, it is definitely best to avoid ordering if you can.
-> richard
Really appreciate the quick responses.
Thanks,
Allen
On Tue, Jan 20, 2009 at 1:23 PM, Richard S. Hall <[email protected]>wrote:
Allen,
I still don't see how the install order has any impact at all. Do you
actually mean the start order?
-> richard
Allen Lau wrote:
Peter, Richard,
Thanks for the replies. Your are right, homegrown bundles should not rely
on this mechanism. But for practical purposes, some 3rd-party bundles
I'm
installing do and as such I was looking at the functionality as a bridge
until those bundles get fixed.
I think I'll just need to solve it as a policy/process thing during
deployment for problematic bundles.
Thanks,
Allen
On Mon, Jan 19, 2009 at 11:04 PM, Peter Kriens <[email protected]
wrote:
OSGi has -no- installation order. If your bundles depend on this kind of
ordering (or startlevel ordering) they were not well designed and -will-
break one day. The reason is that a bundle can always get updated when
the
system is running. If other bundles depend on this bundle without
explicitly
specifying the dependencies, they are toast.
Believe me, do no even try to control the start order. That is what we
got
dynamic services for.
Kind regards,
Peter Kriens
On 19 jan 2009, at 21:32, Allen Lau wrote:
Hi,
Was wondering if there was a way to force the order of bundle
installation
with OBR?
Basically I want to have the dependent bundles installed and optionally
started first before the target bundle.
For example. I have Bundle B1, B2, B3
where B1 depends on B2 which depends on B3.
If I use OBR to deploy B1, I notice that most of the time B1 is
installed
first but doesn't it make more sense to have B3,B2 deployed first?
Thanks,
Allen
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
