[ 
http://jira.qos.ch/browse/LBCORE-128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11568#action_11568
 ] 

Ceki Gulcu commented on LBCORE-128:
-----------------------------------

I was asking myself a related question. You seet, given that an output stream 
can be very long, the file header written at the beginning of the stream can 
only contain information known when the encoder is initialized, i.e. mostly 
nothing. The problem is more general than that because a stream only goes 
forward, you cannot write behind the current position. I tried to provide some 
solution in ObjectStreamEncoder which writes self-sufficient blocks. Moreover, 
each block has a clearly identifiable starting marker so that a decoder can 
always position itself at the start of a new block even of the start position 
is temporarily lost. It's a pretty interesting problem actually.


> Please support implementation of binary log files in 
> RollingFileAppender/FileAppender
> -------------------------------------------------------------------------------------
>
>                 Key: LBCORE-128
>                 URL: http://jira.qos.ch/browse/LBCORE-128
>             Project: logback-core
>          Issue Type: Improvement
>          Components: Appender
>    Affects Versions: 0.9.17
>            Reporter: Joern Huxhorn
>            Assignee: Ceki Gulcu
>
> This was discussed briefly at 
> http://marc.info/?l=logback-dev&m=124905434331308&w=2 and I forgot to file a 
> ticket about this.
> Currently, RandomFileAppender => FileAppender => WriterAppender is using the 
> following method in WriterAppender to actually write the data:
> protected void writerWrite(String s, boolean flush) throws IOException
> Please add an additional method like
> protected void writerWrite(byte[] bytes, boolean flush) throws IOException
> to write to the underlying stream directly.
> writerWrite(String, boolean) could call that method after performing the 
> transformation internally, making this change transparent for the rest of the 
> implementation.
> Using a binary format for logfiles could have tremendous performance impact 
> as can be seen here: 
> http://sourceforge.net/apps/trac/lilith/wiki/SerializationPerformance

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.qos.ch/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        
_______________________________________________
logback-dev mailing list
[email protected]
http://qos.ch/mailman/listinfo/logback-dev

Reply via email to