You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Dapeng Sun (JIRA)" <ji...@apache.org> on 2016/06/21 02:12:57 UTC

[jira] [Comment Edited] (CRYPTO-76) Remove log dependence

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

Dapeng Sun edited comment on CRYPTO-76 at 6/21/16 2:12 AM:
-----------------------------------------------------------

{quote}If logging is to be removed from the component it should be completely removed.{quote}
I'm agreed with you, thank you for pointing it out.




was (Author: dapengsun):
{quote}If logging is to be removed from the component it should be completely removed.{quote}
I'm agreed with it, thank you for pointing it out.



> Remove log dependence
> ---------------------
>
>                 Key: CRYPTO-76
>                 URL: https://issues.apache.org/jira/browse/CRYPTO-76
>             Project: Commons Crypto
>          Issue Type: Bug
>            Reporter: Dapeng Sun
>            Assignee: Dapeng Sun
>
> According the discussion in commons-dev, we will remove the log dependence of common-logging.
> About the logging of native library failure, users of CRYPTO could get the information about whether native is enabled or native failure reason from org.apache.commons.crypto.utils.NativeCodeLoader#isNativeCodeLoaded() or org.apache.commons.crypto.cipher.Openssl#loadingFailureReason(), they could log these information in their system if they need.
> At the same time, I think we can add an option for "native only" (Currently, when loading native failed, we log native failure error and use JCE implementation as fallback directly), the property in configuration may like "ENABLE_FALLBACK_ON_NATIVE_FAILED", if user disable the option, it could throw an exception when loading native failed.



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