Hi

I'm a little bit worried by this issue as it doesn't seem "isolated"
(we can reproduce the issue on at least three machines; Russ, Yufei
and my Mac).

I propose:
1. Let's take a look on the issue created by Russell and see if we can
find a fix quickly (I will investigate today).
2. If we have a quick fix, I would propose to do a RC1.
3. If the fix is not obvious, then, let's aim for the 1.2.0-incubating release.

Regards
JB

On Thu, Sep 4, 2025 at 4:46 AM Russell Spitzer
<[email protected]> wrote:
>
> Created an issue - https://github.com/apache/polaris/issues/2501
> Done looking into this for now but it seems like the client we are making
> to contact the container is failing to authenticate correctly or
> possibly just using the wrong configuration in some other way. The
> container starts fine and everything looks ok but the client we create
> just get' a 403 for all requests I tried.
>
>
> On Wed, Sep 3, 2025 at 7:16 PM Russell Spitzer <[email protected]>
> wrote:
>
> > Full error in the error report which doesn't seem to match the StdErr
> > message
> >
> > org.junit.jupiter.api.extension.ParameterResolutionException: Failed to 
> > resolve parameter [org.apache.polaris.service.it.env.PolarisApiEndpoints 
> > arg0] in method [static void 
> > org.apache.polaris.service.it.test.PolarisRestCatalogIntegrationBase.setup(org.apache.polaris.service.it.env.PolarisApiEndpoints,org.apache.polaris.service.it.env.ClientPrincipal)]:
> >  System property not set correctly: quarkus.http.test-port
> >       at [email protected]/java.util.ArrayList.forEach(ArrayList.java:1596)
> >       Suppressed: java.lang.NullPointerException: Cannot invoke 
> > "org.apache.polaris.service.it.env.PolarisClient.close()" because 
> > "org.apache.polaris.service.it.test.PolarisRestCatalogIntegrationBase.client"
> >  is null
> >               at 
> > org.apache.polaris.service.it.test.PolarisRestCatalogIntegrationBase.close(PolarisRestCatalogIntegrationBase.java:224)
> >               at java.base/java.lang.reflect.Method.invoke(Method.java:580)
> >               at java.base/java.util.ArrayList.forEach(ArrayList.java:1596)
> >               at 
> > java.base/java.util.Collections$UnmodifiableCollection.forEach(Collections.java:1116)
> >               ... 1 more
> > Caused by: java.lang.NullPointerException: System property not set 
> > correctly: quarkus.http.test-port
> >       at java.base/java.util.Objects.requireNonNull(Objects.java:259)
> >       at 
> > org.apache.polaris.service.it.ServerManager.getQuarkusTestPort(ServerManager.java:55)
> >       at 
> > org.apache.polaris.service.it.ServerManager$1.baseUri(ServerManager.java:37)
> >       at 
> > org.apache.polaris.service.it.ext.PolarisIntegrationTestExtension$Env.<init>(PolarisIntegrationTestExtension.java:95)
> >       at 
> > org.apache.polaris.service.it.ext.PolarisIntegrationTestExtension.lambda$env$0(PolarisIntegrationTestExtension.java:72)
> >       at 
> > org.apache.polaris.service.it.ext.PolarisIntegrationTestExtension.env(PolarisIntegrationTestExtension.java:71)
> >       at 
> > org.apache.polaris.service.it.ext.PolarisIntegrationTestExtension.resolveParameter(PolarisIntegrationTestExtension.java:56)
> >       ... 1 more
> >
> >
> > On Wed, Sep 3, 2025 at 7:13 PM Russell Spitzer <[email protected]>
> > wrote:
> >
> >> I wouldn't consider it a blocker, but we should aim for tests that are
> >> more or less environment independent (or
> >> at least work on all voting dev's machines :) )
> >>
> >> If it is a DNS resolution error it's probably just binding to a resolved
> >> ip rather than loopback. We had a similar
> >> issue in Iceberg which was fixed here.
> >>
> >> https://github.com/apache/iceberg/pull/13101
> >>
> >> On Wed, Sep 3, 2025 at 6:13 PM Dmitri Bourlatchkov
> >> <[email protected]> wrote:
> >>
> >>> +1 (binding)
> >>>
> >>> Verified:
> >>>
> >>> * Checksums
> >>> * Signatures
> >>> * Iceberg Catalog smoke test from the bundled binary dist with MinIO +
> >>> PostgreSQL and Spark (CTAS/select)
> >>>
> >>> Cheers,
> >>> Dmitri.
> >>>
> >>> On Sun, Aug 31, 2025 at 11:36 PM Jean-Baptiste Onofré <[email protected]>
> >>> wrote:
> >>>
> >>> > Hi everyone,
> >>> >
> >>> > I propose that we release the following RC as the official
> >>> > Apache Polaris 1.1.0-incubating release.
> >>> >
> >>> > * This corresponds to the tag: apache-polaris-1.1.0-incubating-rc0
> >>> > *
> >>> >
> >>> https://github.com/apache/polaris/commits/apache-polaris-1.1.0-incubating-rc0
> >>> > *
> >>> >
> >>> https://github.com/apache/polaris/tree/9c635e14fb7497cd4d40b79075048af49350d622
> >>> >
> >>> > The release tarball, signature, and checksums are here:
> >>> > *
> >>> >
> >>> https://dist.apache.org/repos/dist/dev/incubator/polaris/1.1.0-incubating
> >>> >
> >>> > Helm charts are available on:
> >>> > *
> >>> >
> >>> https://dist.apache.org/repos/dist/dev/incubator/polaris/helm-chart/1.1.0-incubating
> >>> > NB: you have to build the Docker images locally in order to test Helm
> >>> > charts.
> >>> >
> >>> > You can find the KEYS file here:
> >>> > * https://downloads.apache.org/incubator/polaris/KEYS
> >>> >
> >>> > Convenience binary artifacts are staged on Nexus. The Maven
> >>> > repositories URLs are:
> >>> > *
> >>> >
> >>> https://repository.apache.org/content/repositories/orgapachepolaris-1030/
> >>> >
> >>> > Please download, verify, and test.
> >>> >
> >>> > Please vote in the next 72 hours.
> >>> >
> >>> > [ ] +1 Release this as Apache polaris x.y.z
> >>> > [ ] +0
> >>> > [ ] -1 Do not release this because...
> >>> >
> >>> > Only PPMC members and mentors have binding votes, but other community
> >>> > members are
> >>> > encouraged to cast non-binding votes. This vote will pass if there are
> >>> > 3 binding +1 votes and more binding +1 votes than -1 votes.
> >>> >
> >>> > NB: if this vote passes, a new vote has to be started on the Incubator
> >>> > general mailing
> >>> > list.
> >>> >
> >>> > Regards
> >>> > JB
> >>> >
> >>>
> >>

Reply via email to