stevenzwu closed issue #13097: Modify REST Tests to Bind Loopback instead of
Localhost
URL: https://github.com/apache/iceberg/issues/13097
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specifi
stevenzwu commented on issue #13097:
URL: https://github.com/apache/iceberg/issues/13097#issuecomment-2914266973
fixed by PR #13101
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific c
stevenzwu commented on issue #13097:
URL: https://github.com/apache/iceberg/issues/13097#issuecomment-2895920631
There are also some Spark tests have the same problem. it resolves to the
public IP from `eth0` and then failed when resolving hostname from the public
IP in the restricted firew
stevenzwu commented on issue #13097:
URL: https://github.com/apache/iceberg/issues/13097#issuecomment-2892663568
The tests fixed in the PR #13101 was using port `0` for random selected
port. `RESTCatalogServer` finds a free port, which seems to make the
difference. If I change the port conf
stevenzwu commented on issue #13097:
URL: https://github.com/apache/iceberg/issues/13097#issuecomment-2892609446
Created a PR to apply the suggestion:
https://github.com/apache/iceberg/pull/13101
I didn't understand why `RESTCatalogServer` doesn't suffer this problem. It
is primarily
RussellSpitzer opened a new issue, #13097:
URL: https://github.com/apache/iceberg/issues/13097
### Feature Request / Improvement
Currently a lot of our tests use
```java
this.httpServer = new Server(0); // Bind all available interfaces at a
random port
```
Which