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(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/wildfly-dev
>