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 uwe@thetaphi.de designates
 85.25.204.22 as permitted sender)
From: "Uwe Schindler" <uwe@thetaphi.de>
To: <java-user@lucene.apache.org>
References: <zarafa.52ea2031.610c.0fac9c975e93c23c@mail.openindex.io>
In-Reply-To: <zarafa.52ea2031.610c.0fac9c975e93c23c@mail.openindex.io>
Subject: RE: LUCENE-5388 AbstractMethodError
Date: Thu, 30 Jan 2014 11:17:36 +0100
Message-ID: <094a01cf1da4$7f665a50$7e330ef0$@thetaphi.de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AQHkcc84Y+lUaAWkfeYDJx+DKU6Df5pyZJnw
Content-Language: de

Hi,

Can you please post your complete stack trace? I have no idea what =
LUCENE-5388 has to do with that error?

Please make sure that all your Analyzers and all of your Solr =
installation only uses *one set* of Lucen/Solr JAR files from *one* =
version. Mixing Lucene/Solr JARs and mixing with Factories compiled =
against older versions does not work. You have to keep all in sync, and =
then all should be fine.

Uwe

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de


> -----Original Message-----
> From: Markus Jelsma [mailto:markus.jelsma@openindex.io]
> Sent: Thursday, January 30, 2014 10:50 AM
> To: java-user@lucene.apache.org
> Subject: LUCENE-5388 AbstractMethodError
>=20
> Hi,
>=20
> Apologies for cross posting; i got no response on the Sorl list.
>=20
> We have a developement environment running trunk but have custom
> analyzers and token filters built on 4.6.1. Now the constructors have =
changes
> somewhat and stuff breaks. Here's a consumer trying to get a =
TokenStream
> from an Analyzer object doing TokenStream stream =3D
> analyzer.tokenStream(null, new StringReader(input)); throwing:
>=20
> Caused by: java.lang.AbstractMethodError
> 	at
> org.apache.lucene.analysis.Analyzer.tokenStream(Analyzer.java:140)
>=20
> Changing the constructors won't work either because on 4.x we must
> override that specific method: analyzer is not abstract and does not =
override
> abstract method createComponents(String,Reader) in Analyzer :)
>=20
> So, any hints on how to deal with this thing? Wait for 4.x backport of =
5388, or
> do something clever like <...> fill in the blanks.
>=20
> Many thanks,
> Markus
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org