You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Curious why not use separate-json-attributes for the EvtxParserSettings?
The issue with not using this settings is that it causes inconsistent json attribute naming standard:
When ever a XML element as an attribute, the JSON field will split into a #text and #attributes. This causes issues on many fronts. Using separate-json-attributes setting for the parser will normalize the fields and an XML element's value will always be the field name and any element attributes will be placed under <ELEMENT_NAME>_attributes. This prevents inconsistent field names in JSON serializations.
Thanks for raising this issue. I have created PR #54 which should implement what you're discussing here. Do you want to take a look and make sure I've implemented it as you were thinking?
Curious why not use
separate-json-attributes
for the EvtxParserSettings?The issue with not using this settings is that it causes inconsistent json attribute naming standard:
![image](https://user-images.githubusercontent.com/8909830/147532042-f4c8f059-b6b0-4a6e-82dd-14d381475553.png)
When ever a XML element as an attribute, the JSON field will split into a
#text
and#attributes
. This causes issues on many fronts. Usingseparate-json-attributes
setting for the parser will normalize the fields and an XML element's value will always be the field name and any element attributes will be placed under<ELEMENT_NAME>_attributes
. This prevents inconsistent field names in JSON serializations.Some other references:
If you are open to this I can create a PR
The text was updated successfully, but these errors were encountered: