[
https://issues.apache.org/jira/browse/HADOOP-13597?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15739208#comment-15739208
]
John Zhuge commented on HADOOP-13597:
-------------------------------------
These are {{getPassword}} variations:
- S3AUtils#lookupPassword(Configuration conf, String key, String defVal)
- LdapGroupsMapping#getPassword(Configuration conf, String alias, String
defaultPass)
- FileBasedKeyStoresFactory#getPassword(Configuration conf, String alias,
String defaultPass)
- DFSUtil#getPassword(Configuration conf, String alias)
- WebAppUtils#getPassword(Configuration conf, String alias)
These are various features of these wrappers:
- Return String type. They all do that. What was the reason for
{{Configuration#getPassword}} to return {{char[]}}? {{char[]}} is hard to work
with, especially with the possibility of null.
- Default value. Some APIs do have default value, thus avoid null return.
- Swallow IOE from {{Configuration#getPassword}} and return default value or
null
- Re-throw IOE from {{Configuration#getPassword}} with extra message.
> Switch KMS from Tomcat to Jetty
> -------------------------------
>
> Key: HADOOP-13597
> URL: https://issues.apache.org/jira/browse/HADOOP-13597
> Project: Hadoop Common
> Issue Type: New Feature
> Components: kms
> Affects Versions: 2.6.0
> Reporter: John Zhuge
> Assignee: John Zhuge
> Attachments: HADOOP-13597.001.patch, HADOOP-13597.002.patch,
> HADOOP-13597.003.patch
>
>
> The Tomcat 6 we are using will reach EOL at the end of 2017. While there are
> other good options, I would propose switching to {{Jetty 9}} for the
> following reasons:
> * Easier migration. Both Tomcat and Jetty are based on {{Servlet
> Containers}}, so we don't have change client code that much. It would require
> more work to switch to {{JAX-RS}}.
> * Well established.
> * Good performance and scalability.
> Other alternatives:
> * Jersey + Grizzly
> * Tomcat 8
> Your opinions will be greatly appreciated.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
