On 9/25/09 19:28, Sahoo wrote:
[Writing this email so that someone reading this later gets the
correct information. ]
I had a lengthy offline discussion with Richard and the conclusion was
because of the way Felix resolver is currently implemented, bundle b1
will get package q from itself for Q1 irrespective of installation
order of b1 and b2 as long as b2 is in INSTALLED state.
Did I say that? Maybe I was confused, since I am not sure its true.
I think installation order is important since it is used for priority.
If we assume all bundles are INSTALLED and we are resolving b1, p will
be resolved to b1 since there is no other provider. For q, however,
there are two providers and the order of choice depends on install
order, since they are both version 1.0.
-> richard
Thanks,
Sahoo
Richard S. Hall wrote:
For Q1 there is no way to know for sure, the framework is free to
make the best decision. For Q2, bundles will not be allowed to
dynamically import packages they export.
-> richard
Sahoo <[email protected]> wrote:
Can anyone tell what is the correct behavior in the scenario
described below?
Q1:
Bundle b1
Export-Package: p; uses:=q; version=1.0, q; version=1.0
Import-Package: p; q; version=1.0
Bundle b2
Export-Package: q; version=1.0
Import-Package: q; version=1.0
When b1 is being attempted to resolve, b2 is in INSTALLED state.
Which bundle will bundle b1 be wired to for package q? Does it
depend on the order of installation of bundles?
Q2:
What happens if I change bundle b1 to have a DynamicImport-Package
for package q?
My objective is to not cause b2 to be resolved unnecessarily, hence
the question.
Thanks,
Sahoo
---------------------------------------------------------------------
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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
