Return-Path: X-Original-To: apmail-uima-user-archive@www.apache.org Delivered-To: apmail-uima-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id F40DC112E6 for ; Thu, 24 Jul 2014 13:59:08 +0000 (UTC) Received: (qmail 61734 invoked by uid 500); 24 Jul 2014 13:59:08 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 61685 invoked by uid 500); 24 Jul 2014 13:59:08 -0000 Mailing-List: contact user-help@uima.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@uima.apache.org Delivered-To: mailing list user@uima.apache.org Received: (qmail 61670 invoked by uid 99); 24 Jul 2014 13:59:08 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Jul 2014 13:59:08 +0000 Received: from localhost (HELO s0819.dyn.hrz.tu-darmstadt.de) (127.0.0.1) (smtp-auth username rec, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Jul 2014 13:59:08 +0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: DKpro StanfordNamedEntityRecognizer ClassCastException From: Richard Eckart de Castilho In-Reply-To: Date: Thu, 24 Jul 2014 15:59:00 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3639B29C-9D66-436B-B7D5-6A34B6D2A852@apache.org> References: <2E3B4359-39E8-48A2-A97F-9372EAA8641F@apache.org> To: user@uima.apache.org X-Mailer: Apple Mail (2.1878.6) Hi Armin, the underlying problem is that you get a simple = org.apache.uima.cas.impl.AnnotationImpl instead of a JCas class like = de.tudarmstadt.ukp.dkpro.core.api.ner.type.NamedEntity. Normally a CAS = that has its JCas support initialized always returns JCas classes. But is is possible to work entirely without = JCas classes and without initializing JCas support. In such a case, all AnnotationFS feature structures are = returned as AnnotationImpl. I don't think this has anything to do with chaining resources. I'm = pretty sure it is related to how CASes are created, (de)serialized, and/or passed through your pipeline (possibly = through multipliers). If you find out that this is not related to CAS creation/propagation, = I'll be very curious to hear about it! Cheers, -- Richard On 24.07.2014, at 15:27, Armin.Wegner@bka.bund.de wrote: > Hello Richard! >=20 > Your fix doesn't change anything. So I tried to narrow down the = problem. At least, I can tell that it is not a problem specific to = DKPro. I have the same kind of exception when not using DKPro at all. My = guess now is that it maybe has something to do with chaining resources. = I tried some simple aes. They run fine. When I try to run components = with resources of resources, they fail. That's all for now. I will try = to find out more and report again. >=20 > Cheers, > Armin