[bind10-dev] Questions on the Logging API

[Michal 'vorner' Vaner]

Hello

Reading the wiki page, I have few notes. First, what I think we want:
• We want to be able to grep the source code for the message or code or
  something (eg, what part of code did produce this message).
• We might want to be able to run without the message file found, eg have a
  fallback compiled into the binary or have the identifiers be the message
  texts (something GNU GetText does AFAIK).
• Writers of extensions (if it is data source plugin, some filter, other module,
  whatever) should be able to do so without recompilation of the rest and their
  extension should be installable by simply unpacking the package.
• We might want to transfer the logging events into a single module/process or
  over the network. We might want to use the identifiers only at that point.
• We might want to produce a translatable log as well as the usual one. So only
  the identifiers and values would be put there in machine parsable format (for
  example JOSN) and it could be transformed by the message files to produce log
  in any language.

So I think it should be able to handle multiple translation files (coming from
multiple extensions). We should be able to have some kind of minimal machine
parsable output (for transfer over the network and to store for the translatable
log, which might have even binary format for speed/size).

I'm not sure if we need to write the message compiler ourself. There must be
some already out there.

And it might be possible not to have explicit message files, because it is
tiresome to go between code and the message file, it would create more
conflicts, etc. I think it would be easier if the compiler could pick the
messages out of the files by itself.

And I think if we go with the numbers (which seems to make sense if we want to
do the sending of data trough network some time in future), we need to have two
numbers there ‒ the facility/module and the message itself (otherwise two
extensions oblivious of each other will clash, this way it would be possible for
them to at last synchronise the facility numbers and have whatever messages they
want).

Have a nice day

-- 
This side up =>

Michal 'vorner' Vaner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind10-dev/attachments/20101217/33a6f390/attachment.bin>