I agree that the way the AS is binding is appropriate, given the default
config.
As Jim Tyrell pointed out, there's a JIRA to quickly detect port
conflicts and fail gracefully. I always saw that as primarily being a
problem of dealing with the fact that it's the various projects we
integrate that open sockets, and they do that in their own various ways
deep in their internals. So having some central infrastructure in the AS
that can coordinate things nicely is not a simple task.
This thread broadens the question by opening up the issue of "what is a
port conflict"? Clearly the OS didn't regard this situation as a port
conflict. If "port conflict" doesn't just mean "can I bind the
socket"
but also means "if a client tries to connect to my address:port will
something already respond" that too make conflict detection a not simple
task.
Some vaguely related JIRAs if anyone feels like reading more and
thinking about socket binding issues:
https://issues.jboss.org/browse/JBPAPP-8383
https://issues.jboss.org/browse/AS7-5359
https://issues.jboss.org/browse/AS7-5360
https://issues.jboss.org/browse/AS7-1189
On 9/11/12 11:19 AM, Jason Greene wrote:
On Sep 11, 2012, at 11:16 AM, Cheng Fang <cfang(a)redhat.com> wrote:
>
> So GF binds to all interfaces on IPv6, while as7 binds to localhost on IPv4.
IMO that's a perfectly valid configuration.
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat