Skip to content
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

WFLY-381 Add undertow support to mod_cluster subsystem. #4691

Merged
merged 1 commit into from Jul 5, 2013

Conversation

pferraro
Copy link
Contributor

No description provided.

@wildfly-ci
Copy link

Triggering build using a merge of c5417eb on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/

@wildfly-ci
Copy link

Build 7551 is now running using a merge of c5417eb on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7551

@wildfly-ci
Copy link

Build 7551 outcome was FAILURE using a merge of c5417eb on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7551
Public: http://hudson.jboss.org/hudson/job/wildfly-param-pull/7551

@rhusar
Copy link
Member

rhusar commented Jun 25, 2013

Looks like we forgot to add the compatibility module, fix:

rhusar@b105a78

@pferraro
Copy link
Contributor Author

Well, more fundamentally, I never ran this portion of the testsuite... ;) However, I don't think we should have to add a compatibility module, since it is never referenced by any other module that would ever cause a problem. Rather, there are a host of config files in these testsuites that need to be modified to use the new module name.

@rhusar
Copy link
Member

rhusar commented Jun 25, 2013

Actually the testsuite tests with already released set of configurations (e.g. 7.0.2 shipped standalone-ha.xml) to test backwards compatibility. Those should never be changed. So I really think we want to keep a compatibility module around (it really just "links" the old name to new name and exports services so its really trivial).

I have rerun few tests locally with this patch rhusar/wildfly@b105a78 and they passed, I have started a whole run #4694 too see if it fixes all.

@pferraro
Copy link
Contributor Author

Ah, of course, the module is ultimately referenced by name as <extension module="..."/> in the configs, so forget what I said earlier...

@wildfly-ci
Copy link

Triggering build using a merge of 769d2e3 on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/

@wildfly-ci
Copy link

Build 7557 is now running using a merge of 769d2e3 on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7557

@rhusar
Copy link
Member

rhusar commented Jun 25, 2013

Yeah, it passes with that change now completely: #4694 (comment)

@wildfly-ci
Copy link

Build 7557 outcome was FAILURE using a merge of 769d2e3 on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7557
Public: http://hudson.jboss.org/hudson/job/wildfly-param-pull/7557

@rhusar
Copy link
Member

rhusar commented Jun 25, 2013

One more thingy: pferraro#1

@wildfly-ci
Copy link

Triggering build using a merge of ed0a0ff on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/

@wildfly-ci
Copy link

Build 7558 is now running using a merge of ed0a0ff on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7558

@wildfly-ci
Copy link

Build 7558 outcome was FAILURE using a merge of ed0a0ff on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7558
Public: http://hudson.jboss.org/hudson/job/wildfly-param-pull/7558

@pferraro
Copy link
Contributor Author

Um - I don't think that failure is related. Retest this please.

@wildfly-ci
Copy link

Triggering build using a merge of ed0a0ff on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/

@wildfly-ci
Copy link

Build 7559 is now running using a merge of ed0a0ff on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7559

@wildfly-ci
Copy link

Build 7559 outcome was SUCCESS using a merge of ed0a0ff on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7559
Public: http://hudson.jboss.org/hudson/job/wildfly-param-pull/7559

@rhusar
Copy link
Member

rhusar commented Jun 27, 2013

Huh, actually it doesnt work at all now.

Here is a fix: rhusar@65234ca

PR: pferraro#2

  • The services are never started, it seems to me as though Mode.ON_DEMAND is not treated by Mode.PASSIVE as satisfied dependency.
  • The module depedencies are missing and status thread fails and vanishes
    PS: pretty weird how the executor scheduled thread is logging fatal CDNF only in trace log...
  • Also woaround typically having to wait 10s to register, because jvmRoute is not yet set

@wildfly-ci
Copy link

Triggering build using a merge of a9f4feffa6084e5ddbfa98b7c756fc5068cc9e3c on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/

@wildfly-ci
Copy link

Build 7584 is now running using a merge of a9f4feffa6084e5ddbfa98b7c756fc5068cc9e3c on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7584

@wildfly-ci
Copy link

Build 7584 outcome was SUCCESS using a merge of a9f4feffa6084e5ddbfa98b7c756fc5068cc9e3c on branch master:
Private: http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull/7584
Public: http://hudson.jboss.org/hudson/job/wildfly-param-pull/7584

@pferraro
Copy link
Contributor Author

pferraro commented Jul 2, 2013

This is gathering dust. Can someone review this please?

@@ -76,12 +76,15 @@
*/
public class ModClusterExtension implements XMLStreamConstants, Extension {

public static final String SUBSYSTEM_NAME = "modcluster";
static final String LEGACY_SUBSYSTEM_NAME = "modcluster";
// Might it be possible to rename this subsystem?!
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nope. :)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Damn.

</dynamic-load-provider>
</mod-cluster-config>
</subsystem>
<socket-binding name="mod_cluster" port="0" multicast-address="224.0.1.105" multicast-port="23364"/>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same here. I notice in the testsuite you had to change tests to deal with this. Anyone else who writes tests against WF/EAP7 will have to waste time doing the same.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The intention is to address https://issues.jboss.org/browse/WFLY-689

@bstansberry bstansberry merged commit 41acb0d into wildfly:master Jul 5, 2013
@bstansberry
Copy link
Contributor

Merged.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
4 participants