[
https://issues.apache.org/jira/browse/LUCENE-1344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Lalevée updated LUCENE-1344:
------------------------------------
Attachment: MANIFEST.MF.diff
LUCENE-1344-r690691.patch
You are right to ask Michael, one part of the patch was risky, the part that
was computing the version dynamically. I changed the way the properties were
loaded and it made some mess with building the contrib during the release
process.
So I removed it. So then instead of
{noformat}
ant -Dversion=2.3.0-rc1 -Dspec.version=2.3.0 clean dist dist-src
generate-maven-artifacts
{noformat}
there should be
{noformat}
ant -Dversion=2.3.0-rc1 -Dspec.version=2.3.0 -Dbundle.version=2.3.0.cr1 clean
dist dist-src generate-maven-artifacts
{noformat}
Note that there is no spell mistake here. The OSGi specification expects that
the qualifier part of the version (the last one) is incremented based on the
lexical order. So 2.3.0 < 2.3.0.rc1. But 2.3.0.alpha1 < 2.3.0.beta1 <
2.3.0.beta2 < 2.3.0.cr1 < 2.3.0.final
About the remaining patch, it is really just about adding additional fields
into the manifest.mf, addition which is triggered by the existence of the
bundle.manifest.file property. I attached the diff of the manifest of the core
of a 2.4.0 release, between the trunk version and the patched one. And If I
remove the property bundle.manifest.file from the build.xml, there is no diff
at all (apart from the Implementation-Version because of the timestamp).
> Make the Lucene jar an OSGi bundle
> ----------------------------------
>
> Key: LUCENE-1344
> URL: https://issues.apache.org/jira/browse/LUCENE-1344
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Build
> Reporter: Nicolas Lalevée
> Fix For: 2.4
>
> Attachments: LUCENE-1344-r679133.patch, LUCENE-1344-r690675.patch,
> LUCENE-1344-r690691.patch, MANIFEST.MF.diff
>
>
> In order to use Lucene in an OSGi environment, some additional headers are
> needed in the manifest of the jar. As Lucene has no dependency, it is pretty
> straight forward and it ill be easy to maintain I think.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]