Mailing-List: contact users-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@httpd.apache.org
Received-SPF: pass (athena.apache.org: domain of marcop123@gmail.com
 designates 72.14.214.238 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:mime-version:content-type;
        b=bODKjIqjdQdLl9cEXMHTvAT2aFQRao3W2Nnb7ZydQq5u8R075IuM50fCD8IUoW0zc0m7zFm0P3kUy73P+1G+CFHoBrbbzd3m/pKZlZ+XHvbK9QFDfIKm2xyO3S/pdBdU3MKPUM7AUjvMr9EsbOQoO2+jNXtuTcMatgQn1mZtzV4=
Message-ID: <859813fd0709251449v6005a965v83ed2c56b89ae5a1@mail.gmail.com>
Date: Tue, 25 Sep 2007 17:49:48 -0400
From: "Mark Paulston" <marcop123@gmail.com>
To: users@httpd.apache.org
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_5643_5372426.1190756988706"
Subject: [users@httpd] .jsp files do not resolve "include file" string,
 when CNAME address is used

------=_Part_5643_5372426.1190756988706
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello, running apache 1.3.4 on Solaris 8.
Have a FILE.jsp which has two "include file" strings referenced by it.

First, FILE.jsp works just fine when the FQDN (fully qualified domain name)
is used;
ie, http://HOSTNAME.DOMAIN.com/FOLDER_NAME/FILE.jsp<http://hostname.domain.com/FOLDER_NAME/FILE.jsp>
resolves/imports
the .html files referenced by the "include file" string inside the
FILE.jspbefore it gives it to the client.

However, when a CNAME address is used ( a canonical address referencing
the FQDN), such as http://CNAME.DOMAIN.com/FILE.jsp , the .html
files referenced by the "include file" string inside the FILE.jsp, are not
being resolved before the data is being sent over to the client, as a
result, the FILE.jsp is being sent over to the client the way it is,
(unimporting the two files referenced by the strings.)

Note: CNAME.NAME.com <http://cname.name.com/> is a canonical name of FQDN,
the CNAME.NAME.com <http://cname.name.com/> is specified on the
httpd.confas a Virtual Host entry whose DocumentRoot points to
DOCROOT/FOLDER_NAME.

Thanks,
Mark

------=_Part_5643_5372426.1190756988706
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div>Hello,&nbsp;running apache 1.3.4 on Solaris 8. </div>
<div>Have a FILE.jsp which has two &quot;include file&quot; strings referenced by it.</div>
<div>&nbsp;</div>
<div>First, FILE.jsp&nbsp;works just fine when the&nbsp;FQDN (fully qualified domain&nbsp;name) is used; </div>
<div>ie, <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://hostname.domain.com/FOLDER_NAME/FILE.jsp" target="_blank">http://HOSTNAME.DOMAIN.com/FOLDER_NAME/FILE.jsp</a>&nbsp;resolves/imports the .html files referenced by the &quot;include file&quot; string inside the 
FILE.jsp before it gives it to the client.</div>
<div>&nbsp;</div>
<div>However, when a CNAME address is used&nbsp;( a canonical address&nbsp;referencing the&nbsp;FQDN), such as <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://CNAME.DOMAIN.com/FILE.jsp " target="_blank">http://CNAME.DOMAIN.com/FILE.jsp 
</a>,&nbsp;the .html files&nbsp;referenced&nbsp;by the &quot;include file&quot; string&nbsp;inside the FILE.jsp, are not being resolved before the data is being sent over&nbsp;to the client, as a result, the FILE.jsp&nbsp;is being sent over to the client the way it is, (unimporting the two files referenced by the strings.)
</div>
<div>&nbsp;</div>
<div>Note: <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://cname.name.com/" target="_blank">CNAME.NAME.com</a> is a canonical name of FQDN, the <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://cname.name.com/" target="_blank">
CNAME.NAME.com</a> is specified on the httpd.conf as a Virtual Host entry whose DocumentRoot points to DOCROOT/FOLDER_NAME. </div>
<div>&nbsp;</div>
<div>Thanks,</div><span></span><span class="sg"><span></span><span><span>
<div>Mark</div></span></span></span>

------=_Part_5643_5372426.1190756988706--