[jira] [Created] (ZOOKEEPER-4366) Make NIOServerCnxnFactory's javadoc more readable after rendering

2021-09-01 Thread LiAoNan (Jira)
LiAoNan created ZOOKEEPER-4366:
--

 Summary: Make NIOServerCnxnFactory's javadoc more readable after 
rendering
 Key: ZOOKEEPER-4366
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-4366
 Project: ZooKeeper
  Issue Type: Improvement
  Components: server
Reporter: LiAoNan






--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Created] (ZOOKEEPER-4365) df

2021-09-01 Thread Heureux do (Jira)
Heureux do created ZOOKEEPER-4365:
-

 Summary: df
 Key: ZOOKEEPER-4365
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-4365
 Project: ZooKeeper
  Issue Type: Bug
Reporter: Heureux do


dfdfdfdfdf



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Created] (ZOOKEEPER-4364) Adding a User Name and Password Authentication Mode

2021-09-01 Thread Jiang (Jira)
Jiang created ZOOKEEPER-4364:


 Summary: Adding a User Name and Password Authentication Mode
 Key: ZOOKEEPER-4364
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-4364
 Project: ZooKeeper
  Issue Type: Wish
  Components: server
Affects Versions: 3.6.2
Reporter: Jiang


Adding a User Name and Password Authentication Mode




--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Created] (ZOOKEEPER-4363) ZooKeeper digest authentication uses the insecure SHA1 algorithm.

2021-09-01 Thread Jiang (Jira)
Jiang created ZOOKEEPER-4363:


 Summary: ZooKeeper digest authentication uses the insecure SHA1 
algorithm.
 Key: ZOOKEEPER-4363
 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-4363
 Project: ZooKeeper
  Issue Type: Improvement
  Components: server
Affects Versions: 3.6.2
Reporter: Jiang


*When the ZooKeeper uses digest authentication, the SHA1 encryption mode is 
used to encrypt passwords. The PBKDF2 encryption algorithm is recommended.* :)



{code:java}
DigestAuthenticationProvider.java 
public static String generateDigest(String idPassword) throws 
NoSuchAlgorithmException {
 String[] parts = idPassword.split(":", 2);
 byte[] digest = 
MessageDigest.getInstance("SHA1").digest(idPassword.getBytes());
 return parts[0] + ":" + base64Encode(digest);
}
{code}





--
This message was sent by Atlassian Jira
(v8.3.4#803005)


Re: Problems with the merge script

2021-09-01 Thread Damien Diederen


Hi Enrico,

Enrico Olivelli  writes:
> I saw the error below, can anyone take a look at it?

I have encountered such an error error before, and couldn't explain it.

In my case, the actual Python exception was 'IndexError: list index out
of range'.  (I assume that's the one you also saw, but it got cut off
the transcript.)

That exception can be easily triggered by passing an invalid version
string, or a version which has already been marked as "released".

>From the transcript, this does not seem to be what you did—both version
numbers there are perfectly acceptable.  Moreover, I cannot reproduce
that crash; evaluating the relevants bits of the script in a Python
REPL produces the expected result:

[{'self': 'https://issues.apache.org/jira/rest/api/2/version/12349587', 
'id': '12349587', 'name': '3.8.0', 'archived': False, 'released': False, 
'projectId': 12310801}, {'self': 
'https://issues.apache.org/jira/rest/api/2/version/12350030', 'id': '12350030', 
'name': '3.7.1', 'archived': False, 'released': False, 'projectId': 12310801}]

Of course, it could be that:

  * The API sometimes returns incomplete/empty results (I have no idea
how well the client copes with transient failures);

  * One of these versions had temporarily been, e.g., marked as released
(I have no visibility on that side of the ticket system);

  * We accidentally introduced some kind of control or invisible unicode
character (e.g., ZERO WIDTH SPACE) in the stream.

No such character is present in your email, but they could have been
stripped by the MUA—the script, however, definitely doesn't strip
those, and hits an 'IndexError' instead.

HTH, -D

P.-S. — In any case, how do you feel about improving the script so that
  it re-prompts if some versions are not recognized?  (I have more than
  once been "ejected" by simple/obvious typos :)  Should such
  improvements be contributed to a "master version," somewhere else at
  Apache?



> Would you like to update an associated JIRA? (y/n): y
> Enter a JIRA id [ZOOKEEPER-4342]:
> === JIRA ZOOKEEPER-4342 ===
> summary Robustify C client against errors during SASL negotiation
> assignee Damien Diederen
> status Open
> url https://issues.apache.org/jira/browse/ZOOKEEPER-4342
>
> Enter comma-separated fix version(s) []: 3.8.0,3.7.1
> Traceback (most recent call last):
>   File "/Users/enrico.olivelli/dev/zookeeper/zk-merge-pr.py", line 533, in
> 
> main()
>   File "/Users/enrico.olivelli/dev/zookeeper/zk-merge-pr.py", line 519, in
> main
> resolve_jira_issues(commit_title, merged_refs, jira_comment)
>   File "/Users/enrico.olivelli/dev/zookeeper/zk-merge-pr.py", line 329, in
> resolve_jira_issues
> resolve_jira_issue(merge_branches, comment, jira_id)
>   File "/Users/enrico.olivelli/dev/zookeeper/zk-merge-pr.py", line 312, in
> resolve_jira_issue
> jira_fix_versions = [get_version_json(v) for v in fix_versions]
>   File "/Users/enrico.olivelli/dev/zookeeper/zk-merge-pr.py", line 312, in
> 
> jira_fix_versions = [get_version_json(v) for v in fix_versions]
>   File "/Users/enrico.olivelli/dev/zookeeper/zk-merge-pr.py", line 310, in
> get_version_json
> return [v for v in versions if v.name == version_str][0].raw