This isn't just a ejb-client
specific thing. One of the goals of WildFly 8 has been to
allow communication over a single port (http). So ports like
4447 are no longer opened by default. This affects all
applications communicating with WildFly and isn't specific
to ejb-client. For example, even remote naming need to use
the new port.
-Jaikiran
On Wednesday 17 July 2013 04:18 PM, Wolf-Dieter
Fink wrote:
works so far,
but yet another change to the ejb-client.
Does this mean the whole communication will use
the 8080 port and there is no other temporary port opened
(for firewall configuration)?
- Wolf
On 07/17/2013 12:12 PM, Jaikiran Pai wrote:
WildFly upstream no longer
uses 4447 port for remote communication. Undertow now
supports http-upgrade which means that the communication
happens on the http port which by default is 8080.
-Jaikiran
On Wednesday 17 July 2013 03:31 PM, Wolf-Dieter
Fink wrote:
I try to run my quickstart
(ejb-multi-server) with WildFly.
Configuration and deployment work.
But the (remote) EJB invocation failed. Neither
standalone nor client inside the server works.
If I use an older WildFly pulled at the 07/11
(don't know the exact commit) everything works fine.
I retest with the ejb-remote QS, here the same
issue.
To avoid any maven issue I've used plain java
command and include the correct jboss-client.jar
I've attached the logfiles from a working and
non-working attempt.
The only difference I see is that the
ejb-client library is new (moved from 1.x =>
2.x.Beta), remoting is unkown and XNIO 3.1.0.CR3.
- Wolf
_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev