You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Valentin Valchev (JIRA)" <ji...@apache.org> on 2014/12/08 08:46:13 UTC

[jira] [Commented] (FELIX-4720) Web Console and Gogo rely on Log history buffer in the Log Service

    [ https://issues.apache.org/jira/browse/FELIX-4720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14237561#comment-14237561 ] 

Valentin Valchev commented on FELIX-4720:
-----------------------------------------

So to reduce the used memory, we don't have to rely on a single service that tracks the log entries, but instead Web Console, Gogo shell, should keep their own queue?

IMHO the equinox implementation by trying to 'prevent pinning objects in memory' would actually force other OSGi applications do the same.

And if other OSGi applications, must provide their own Log Listener, how they are going to show the log events that came *before* that application has been installed?

Another question? - Why anybody would use equinox log service or trying to be compatible with that particular implementation if there are many other implementation that has a working Log Reader Service. Wasn't OSGi specification intention to add some common services, so you don't have to be vendor-specific?


> Web Console and Gogo rely on Log history buffer in the Log Service
> ------------------------------------------------------------------
>
>                 Key: FELIX-4720
>                 URL: https://issues.apache.org/jira/browse/FELIX-4720
>             Project: Felix
>          Issue Type: Bug
>          Components: Gogo Command, Web Console
>            Reporter: Peter Kriens
>
> The OSGi Log Reader Service has a command to get the history of the log. However, the specification states that this history can be empty. The Equinox framework is nowadays registering a Log Reader Service that has such an empty history to prevent pinning objects in memory. 
> Using the history this way was always at odds with the specification since the history was only intended to hold the start up events. The primary model of the Log Service is a dispatcher.
> I suggest that the Gogo log command and the Web Console maintain their own history buffer to become independent on this fragile history buffer in the Log Reader service.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)