logging #18

Closed
opened 2023-01-20 02:35:34 +00:00 by tjp · 0 comments
Owner

gemini.NewServer should accept some kind of a logging object. It would be typed to an interface.

At a high level, it would be good to have some way of reporting out that things went wrong in the server system as opposed to user-provided handlers (eg panics caught by #17).

In fact there should probably be a gus.logging module which subsumes contrib/log and provides that interface as well as some useful implementations of it.

`gemini.NewServer` should accept some kind of a logging object. It would be typed to an interface. At a high level, it would be good to have some way of reporting out that things went wrong in the server system as opposed to user-provided handlers (eg panics caught by #17). In fact there should _probably_ be a `gus.logging` module which subsumes `contrib/log` and provides that interface as well as some useful implementations of it.
tjp added this to the v1.0 milestone 2023-01-20 02:35:34 +00:00
tjp added the
enhancement
label 2023-01-20 02:35:34 +00:00
tjp changed title from logging interface to logging 2023-01-20 02:36:02 +00:00
tjp closed this issue 2023-01-24 05:15:30 +00:00
This repo is archived. You cannot comment on issues.
No Milestone
No project
No Assignees
1 Participants
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: tjp/gus#18
No description provided.