You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Jerry Chen (JIRA)" <ji...@apache.org> on 2016/04/27 04:00:18 UTC

[jira] [Commented] (CRYPTO-33) SecureRandom shadows JVM class

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

Jerry Chen commented on CRYPTO-33:
----------------------------------

Thanks [~sebb@apache.org] for pointing out this.

Thinking about this problem, we also has Cipher, CipherInputStream case with the same situation. They are the best names in concept. 

Although there are possibilities that users may use both Java Cipher and our Cipher in the same java file, yet can we consider this as an uncommon case so that we don't have to use a "bad" name to address it.

Otherwise, we will have to use names like: CryptoCipher, CryptoSecureRandom, .. which are very redundant and uncomfortable.

Any thoughts?



> SecureRandom shadows JVM class
> ------------------------------
>
>                 Key: CRYPTO-33
>                 URL: https://issues.apache.org/jira/browse/CRYPTO-33
>             Project: Commons Crypto
>          Issue Type: Bug
>            Reporter: Sebb
>
> The SecureRandom interface also exists  as a class in java.security.
> This makes it awkward to use, for example in JavaSecureRandom the fully qualified name has to be used for the java class.
> Ideally it should be renamed.



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