[
https://issues.apache.org/jira/browse/SOLR-1408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12751684#action_12751684
]
Avlesh Singh commented on SOLR-1408:
------------------------------------
bq. I am starting the jetty server from within a unit test for integration
testing purposes.
Does it fail in unit testing?
I too suspect that there is a problem. I too have similar extensions of DIH and
UpdateProcessors, which lie in the "lib". I have never faced any such issue on
any of the platforms.
> 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.
