Skip to content
This repository has been archived by the owner on Dec 9, 2018. It is now read-only.

build path problems while adding LocalIndexedRepo #865

Closed
tangyong opened this issue Jul 16, 2014 · 2 comments
Closed

build path problems while adding LocalIndexedRepo #865

tangyong opened this issue Jul 16, 2014 · 2 comments

Comments

@tangyong
Copy link

Bndtools 101 (https://github.com/bndtools/101) uses JPM4J, and after importing 101 into bndtools, anything is OK. Then, I downloaded bundle-hub(https://github.com/bndtools/bundle-hub) into my local env and plan to add bundle-hub as LocalIndexedRepo.

However, after adding bundle-hub as LocalIndexedRepo, Bndtools 101 projects built failed and build path problems happened. Please seeing the following image,

localindexedrepo_problems

For an enterprise, it is normal to build itself private bundle repository , so, how to build private bundle repository correctly is very critical.

@tangyong
Copy link
Author

I have found the workaround :

because both bundle-hub and jpm4j have biz.aQute.bnd.annotation and osgi.core ..., and currently, bndtools 101 project added them into build path without specifying bundle version. So, bndtools can not identify selecting which bundle.

If I added them into build path by specifying bundle version(eg. biz.aQute.bnd.annotation 2.3.0), the issue will be resolved.

However, I always think that once meeting the issue, current behavior of bndtools seems not to be accepted. I think that correct behavior should be:

Once selecting a bundle from some repository, even if adding another repository containing the bundles with the same BSN, bndtools should always select the bundle from previous repository.At least, we should not see the errors. Maybe, some warnings are more suitable.

@pkriens
Copy link
Member

pkriens commented Jul 17, 2014

bnd will create a list of all bsns and then sorts the versions. It will then pick the lowest version for building and the highest version for running.

In general, you should specify a base version range for building. The resolving will then take care of the runtime bundles.

@pkriens pkriens closed this as completed Jul 17, 2014
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants