[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[jakarta.ee-spec] SHA-SUM problems with Web Socket TCK file
|
Kenjii,
I cannot get the SHA-512 to validate. I can see that the SHA-SUM matches
what the download page reports, but that doesn't match the SHA-512 that
is produced when I download the file. To make matters worse, when I
download this file from the other Eclipse mirror site, I get an even
different file SHA - just running 'cmp' command on the files from the
two different servers fails.
$ cmp jakarta-websocket-tck-2.2.0.zip jakarta-websocket-tck-2.2.0\(2\).zip
jakarta-websocket-tck-2.2.0.zip jakarta-websocket-tck-2.2.0(2).zip
differ: byte 21461, line 83
(In the previous command, the first file is from the Netherlands server,
the 2nd is from the Portugal server. The Portugal server and the 'Main
Download Site' server provide files that compare. This needs to be
figured out.
Strangely enough, when I use 7-Zip to test the archives, I get no errors
so, whatever is different about these files, the zip algorithm doesn't
seem to mind. Perhaps there were some re-uploads and these files are
different publications/builds. I don't know but if we can't verify the
SHA-SUM we can't track that 'this' TCK was the one used.
SHA-256 claimed:
3284c6f45193a5f5e34b8bb9c65e222b6a35dd66a9c141466c0e35f36a7fb88ed9f7b498eb2688aa3d5be852a356bfc5165b9c49b5a17331ce99658cf2ad4d31
Netherlands, Lite SHA-265 (downloaded):
7de94c68296f194b35df57e1e7d9832943f29de8a6a24d5c8ab74a313c3ad815a335b3ba287d8c0aa88bd97839c4511b962ea3b003ca344161410a7c
Portugal SHA-256 (downloaded):
dd24dc092b20e55eda1e939227642d9d4bafc4462de16f647ff4771b08693db201f5bd490cc88956d0c82d31cafb5ce8d7ffdd4f0ec7221bb0d30bb5
Main Eclipse.org site SHA-256 (downloaded):
dd24dc092b20e55eda1e939227642d9d4bafc4462de16f647ff4771b08693db201f5bd490cc88956d0c82d31cafb5ce8d7ffdd4f0ec7221bb0d30bb5
Netherlands (not Lite) compares cleanly (cmp command) with Portugal and
Main Eclipse. So ... The Lite server seems to be providing something
different from the other mirrors, but none of them match the SHA-256
that the UI provides in the SHA-512 button. The SHA-SUM from the
download UI doesn't match any of the files that I checked.
I've filed a bug with Eclipse on this.
https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/4485
Could you check with the WebSocket team and see if they can verify the
SHA-512 SUM for whatever it was, they actually published?
(Copying Ivar and Paul for awareness -- seems like there's some kind of
Infra bug-a-boo)
-- Ed
On 3/28/2024 6:09 PM, Kenji Kazumura (Fujitsu) via jakarta.ee-spec wrote:
I'm sorry. Subject is changed.
-----Original Message-----
From: jakarta.ee-spec <jakarta.ee-spec-bounces@xxxxxxxxxxx> On Behalf Of Kenji
Kazumura (Fujitsu) via jakarta.ee-spec
Sent: Friday, March 29, 2024 10:04 AM
To: 'jakarta.ee-spec@xxxxxxxxxxx' <jakarta.ee-spec@xxxxxxxxxxx>
Cc: Kazumura, Kenji <kzr@xxxxxxxxxxx>
Subject: [jakarta.ee-spec] BALLOT: Approval to release [SPECIFICATION NAME]
[VERSION]
Greetings Jakarta EE Specification Committee.
I need your vote to approve and ratify the release of Jakarta WebSocket 2.2.0 as part of
the Jakarta EE Platform 11 release.
The JESP/EFSP requires a successful ballot of the Specification Committee in order to
ratify the products of this release as a Final Specification (as that term is defined in the
EFSP).
The relevant materials are available here:
https://urldefense.com/v3/__https://github.com/jakartaee/specifications/pull/713__;!!ACWV5N9M2RV99hQ!PK8Llmyp6h1V6x9Q4OJIHteRubJvU8W1MNoZ-PK9ONbxpgRkJDAcVb19O_Db4QQWiXbalEd5586BA-Q_YJ8WYveQc7s$
https://urldefense.com/v3/__https://deploy-preview-713--jakartaee-specifications.netlify.app/specifications/webso__;!!ACWV5N9M2RV99hQ!PK8Llmyp6h1V6x9Q4OJIHteRubJvU8W1MNoZ-PK9ONbxpgRkJDAcVb19O_Db4QQWiXbalEd5586BA-Q_YJ8WZv7w8hY$
cket/2.2/
Per the process, this will be a fourteen day ballot, ending on April 12, 2024 that requires
a Super-majority positive vote of the Specification Committee members (note that there
is no veto). Community input is welcome, but only votes cast by Specification
Committee Representatives will be counted.
The Specification Committee is composed of representatives of the Jakarta EE Working
Group Member Companies (Fujitsu, IBM, Oracle, Payara, Tomitribe, Primeton, and
Shandong Cvicse Middleware Co.), along with individuals who represent the EE4J PMC,
Participant Members, and Committer Members.
Specification Committee representatives, your vote is hereby requested. Please respond
with +1 (positive), 0 (abstain), or -1 (reject). Any feedback that you can provide to
support your vote will be appreciated.
Thanks.
_______________________________________________
jakarta.ee-spec mailing list
jakarta.ee-spec@xxxxxxxxxxx
To unsubscribe from this list, visit
https://urldefense.com/v3/__https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec__;!!ACWV5N9M2RV99hQ!PK8Llmyp6h1V6x9Q4OJIHteRubJvU8W1MNoZ-PK9ONbxpgRkJDAcVb19O_Db4QQWiXbalEd5586BA-Q_YJ8WFe9YO9k$
_______________________________________________
jakarta.ee-spec mailing list
jakarta.ee-spec@xxxxxxxxxxx
To unsubscribe from this list, visit https://urldefense.com/v3/__https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec__;!!ACWV5N9M2RV99hQ!PK8Llmyp6h1V6x9Q4OJIHteRubJvU8W1MNoZ-PK9ONbxpgRkJDAcVb19O_Db4QQWiXbalEd5586BA-Q_YJ8WFe9YO9k$
