[
https://issues.apache.org/jira/browse/METRON-712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Casey Stella updated METRON-712:
--------------------------------
Description:
With the current implementation of Stellar, we cannot cache the parse tree and
then apply it after the fact. It's just an artifact of how we do the parsing:
we actually execute the statement as we parse rather than constructing an AST
that can then be evaluated later given a message. Essentially what I'm
proposing is that we build the equivalent of Pattern.compile() in Java except
for Stellar.
We should for multiple reasons:
* code clarity - decoupling the stellar language from the generated parser code
* performance - saving lexing and parsing for every message
was:
With the current implementation of Stellar, we cannot cache the parse tree and
then apply it after the fact. It's just an artifact of how we do the parsing:
we actually execute the statement as we parse rather than constructing an AST
that can then be evaluated later given a message.
We should for multiple reasons:
* code clarity - decoupling the stellar language from the generated parser code
* performance - saving lexing and parsing for every message
> Separate evaluation from parsing in Stellar
> -------------------------------------------
>
> Key: METRON-712
> URL: https://issues.apache.org/jira/browse/METRON-712
> Project: Metron
> Issue Type: Improvement
> Reporter: Casey Stella
>
> With the current implementation of Stellar, we cannot cache the parse tree
> and then apply it after the fact. It's just an artifact of how we do the
> parsing: we actually execute the statement as we parse rather than
> constructing an AST that can then be evaluated later given a message.
> Essentially what I'm proposing is that we build the equivalent of
> Pattern.compile() in Java except for Stellar.
> We should for multiple reasons:
> * code clarity - decoupling the stellar language from the generated parser
> code
> * performance - saving lexing and parsing for every message
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
