Arjun Panday wrote:

Another issue I have with the OBR is that our use of it is slightly off the norm: I need to be able to request the OBR in an "absolute way", regardless of the bundles already installed in my JVM. For my tests, I've modified the Repository implementation so that the only packages seen as "local" are the ones exported by bundle #0 (the core JDK packages that are not part of my OBR).
Could this be suggested as a "boolean activated option" for the OBR?

If I understand you correctly, you want OBR to ignore all exported packages except those from system bundle. If that is the case, I am not sure if this is a good feature to support in general...at least I cannot think of any use cases for it. Perhaps other people have thoughts on it.

Maybe to put it differently, I wish we could use the OBR to simply calculate all dependencies for a given list of bundles. Currently the dependencies that are installed locally are stripped from the OBR response, because it is assumed that the new bundles are to be installed locally. But i cannot use it to launch a separate JVM or store the result for later reference... Is there another means to calculate all dependencies for a list of bundles?

Ok, stating it that way makes it sound a little more reasonable than the way I stated it. What you describe is actually an idea that has been floating around since we created this version of OBR, which is creating a separate resolver to do precisely what you are asking, i.e., an API for resolving bundles. The idea was this single resolver API could be used by both the framework and OBR. It is still a worthwhile goal, but I don't think we have the time for that yet.

Perhaps you could create an RFE issue in JIRA against OBR to request better control over the repositories used during the resolve process (specifically the local repository). It might be something that could be added in some reasonable way.

-> richard


Arjun Panday
Alcatel-Lucent France


---------------------------------------------------------------------
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]

Reply via email to