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
A new mechanism based on explicit registering of loaders, parsers etc. should exist. This allows for
removal of the custom folders + symlinks directly specifying a custom hook file that includes all custom code (loaders, etc.);The path to the custom hook file should be a gars option.
This gives the ability for parsers calling to call other parsers, and so on. (i.e. an auto or pre-parser Implicit parser specification #28 )
hook file, custom_hooks.jl contains a loader and a parser
@register_loader fload "A nice loader name"functionfload(path)
#...end@register_parser fparse "An even nicer parser name"fparse(path)
# ...end
Now, a preparser would parse a raw query, extract the parser from a "parser>query" pattern
and execute it (this option could be a default for missing input_parser in requests, with a fallback to noop if no parser can be selected.
The text was updated successfully, but these errors were encountered:
A new mechanism based on explicit registering of loaders, parsers etc. should exist. This allows for
custom
folders + symlinks directly specifying a custom hook file that includes all custom code (loaders, etc.);The path to the custom hook file should be agars
option.Mockup
gars -d config.jl --hook ./custom_hooks.jl -p 9000 --log-level debug
custom_hooks.jl
contains a loader and a parserNow, a
preparser
would parse a raw query, extract the parser from a "parser>query" patternand execute it (this option could be a default for missing
input_parser
in requests, with a fallback tonoop
if no parser can be selected.The text was updated successfully, but these errors were encountered: