You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Update/enhance PortAssigner#assignDynamicPorts javadoc to better explain its behavior.
Specifically:
When using HTTP, only the first application and admin connectors have dynamic ports assigned. If an application is using multiple connectors, it's probably not a good idea to use PortAssigner at all.
When using HTTPS, currently it replaces any existing application and admin connectors. This is currently in an impleNote but I think it needs to be more prominent until and unless PortAssigner replaces app/admin connectors #427 is implemented to change the behavior. Even if it is changed, like HTTP it would only modify the first application and admin connectors, so it probably should not be used if an application uses multiple connectors.
The text was updated successfully, but these errors were encountered:
* Add more details to the javadoc to better explain the
differences in behavior when using HTTP vs HTTPS ports.
* Emphasize the word 'replace' in a debugging log message.
* Make the TestConfig nested class public inside
ConfigResourceTest, because IntelliJ flagged this as
a case where the class using it (TestApp) was public
and had more visibility than a class it was using.
While this didn't cause the test any problems, better
to listen to IntelliJ when it tells you something!
And it's correct that normally, this would have
been an issue in production code.
Closes#428
* Add more details to the javadoc to better explain the
differences in behavior when using HTTP vs HTTPS ports.
* Emphasize the word 'replace' in a debugging log message.
* Make the TestConfig nested class public inside
ConfigResourceTest, because IntelliJ flagged this as
a case where the class using it (TestApp) was public
and had more visibility than a class it was using.
While this didn't cause the test any problems, better
to listen to IntelliJ when it tells you something!
And it's correct that normally, this would have
been an issue in production code.
Closes#428
Update/enhance
PortAssigner#assignDynamicPorts
javadoc to better explain its behavior.Specifically:
PortAssigner
at all.impleNote
but I think it needs to be more prominent until and unless PortAssigner replaces app/admin connectors #427 is implemented to change the behavior. Even if it is changed, like HTTP it would only modify the first application and admin connectors, so it probably should not be used if an application uses multiple connectors.The text was updated successfully, but these errors were encountered: