[
https://issues.apache.org/jira/browse/HBASE-10061?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13837761#comment-13837761
]
Amit Sela commented on HBASE-10061:
-----------------------------------
I'm running a Hadoop/HBase OSGi client running over Apache felix.
In OSGi loader.getResources(class_file) will return something like:
bundle://byndle#:bundleVersion/path/to/class.class
i.e., bundle://17.0:1/com/google/common/collect/ImmutableSet.class
But this is not the real path on file system, but a reference to the bundle.
So this just won't work.
By the way, returning a path that doesn't exist will just print WARN to log, so
why throw exception if jar is missing but WARN if it was "found" but doesn't
exist ?
You could add a getDependencyClasses and setTmpJars() to allow the client to
find jars by himself if he wishes.
But anyway, I would stick to WARN in log and not throwing exception.
> TableMapReduceUtil.findOrCreateJar calls updateMap(null, ) resulting in
> thrown NPE
> ----------------------------------------------------------------------------------
>
> Key: HBASE-10061
> URL: https://issues.apache.org/jira/browse/HBASE-10061
> Project: HBase
> Issue Type: Bug
> Components: mapreduce
> Affects Versions: 0.94.12
> Reporter: Amit Sela
> Attachments: 10061-trunk.txt, HBASE-10061.patch
>
>
> TableMapReduceUtil.findOrCreateJar line 596:
> jar = getJar(my_class);
> updateMap(jar, packagedClasses);
> In case getJar returns null, updateMap will throw NPE.
> Should check null==jar before calling updateMap.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
