[
https://issues.apache.org/jira/browse/SOLR-1408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12751293#action_12751293
]
Noble Paul edited comment on SOLR-1408 at 9/3/09 9:17 PM:
----------------------------------------------------------
I suspect that this should not be the problem . DataSource.class is loaded by
the parent classloader of ${solr.home}/lib classloader. So by design it is not
supposed to throw a ClassCastException
was (Author: noble.paul):
I suspect that this should not be a problem . DataSource.class is loaded by
the parent classloader of ${solr.home}/lib classloader. So by design it is not
supposed to throw a ClassCastException
> Allow classes from ${solr.home}/lib to be loaded by the same classloader as
> solr war to prevent ClassCastException
> ------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-1408
> URL: https://issues.apache.org/jira/browse/SOLR-1408
> Project: Solr
> Issue Type: Improvement
> 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, which I suspect
> has to do with the DataSource and my extended class being loaded from
> different classloaders.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
