Hi there, Thought I'd send out this message to a large audience than just the dev team as it's one of those things that it's good to get wide feedback on. I'm currently in the process of getting the sigil build up and running here at apache and one slightly complicated issues in OSGi development is managing the version number of bundles and I'm currently trying to figure out the "best" path.
In order to describe the problem I also probably need to give you some background...I started to do this in email but then figured wiki was a better place for it. http://cwiki.apache.org/FELIX/sigil-projects.html http://cwiki.apache.org/FELIX/sigil-installation.html Both are quite short if you've the time to read them the rest of this email will make more sense... My current problem with the sigil build is wrt to .SNAPSHOT and eclipse update sites. I've currently set the sigil build to build bundles with a version of 0.9.0.SNAPSHOT as per the maven build pattern. But this get's me into hot water when trying to test these bundles in Eclipse as P2 quite rightly assumes that once you've installed a version of a bundle with a particular version that's it. It will only prompt you to install a new bundle from an update-site if a new version appears that is greater than the old version. Here .SNAPSHOT falls down... I think in order to make this process easier sigil should borrow a pattern from pde which is to use a version of the format: -version: 1.0.0.${qualifier} where qualifier is a dynamically calculated value - either from system properties or some other config source. In snapshot builds where you don't want multiple versions of your jar piling up on top of each other the qualifer can be set to .SNAPSHOT but in release builds a time stamp value can be automatically substituted to ensure incremental builds. Again this is important for development time work on sigil as in order to test the plugins we build that are downloaded from an update site the version number needs to increment and it's a pain to have to keep doing this manually. Does this make any sense - are there other options? Thoughts on a post card etc. Regards, Dave --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
