24 messages in net.java.dev.glassfish.usersRe: Problems with listeners, hosts an...| From | Sent On | Attachments |
|---|---|---|
| glas...@javadesktop.org | Jun 30, 2008 12:02 pm | |
| Wolfram Rittmeyer | Jun 30, 2008 1:54 pm | |
| glas...@javadesktop.org | Jun 30, 2008 2:24 pm | |
| glas...@javadesktop.org | Jul 1, 2008 12:38 am | |
| glas...@javadesktop.org | Jul 1, 2008 1:51 am | |
| Wolfram Rittmeyer | Jul 2, 2008 2:37 pm | |
| glas...@javadesktop.org | Jul 4, 2008 3:27 am | |
| Wolfram Rittmeyer | Jul 4, 2008 2:41 pm | |
| glas...@javadesktop.org | Jul 4, 2008 3:06 pm | |
| glas...@javadesktop.org | Jul 7, 2008 1:29 am | |
| Scott Oaks | Jul 7, 2008 6:58 am | |
| glas...@javadesktop.org | Jul 7, 2008 10:00 am | |
| glas...@javadesktop.org | Jul 7, 2008 1:48 pm | |
| glas...@javadesktop.org | Jul 8, 2008 2:13 am | |
| glas...@javadesktop.org | Jul 8, 2008 2:28 am | |
| glas...@javadesktop.org | Jul 8, 2008 3:53 am | |
| Jan....@Sun.COM | Jul 8, 2008 6:42 pm | |
| glas...@javadesktop.org | Jul 9, 2008 12:54 am | |
| glas...@javadesktop.org | Jul 10, 2008 3:48 am | |
| glas...@javadesktop.org | Jul 12, 2008 5:35 am | |
| glas...@javadesktop.org | Jul 13, 2008 11:22 am | |
| glas...@javadesktop.org | Jul 14, 2008 8:12 am | |
| Wolfram Rittmeyer | Jul 14, 2008 12:22 pm | |
| Wolfram Rittmeyer | Jul 14, 2008 12:33 pm |
| Subject: | Re: Problems with listeners, hosts and multihoming | |
|---|---|---|
| From: | Wolfram Rittmeyer (w.ri...@jsptutorial.org) | |
| Date: | Jul 2, 2008 2:37:17 pm | |
| List: | net.java.dev.glassfish.users | |
glas...@javadesktop.org wrote:
Hi Wolfgram
What I'm trying to is the same behaviour of Apache or IIS: one single listener
and requests routed by host header.
In my configuration I have added additional IPs to /etc/hosts: 127.0.0.1 localhost.localdomain localhost 10.128.128.31 lvov1.ips 10.129.128.32 lvov2.ips 10.129.128.33 lvov3.ips
This is not necessary for GlassFish - only for you to access the ncorrect virtual servers by hostname when using a browser on the server itself. GlassFish _does_ use the hostname. Why this doesn't work for you - that's the question. /etc/hosts though has nothing to do with it.
The domain.xml listener and server sections are:
<http-listener acceptor-threads="1" address="0.0.0.0"
blocking-enabled="false" default-virtual-server="server" enabled="true"
family="inet" id="http-listener-1" port="8173" security-enabled="false"
server-name="" xpowered-by="true">
<property name="proxiedProtocols" value="ws/tcp"/>
</http-listener>
<virtual-server hosts="localhost, localhost.localdomain"
http-listeners="http-listener-1" id="server"
log-file="${com.sun.aas.instanceRoot}/logs/server.log" state="on">
<property name="docroot" value="${com.sun.aas.instanceRoot}/docroot"/>
<property name="accesslog"
value="${com.sun.aas.instanceRoot}/logs/access"/>
<property name="sso-enabled" value="false"/>
</virtual-server>
<virtual-server default-web-module="A31" hosts="lvov1.ips"
http-listeners="http-listener-1" id="S31"
log-file="${com.sun.aas.instanceRoot}/logs/server.log" state="on">
<property name="sso-enabled" value="false"/>
<property name="docroot" value="${com.sun.aas.instanceRoot}/docroot"/>
<property name="accesslog"
value="${com.sun.aas.instanceRoot}/logs/access"/>
</virtual-server>
<virtual-server default-web-module="A32" hosts="lvov2.ips"
http-listeners="http-listener-1" id="S32"
log-file="${com.sun.aas.instanceRoot}/logs/server.log" state="on">
<property name="sso-enabled" value="false"/>
<property name="docroot" value="${com.sun.aas.instanceRoot}/docroot"/>
<property name="accesslog"
value="${com.sun.aas.instanceRoot}/logs/access"/>
</virtual-server>
<virtual-server default-web-module="A33" hosts="lvov3.ips"
http-listeners="http-listener-1" id="S33"
log-file="${com.sun.aas.instanceRoot}/logs/server.log" state="on">
<property name="sso-enabled" value="false"/>
<property name="docroot" value="${com.sun.aas.instanceRoot}/docroot"/>
<property name="accesslog"
value="${com.sun.aas.instanceRoot}/logs/access"/>
</virtual-server>
On first glance this looks okay to me. Can you also send the relevant parts about your webapps (web-module elements of your domain.xml and also application-ref-elements at the end of domain.xml).
I already asked what you can see in your access log and in server.log. Anything relvant in there? So given the above confiuration a request to lvo1.ips should be found in a file like GF_INSTALL/domains/domain1/logs/access/lvov1_access_log.DATE.txt.
If a request to lvov1.ips gets logged here, your virtual-server settings are okay, but probably not your webapp-settings or the ref-settings. If the reqeusts still gets logged in GF_INSTALL/domains/domain1/logs/access/server_access_log.SOMEDATE.txt the virtual-server settings should be glanced upon more closely. Thus please post what happens in your access logs when trying to contact your site.
Module A31 is deployed on S31, context /A31; A32 on S32, context /A32 and A33 on
S33, context /A33.
Whenever I try to open
http://lvov1.ips:8173 the docroot page is shown; the same occurs with lvov2 and
lvov3
Whenever I try to open
http://lvov1.ips:8173/A31 a blank, void page is shown without errors on the
browser and on the server log. The same happens with lvov2 and lvov3 and any
combination of them with A31, A32 and A33.
The goal of this is when url http://lvov1.ips is opened, module /A31 be opened,
and so with lvov2.ips - /A32, lvov3.ips - /A33
[Message sent by forum member 'aperezymadrid' (aperezymadrid)]
Hope that helps.
-- Wolfram Rittmeyer