Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
Received-SPF: pass (athena.apache.org: domain of karl.wright@nokia.com
 designates 147.243.128.24 as permitted sender)
From: <karl.wright@nokia.com>
To: <java-user@lucene.apache.org>
Subject: Jar packaging issue
Thread-Topic: Jar packaging issue
Thread-Index: Ac4C9FxehoQMnCgwRiC6RerYJlJcVQ==
Date: Mon, 4 Feb 2013 16:27:29 +0000
Message-ID: 
 <0BA6D34688263E4F8E6152478F7C336C178469A4@008-AM1MPN2-082.mgdnok.nokia.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_0BA6D34688263E4F8E6152478F7C336C178469A4008AM1MPN2082mg_"
MIME-Version: 1.0

--_000_0BA6D34688263E4F8E6152478F7C336C178469A4008AM1MPN2082mg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello anyone,

We recently ran into something people might not be fully aware of.  Specifi=
cally, because codec jars require META-INF/services files in order to be di=
scovered, and each codec  has the same files, it's not a straightforward op=
eration to glom all the Lucene jars of interest into one uber-jar, because =
some of this info is lost.  Putting all the dependencies together in one ja=
r is one of the few things Maven is really good at, so this is a shame. ;-)

This can be worked around by essentially creating a new org.apache.lucene.c=
odecs.PostingFormat file, but that's not an easy operation with the build t=
ools people use.

Any suggestions?

Karl


--_000_0BA6D34688263E4F8E6152478F7C336C178469A4008AM1MPN2082mg_--