[
https://issues.apache.org/jira/browse/METRON-744?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15890532#comment-15890532
]
ASF GitHub Bot commented on METRON-744:
---------------------------------------
Github user cestella commented on the issue:
https://github.com/apache/incubator-metron/pull/468
@nickwallen Yes, that's correct. I'd add one further modification to the
`ClasspathFunctionResolver` modification, it enables you to specify a
classloader and it replaces Reflections with ClassIndex.
The configuration of `ClasspathFunctionResolver` from the `STELLAR` context
does link the two, but I'd like to abstract that a bit at some point (allow
people to specify their classloader from the config, etc.).
> Allow Stellar functions to be loaded from HDFS
> ----------------------------------------------
>
> Key: METRON-744
> URL: https://issues.apache.org/jira/browse/METRON-744
> Project: Metron
> Issue Type: New Feature
> Reporter: Casey Stella
>
> The benefit of Stellar is that adding new functionality is as simple as
> providing a Jar. This enables people who want to integrate with Metron to
> easy add enrichments or other functionality. The snag currently with this is
> that we provide a single jar, so all stellar functions that we have available
> must be dependencies of the main jar that drives the topology plus what local
> directories we can configure via the storm configs. This makes the process
> of adding 3rd party jars not as easy as it could be.
> Adjust the the following to additionally load classes from a location in HDFS
> /apps/metron/stellar using something like accumulo (
> https://accumulo.apache.org/blog/2014/05/03/accumulo-classloader.html)
> * Profiler topology
> * Parser topology
> * Enrichment topology
> * Enrichment Flat file loader
> * Enrichment MR loader
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
