[
https://issues.apache.org/jira/browse/HBASE-8445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-8445.
-----------------------------------
Resolution: Invalid
We don't support "module reload" use cases. For that the consensus is we should
consider a full OSGi runtime so we do not repeat all of the mistakes involved
in creating such a runtime, however unless there is a compelling reason to do
so the consensus is also that is not wanted.
> regionserver can't load an updated coprocessor jar with the same jar path
> -------------------------------------------------------------------------
>
> Key: HBASE-8445
> URL: https://issues.apache.org/jira/browse/HBASE-8445
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.94.5
> Reporter: Wang Qiang
> Attachments: patch_20130426_01.txt
>
>
> when I update a coprocessor jar, then I disable and enable the table with the
> coprocessor, but the new features in the updated coprocessor jar doesn't make
> any sense. Follow into the class
> 'org.apache.hadoop.hbase.coprocessor.CoprocessorHost', I found that there's a
> coprocessor class loader cache , of which the key is the coprocessor jar
> path(although the key is a weak reference), so when I disable/enable the
> table, it got a cached coprocessor class loader from the cache with the jar
> path, and it didn't try to reload the coprocessor jar from the hdfs. Here I
> give a patch, in which I add an extra info which is 'FileCheckSum' with the
> coprocessor class loader cache, if the checksum is changed, try to reload the
> jar from the hdfs path
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
