Github user kevin91nl commented on the issue:
https://github.com/apache/metron/pull/969
The package naming is adjusted in the latest commit.
**Chainparsers versus Stellar**
Here I will present some of the issues we encountered when writing the
parsers. I am interested in your thoughts :-).
_Keeping memory_
In one of our to-be-written parsers, we need to read an external file,
parse the file and keep the parsed file in memory. As far as I can see, Stellar
is stateless and not capable of keeping data into memory. It might be possible
by using environment variables, but this approach might get messy.
_Performance_
A ChainParser does not need to interpret a language. We found that
interpreting a language was a performance bottleneck in the parsers. In fact,
we implemented a template engine in one of our links, but that was breaking the
throughput rate of the parsers. Therefore, we removed this mechanism.
_Tests_
There is no clear way how to write end-to-end tests for parsers involving
Stellar. Using the ChainParser approach, the data files (input and expected
output) and parser config are kept in one place and it is easy to add new tests
for a parser.
_Sharing configuration_
When parsers are created using Stellar, there is no clear way how the
parser configuration files are shared.
_Post processing_
Note that Stellar can still be used for post-processing the parser output.
Therefore, parsers can fully rely on all the Stellar functionality.
---
