Loading...

Type: Bug
Resolution: Won't Do
Priority: Major
Fix Version/s: None
Affects Version/s: 7.2.6.GA
Component/s: EJB
Labels:
None

CDW devel_ack:
CDW docs_ack:
CDW pm_ack:
CDW qa_ack:
CDW release:
Target Release:

7.2.z.GA
Workaround Description:

Hide

If old legacy remoting is required and the backend environment has to run a cluster, the only chance it to stick with the single protocol and configure the remote in the ejb3 subsystem to point to the remoting-connector

Show
If old legacy remoting is required and the backend environment has to run a cluster, the only chance it to stick with the single protocol and configure the remote in the ejb3 subsystem to point to the remoting-connector
Steps to Reproduce:

Hide

The attached playground.zip in WFLY-13132 can be used to reproduce the issue. That archive contain the project that includes a Readme.txt, explaining how to use it...

Show
The attached playground.zip in WFLY-13132 can be used to reproduce the issue. That archive contain the project that includes a Readme.txt , explaining how to use it...

SFDC Cases Counter:
SFDC Cases Open:
SFDC Cases Links:

Issue

General Client setup:

    Properties p = new Properties();
    p.put(Context.INITIAL_CONTEXT_FACTORY, "org.wildfly.naming.client.WildFlyInitialContextFactory");
    p.put(Context.PROVIDER_URL, {see below});
    p.put(Context.SECURITY_PRINCIPAL, USER);
    p.put(Context.SECURITY_CREDENTIALS, PWD);
    Context context = new InitialContext(p);

Standard server configuration:

    <subsystem xmlns="urn:jboss:domain:ejb3:5.0">
        ...
        <remote connector-ref="http-remoting-connector" thread-pool-name="default">
            <channel-creation-options>
                <option name="READ_TIMEOUT" value="${prop.remoting-connector.read.timeout:20}" type="xnio"/>
                <option name="MAX_OUTBOUND_MESSAGES" value="1234" type="remoting"/>
            </channel-creation-options>
        </remote>
        ...
    </subsystem>
    ...
    <subsystem xmlns="urn:jboss:domain:remoting:4.0">
        <connector name="remoting-connector" socket-binding="remoting" security-realm="ApplicationRealm">
            <properties>
                <property name="SSL_ENABLED" value="false"/>
            </properties>
        </connector>
        <http-connector name="http-remoting-connector" connector-ref="default" security-realm="ApplicationRealm"/>
    </subsystem>

invocation from remote client to server with:

remote://localhost:4447
remote+http://localhost:8080

Client side topology update always:

DEBUG (XNIO-1 task-2) [org.jboss.ejb.client.invocation] Received CLUSTER_TOPOLOGY(15) message from node master:app-cluster-node0, registering cluster ejb to node master:app-cluster-node0
DEBUG (XNIO-1 task-2) [org.jboss.ejb.client.invocation] Received CLUSTER_TOPOLOGY(15) message block from master:app-cluster-node0, registering block ::/0 to address 127.0.0.1:8080
DEBUG (XNIO-1 task-2) [org.jboss.ejb.client.invocation] Received CLUSTER_TOPOLOGY(15) message from node master:app-cluster-node0, registering cluster ejb to node master:app-cluster-node1
DEBUG (XNIO-1 task-2) [org.jboss.ejb.client.invocation] Received CLUSTER_TOPOLOGY(15) message block from master:app-cluster-node0, registering block ::/0 to address 127.0.0.1:8180
DEBUG (XNIO-1 task-1) [org.jboss.ejb.client.invocation] Received MODULE_AVAILABLE(8) message from node master:app-cluster-node0 for module playground-app/playground-app-web
DEBUG (XNIO-1 task-1) [org.jboss.ejb.client.invocation] Received MODULE_AVAILABLE(8) message from node master:app-cluster-node0 for module playground-app/playground-app-ejb

Legacy server configuration:

    <subsystem xmlns="urn:jboss:domain:ejb3:5.0">
        ...
        <remote connector-ref="remoting-connector" thread-pool-name="default">
            <channel-creation-options>
                <option name="READ_TIMEOUT" value="${prop.remoting-connector.read.timeout:20}" type="xnio"/>
                <option name="MAX_OUTBOUND_MESSAGES" value="1234" type="remoting"/>
            </channel-creation-options>
        </remote>
        ...
    </subsystem>
    ...
    <subsystem xmlns="urn:jboss:domain:remoting:4.0">
        <connector name="remoting-connector" socket-binding="remoting" security-realm="ApplicationRealm">
            <properties>
                <property name="SSL_ENABLED" value="false"/>
            </properties>
        </connector>
        <http-connector name="http-remoting-connector" connector-ref="default" security-realm="ApplicationRealm"/>
    </subsystem>

invocation from remote client to server with:

remote://localhost:4447
remote+http://localhost:8080

Client side topology update always:

DEBUG (XNIO-1 task-2) [org.jboss.ejb.client.invocation] Received CLUSTER_TOPOLOGY(15) message from node master:app-cluster-node0, registering cluster ejb to node master:app-cluster-node0
DEBUG (XNIO-1 task-2) [org.jboss.ejb.client.invocation] Received CLUSTER_TOPOLOGY(15) message block from master:app-cluster-node0, registering block ::/0 to address 127.0.0.1:4447
DEBUG (XNIO-1 task-2) [org.jboss.ejb.client.invocation] Received CLUSTER_TOPOLOGY(15) message from node master:app-cluster-node0, registering cluster ejb to node master:app-cluster-node1
DEBUG (XNIO-1 task-2) [org.jboss.ejb.client.invocation] Received CLUSTER_TOPOLOGY(15) message block from master:app-cluster-node0, registering block ::/0 to address 127.0.0.1:4547
DEBUG (XNIO-1 task-1) [org.jboss.ejb.client.invocation] Received MODULE_AVAILABLE(8) message from node master:app-cluster-node0 for module playground-app/playground-app-web
DEBUG (XNIO-1 task-1) [org.jboss.ejb.client.invocation] Received MODULE_AVAILABLE(8) message from node master:app-cluster-node0 for module playground-app/playground-app-ejb

Conclusion

Depending on what is configured as connector-ref in the remote of the ejb3 subsystem the CLUSTER_TOPOLOGY update is different. From a client perspective it would be expected that either the CLUSTER_TOPOLOGY update would only contain destinations that are applicable for the connector/protocol that has been used, or maybe even ALL available destinations, as the client could potentially run a mix of protocols between invocations...

clones

JBEAP-18772 [GSS](7.3.z) WFLY-13132 , WFLY-13469 - Wrong/Incomplete CLUSTER_TOPOLOGY update sent to EJB client

Closed

incorporates

WFLY-13132 Wrong/Incomplete CLUSTER_TOPOLOGY update sent to EJB client

Closed

Details

Description

Issue

General Client setup:

Standard server configuration:

invocation from remote client to server with:

Client side topology update always:

Legacy server configuration:

invocation from remote client to server with:

Client side topology update always:

Conclusion

Attachments

Issue Links

Easy Agile Planning Poker

Activity

People

Dates