Hi, I have some questions regarding wiring rules. I know that spec says: "The following list defines the preferences, if multiple choices are possible, in order of decreasing priority:
* A resolved exporter must be preferred over an unresolved exporter. * An exporter with a higher version is preferred over an exporter with a lower version. * An exporter with a lower bundle ID is preferred over a bundle with a higher ID." But I need clarification on some nuances: 1. In case same package is exported by system bundle with version 1, and regular bundle with version 2, and the importers aren't specifying a version. Is it true to say that although regular bundles' export version is higher, actually the system bundle export will be chosen (since it's always resolved first)? Generally this means that system packages will always be preferred, even though there exist a bundle that exports the same package with higher version? 2. Is the later true also after restarting the FW, going up from persistence area? Generally, assuming we never make changes to bundles state after first activation, does wiring can change after stopping the FW and going up again from persistence area? Regards, Eran Confidentiality: This communication and any attachments are intended for the above-named persons only and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of NICE Actimize. If this communication has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender by e-mail immediately. Monitoring: NICE Actimize may monitor incoming and outgoing e-mails. Viruses: Although we have taken steps toward ensuring that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.
_______________________________________________ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev
