The Apache Knox team is proud to announce the release of Apache Knox 2.0.0!
Apache Knox is a REST API Gateway for providing secure access to the data
and
processing resources of Hadoop clusters. More details on Apache Knox can be
found at: https://knox.apache.org/
Downloads, KEYS and
The VOTE for 2.0.0 RC 2 passes with: 4 binding +1's
0 -1's I will be working on promoting 2.0.0 RC 2 to an official release
shortly. Thank you for taking the time to test this release and
contributing to the Apache Knox community!
- Phil
I vote +1 to release RC2 as Apache Knox 2.0.0
- Checked NOTICE, LICENSE, CHANGES files
- Built from source
- Verified no log4j 1.x JARs
- Ran WebHdfs samples
- Tested HDFS dispatch whitelist
- Tested the RDBMS configuration monitor
- Verified [KNOX-2692] - Topology
Release candidate #2 for the Apache Knox 2.0.0 release is available at:
https://dist.apache.org/repos/dist/dev/knox/knox-2.0.0/
The release candidate is a zip archive of the sources in:
https://gitbox.apache.org/repos/asf/knox.git
Branch v2.0.0 (git checkout -b v2.0.0)
The KEYS file for
Oops! It looks like I mistyped the source code link.
The release candidate is a zip archive of the sources in:
https://gitbox.apache.org/repos/asf/knox.git
Branch v2.0.0 (git checkout -b v2.0.0)
Thanks again,
Phil
On Tue, Jan 31, 2023 at 1:48 PM Phil Zampino wrote:
> Release candidate
Release candidate #1 for the Apache Knox 2.0.0 release is available at:
https://dist.apache.org/repos/dist/dev/knox/knox-2.0.0/
The release candidate is a zip archive of the sources in:
https://https://gitbox.apache.org/repos/asf/knox.git
Branch v2.0.0 (git checkout -b v2.0.0)
The KEYS file for
Sandor, thank you for pulling this release together.
* Verified signatures
* Checked NOTICE, LICENSE, CHANGES files
* Downloaded and built from source
* Ran unit tests
* Tested logout from home page
* Exercised some of the samples
+1
On Wed, Nov 3, 2021 at 4:58 AM Sandor Molnar
wrote:
+1 for Apache Knox 1.5.0 RC1
I've performed the following:
- Verified the signatures for knox-source, knox, and knoxshell artifacts.
- Checked the LICENSE and NOTICE files (already commented on the
copyright in the NOTICE)
- Downloaded the source artifact, built it and executed the
I would not consider it a blocker, but put it on the list in case we should
need another RC.
On Fri, Nov 27, 2020 at 3:21 PM larry mccay wrote:
> Yes, it should. Not sure whether this is a blocker or not. Thoughts?
>
> On Wed, Nov 25, 2020, 9:59 PM Phil Zampino wrote:
>
>> C
Checking the NOTICE file in the RC, it has the copyright date as 2012-20*19*.
Should it rather be 2012-20*20*?
On Sun, Nov 22, 2020 at 2:59 PM larry mccay wrote:
> All -
>
> Release candidate #1 for the Apache Knox 1.5.0 release is available at:
>
>
We have had casual discussions about this before. It is something we’ve
wanted to do, so +1 from me.
On Wed, Nov 13, 2019 at 3:45 PM Sandor Molnar wrote:
> Hi folks,
>
> recently I had some contribution that allows end-users managing service
> definitions without restarting the Knox Gateway.
I think the proposed themes are appropriate.
CM-based service discovery is partially there already, and need only be
fleshed out for completeness and tested.
We've wanted to provide much of the Knox CLI functionality through
KnoxShell (so it could be accessed remotely) for quite some time now.
I was going to suggest that you might be experiencing a docker issue
because the ext folder works; You beat me to it.
I'm not sure if this is what you're after, but
org.apache.knox.gateway.security.SubjectUtils might be of use to you for
identifying the currently logged-in principal.
On Fri, Mar
Great news! Thanks Larry.
On Sun, Jul 29, 2018 at 12:50 PM larry mccay wrote:
> The VOTE for 1.1.0 rc3 passes with:
>
> 3 binding +1's
> 0 -1's
>
> I will be working on promoting RC3 to an official release shortly.
>
> Thank you for taking the time to test this release and contributing to the
>
Thanks for the quick turnaround on these RCs, Larry!
+1
* Verified GPG/MD5/SHA signatures for Knox source, Knox and KnoxShell release
packages (zip files)
* Downloaded and built from source (with Java 1.8.0_144)
* Checked LICENSE and NOTICE files
* Checked ISSUES file
* Checked CHANGES file
*
-1
I've discovered that conf/gateway-site.xml defines the
gateway.dispatch.whitelist property twice, each with different values.
This may result in the expected behavior, but it's technically incorrect
(properties should not be defined twice) and it's certainly confusing.
Less concerning is that
-1
After some testing, there are some issues which merit another RC, IMO:
- Some services are unnecessarily held to the dispatch whitelist validation
(e.g., WEBHDFS, WEBHBASE)
- The Admin UI URL input field validation requires a port, which it should
not.
While there are work-arounds for both,
During some testing of the proposed 1.1.0 code, I've discovered some NPEs
in filters (e.g., AclsAuthorizationFilter, HadoopGroupProviderFilter),
which are concerning.
I've committed a change to address the AclsAuthorizationFilter, but seeing
similar behavior for the HadoopGroupProviderFilter has
subscribe
19 matches
Mail list logo
