-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Andy,
On 1/28/15 3:21 PM, Wang, Andy wrote: > On Fri, 2015-01-23 at 16:05 -0500, Christopher Schultz wrote: > >>> >>> If only one address per Connector can be specified, can you >>> not just use 2 <Connector>s, one for each ? They should not >>> conflict. >> >> That should definitely work (address="127.0.0.1" and >> address="::") but one connector might be nice. >> >> Maybe Tomcat could detect some magic value that is invalid for >> an address (like "loopback") and then use >> InetAddress.getLoopbackAddress() instead of a traditional >> address lookup/resolution. >> > > Just thought I'd provided a bit more details for completeness > sake. > > Even InetAddress.getLoopbackAddress isn't perfect. What Jess left > out of his original description is that we really ideally wanted to > simply leave mod_jk configured to use localhost instead of an IP > address. We incorrectly assumed localhost = 127.0.0.1. I forgot > that localhost can also resolve to ::1 (for some reason I had it in > my head that localhost6 would be used for ::1) > > So really, without using an IP address on both mod_jk and tomcat > side, there's no good way to synchronize the two configurations. So it seems like configuration that supports "localhost" -> InetAddress.getLoopbackAddress() won't help, because you might still not get what you expect (or want). Better to force the user to be explicit. > The two connectors idea is an interesting one, but that has the > unfortunate aspect of now maintaining 2 separate thread pools > complicating performance tuning a little bit especially if you > can't predict exactly which connector the mod_jk side might be > using if we rely on an "ambiguous" localhost value. See Chuck's response: he's right. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUylLKAAoJEBzwKT+lPKRYghoQAI+/5DoAKRtai4f9W0EXEwGU kWeFbXpWAcONeVvDIExJQxmwf/F9VPcy70VG2xJ480/85Cm596aUA6tl6BmzdstI HkWURVPjBpzTyeZZ8bsAmtJhePcrJ1nVdjV5EiYHOKcxL33GnVwS6AO0Iyszs5QJ CfRHsajHM7AKVG3qO9rZtbBGP9KJ4Yga3X44tdpsZD0lTLdgdimllqF7iSGTLFN2 my3yZisgiQUp3BCO+Cx910NGsGCI5tGhCJPVNhxMCqHA28iKJ+oGhwynXgtvCcKY n01kiFY+a7apTP+OTh6CWYblLDFIfZ6rWD58IByjNAYq0mGE0r5cHUXY1ptoilOn DumnFn3v9gaQxAAplkz761RCBEuZd03IfupCvo6MfQkH+0A+31y9Ni2tEP5W3Rxy wetjWFQifuUYl5r5KrHGbpax0N4PDhJ9n5VU6zmuRoc8YkHQSq7Lvzp/fhPwGbj+ rQbRCedgj8eLNqk3ECCP1cr4gcFtFwkHBjwl5pkhZ24jkUmRgyAnjXlA/mn3t5Xt 44QXuwyf0kLEvAscRmr5Ll4+ZMsFqiypIO9bTOyRAxUnwC8+5PhbVUPXa1IleUsp 0MbG7bjdgxmClxyNmblA/rM1gi47cWMsklcHVwBJpmWIDPcraQHBrQhvom3/O41m sLrSbwKKwrZC2S96kc2U =br0p -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
