Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates
 212.85.38.228 as permitted sender)
Message-ID: <4BDDAB72.8000402@ice-sa.com>
Date: Sun, 02 May 2010 18:42:26 +0200
From: =?UTF-8?B?QW5kcsOpIFdhcm5pZXI=?= <aw@ice-sa.com>
Reply-To: Tomcat Users List <users@tomcat.apache.org>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: Tomcat Connector to Apache 2.2
References: <u2g8fed00c51005010906k4d7c950cicc0767f83464865a@mail.gmail.com>
 	<4BDD5097.3030205@ice-sa.com>
 <u2z8fed00c51005020832v321e5e5anc1d13fafd8c28bc6@mail.gmail.com>
In-Reply-To: <u2z8fed00c51005020832v321e5e5anc1d13fafd8c28bc6@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Hi.

Jie Sheng Chua wrote:
> Hi André and Juha,
> 
> I edit my tomcat server.xml as describe. my tomcat and apache listed that
> the connector is started as in the log.
> But when i access (http://192.168.1.68/examples/index.html) with IE, "The
> webpage cannot be found" error is displayed.

Do yourself a favor, and in IE, in the settings, unclick the option for 
"use friendly error messages".
This way, you will see the page really sent back by the server, and not 
the internal built-in IE "friendly" error page, which is useless.

> When i access "http://192.168.1.68:8080/examples/index.html", the page can
> be display.

Ok. This means that at least Tomcat can find the page.

Your Apache/mod_jk configuration also looks ok to me.

...

> 
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> *apache2: error.log*
> 
> [Sun May 02 23:02:33 2010] [notice] Apache/2.2.14 (Ubuntu) mod_jk/1.2.28
> configured -- resuming normal operations
> [Sun May 02 23:04:27 2010] [error] [client 192.168.1.66] File does not
> exist: /var/www/examples
>

The above can be 2 things :
a) either Apache is not even trying to pass this request to mod_jk
or
b) Apache passes the request to mod_jk, but mod_jk returns the request 
to Apache with the code DECLINE.
This would mean that mod_jk has examined the URL of the request, 
determined that it does not match any of its "JkMount", and decided this 
request is not for him and should be handled by Apache itself.
Then Apache tries to find (himself) the requested document under its own 
DocumentRoot, and it fails, so it returns a 404 Not Found response.

To find out more, increase the log level of mod_jk :

 > # Set the jk log level [debug/error/info]
 > JkLogLevel    info
to
JkLogLevel debug

Then retry and look at /var/log/apache2/mod_jk.log.
It will tell you, step by step, how it tries to match the request URL to 
one of its JkMount mappings.

Or it will tell nothing, and in that case we are in case (a) above.

One question : is does not look that way from the configuration you 
posted, but are you using VirtualHost(s) in Apache ?
If yes, then make sure that your JkMount directives are in the 
VirtualHost configuration section, or lookup the "JkMountCopy" 
directive. (JkMount's are not automatically inherited by VirtualHost 
sections, from the main httpd section).


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org