On May 25, 2010, at 9:56 AM, Guillaume Sauthier wrote:
May I point you to this interesting whitepaper that
describes a semantic way to handle versioning in OSGi ?
http://www.osgi.org/wiki/uploads/Links/SemanticVersioning.pdf
I would advise to version your API and do not export internal implementation details...
Thanks Guillaume. I think we're already do this to large extent but I'd love to
have your opinion on it:
- we already version all our artifacts with the strategy described in the PDF (major,
minor, bug fix). We even use CLIRR in several places to ensure we don't introduce
backward-compat regressions. Now we do *voluntarily* introduce some from time to time in
minor releases. It's a tradeoff that we've accepted. I guess we could be less
lenient there if need be in the future. IMO it depends on maturity of modules and we
shouldn't be too rigid.
- we already have the notion of "internal" package for implementation details
- the maven-bundle -plugin automatically version Export-package values and automatically
exclude internal packages AFAIK.
There's one domain where your help would be awesome: to help review that manifest data
generated by the maven-bundle-plugin and to help us with best-practices in this domain.
I'm pretty sure the data generated by the maven-bundle-plugin could be improved.
Thanks a lot. We do need help with OSGi since we're newbies in this domain so your
help is most appreciated :)
-Vincent
--G
Le 23/05/2010 15:50, Vincent Massol a écrit :
> Hi devs,
>
> I'd like to add OSGi manifest data generation for our core modules during our
build.
>
> This would be the first step in allowing xwiki modules to be used in an osgi
environment (whether it's by us later on or by external users who want to use the
xwiki rendering for example).
>
> WDYT?
>
> Thanks
> -Vincent