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
Currently the ocd service itself is only really able to log wrong requests. It would be highly beneficial to relay more information regarding which algorithm is executed and with what parameters, adding to that if it fails and why it fails.
For algorithm classes we can for example currently not use the one of the service classes because using this logger outside the class does not produce any output. Using an own logger here would however produce an own file.
General ideas on how to circumvent this would be to either have one central object/class with a logger that gets information from other objects, or to use an other logging library than las2peers built in one
The text was updated successfully, but these errors were encountered:
Currently the ocd service itself is only really able to log wrong requests. It would be highly beneficial to relay more information regarding which algorithm is executed and with what parameters, adding to that if it fails and why it fails.
For algorithm classes we can for example currently not use the one of the service classes because using this logger outside the class does not produce any output. Using an own logger here would however produce an own file.
General ideas on how to circumvent this would be to either have one central object/class with a logger that gets information from other objects, or to use an other logging library than las2peers built in one
The text was updated successfully, but these errors were encountered: