You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@parquet.apache.org by "Ryan Blue (JIRA)" <ji...@apache.org> on 2015/12/09 02:01:20 UTC

[jira] [Resolved] (PARQUET-395) System.out is used as logger in org.apache.parquet.Log

     [ https://issues.apache.org/jira/browse/PARQUET-395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ryan Blue resolved PARQUET-395.
-------------------------------
       Resolution: Fixed
         Assignee: Ryan Blue
    Fix Version/s: 1.9.0

Moving to SLF4J was implemented in PARQUET-305. This should be fixed by configuring the SLF4J bindings used by applications.

> System.out is used as logger in org.apache.parquet.Log
> ------------------------------------------------------
>
>                 Key: PARQUET-395
>                 URL: https://issues.apache.org/jira/browse/PARQUET-395
>             Project: Parquet
>          Issue Type: Bug
>    Affects Versions: 1.8.0
>         Environment: parquet-common-1.8.1.jar
>            Reporter: Henrik Baastrup
>            Assignee: Ryan Blue
>             Fix For: 1.9.0
>
>
> The use of System.out in the StreamHandler at line 62 in the org.apache.parquet.Log provoke that the java.util.logging.LogManager will close System.out in case the reset method is called on the LogManager.
> This is special problematic when Shutdown Hooks are used in a project, as the LogManager set-up one, there call the reset method, and for this reason a race condition exist on System.out, if used in the project Shutdown Hook.
> Other scenarios might also exist where a program call the LogManager reset method.
> An eventual solution is to NOT use java.util.logging.Logger at all in the Parquet environment but use either log4j or slf4j as used in almost every other part in the Hadoop environment, this would also allow the user to control the logging much better than today.



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