Return-Path: Delivered-To: apmail-lucene-solr-dev-archive@minotaur.apache.org Received: (qmail 89255 invoked from network); 5 Sep 2009 04:11:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Sep 2009 04:11:02 -0000 Received: (qmail 67445 invoked by uid 500); 5 Sep 2009 04:11:02 -0000 Delivered-To: apmail-lucene-solr-dev-archive@lucene.apache.org Received: (qmail 67355 invoked by uid 500); 5 Sep 2009 04:11:02 -0000 Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-dev@lucene.apache.org Delivered-To: mailing list solr-dev@lucene.apache.org Received: (qmail 67345 invoked by uid 99); 5 Sep 2009 04:11:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Sep 2009 04:11:01 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of avlesh@gmail.com designates 209.85.216.197 as permitted sender) Received: from [209.85.216.197] (HELO mail-px0-f197.google.com) (209.85.216.197) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Sep 2009 04:10:53 +0000 Received: by pxi35 with SMTP id 35so1209688pxi.12 for ; Fri, 04 Sep 2009 21:10:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=96Z5+giWrJH4FA02C46FjNcpCsKxjhbE7uiqfJkYCEc=; b=hSylsB59NB0rYC6ijJ5bu+RxkuK9VebRYGveT1244c7N6F3umT9Q2q2OtCuA308eCg Alu0iWK9mR5kpttEzFIQYVh1Ju4DcLR7ehJUDGV8Nn2XI9eUGQAwERpLf4vFqhRfVcjH yg8LkS9FZLlNOTJojXWiM+8j2kuKPOrNQCc8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=cBGVtgc/iqjSeYAdlQ7V0DM/cNbWJkQL1oD5LdzaoJaM+mRrm4rgZAgtXqz8k36C2m a1a/JQZuKAJRafQjjEVEPiOw/it6Umjgm+vAaKE2BGV0IhcJ3ZU2r10C4C+o4HlOIroe 7iTbkVEd9vHkVYMFflvN/IgH+BPWauUrxi8mw= MIME-Version: 1.0 Received: by 10.142.74.20 with SMTP id w20mr374992wfa.193.1252123833671; Fri, 04 Sep 2009 21:10:33 -0700 (PDT) In-Reply-To: <1435756646.1252123677553.JavaMail.jira@brutus> References: <57661034.1252009737567.JavaMail.jira@brutus> <1435756646.1252123677553.JavaMail.jira@brutus> Date: Sat, 5 Sep 2009 09:40:33 +0530 Message-ID: Subject: Re: [jira] Closed: (SOLR-1408) Classes in ${solr.home}/lib are not able to extend classes loaded by solr war - ClassCastException From: Avlesh Singh To: solr-dev@lucene.apache.org Content-Type: multipart/alternative; boundary=001636e90cfd52208b0472cccc9c X-Virus-Checked: Checked by ClamAV on apache.org --001636e90cfd52208b0472cccc9c Content-Type: text/plain; charset=ISO-8859-1 It is generally a good idea to cross check for a bug on the user/dev mailing list and then create the issue, Luke. Cheers Avlesh On Sat, Sep 5, 2009 at 9:37 AM, Luke Forehand (JIRA) wrote: > > [ > https://issues.apache.org/jira/browse/SOLR-1408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel] > > Luke Forehand closed SOLR-1408. > ------------------------------- > > Resolution: Invalid > > This is not a bug. The problem was that my extending classes were being > compiled onto the testing classpath and they were also packaged into the jar > within ${solr.home}/lib. They were being loaded by junit before being > loaded by solr and that was causing the ClassCastException. When I removed > the extending classes from the test classpath, everything worked. > > > Classes in ${solr.home}/lib are not able to extend classes loaded by solr > war - ClassCastException > > > -------------------------------------------------------------------------------------------------- > > > > Key: SOLR-1408 > > URL: https://issues.apache.org/jira/browse/SOLR-1408 > > Project: Solr > > Issue Type: Bug > > Components: contrib - DataImportHandler > > Affects Versions: 1.3 > > Reporter: Luke Forehand > > > > When extending org.apache.solr.handler.dataimport.DataSource, I would > like to package my extended class in ${solr.home}/lib to that I can keep the > vanilla copy of my solr.war intact. The problem is I encounter a > ClassCastException when Solr tries to create a newInstance of my extended > class. > > Although the parent classloader of ${solr.home}/lib classloader loads > DataSource, I am still getting a ClassCastException when a class in > ${solr.home}/lib extends DataSource. > > The solr instance is being deployed to a jetty plus server that is > running inside a unit test. > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online. > > --001636e90cfd52208b0472cccc9c--