New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UNDERTOW-652 MCMPHandler#handleRequest() does not work with IPv6 addr… #366
Conversation
@rhatlapa can you please test this before we merge this? |
ce6434d
to
d64a6d1
Compare
This fix causes NPE when starting mod_cluster filter
|
@rhatlapa Good catch, thanks, fixed now. Sounds like this is missing test coverage... |
Checked the new fix and it looks good. |
Great, thanks, the modcluster counterpart is: modcluster/mod_cluster#168 |
Because it relies on multicast it I don't really know any way to write tests for it that will work in all environments. |
|
||
public int getManagementPort() { | ||
return managementPort; | ||
public InetSocketAddress getManagementSocketAddress() { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should not really be changing API's in a point release
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ideally yes, buts its really bad :-( and I am not sure how else to do this cleanly.. also all the getters are used internally by the implementation so there should be no harm.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess you just meant to keep them around as deprecated.. I can do that.
That is the mod_cluster API I think that is OK to change, we have also a changing mod_proxy API in Apache HTTPD and don't think people are using the undertow mod_cluster API outside undertow,.. |
I merged this with a minor change to preserve binary compat |
Linux Build 1768 outcome was FAILURE using a merge of 7a4e318 Failed tests
|
@stuartwdouglas @rhusar this should be reverted as it causes 161 test failures. |
@ctomc Thanks for checking into this, but these are really broken tests. We have done bunch of changes with Stuart and now the testsuite should run clean again. |
@rhusar great, thank you! |
…esses
https://issues.jboss.org/browse/UNDERTOW-652