Wow!! Who created that monster? You have some seriously complicated alias set-ups there. I don't know enough about your app, but I can't see any reason for some of them, apart from (assuming your CGI pgms are in the cgi400 library):
ScriptAliasMatch /cgi-bin/(.*).pgm /qsys.lib/cgi400.lib/$1.pgm
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Steve Richter
Sent: 18 January 2013 12:59
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] CSS file not being found
it case it helps, here is the apache config file. thanks for the help.
# Apache Default server configuration
# General setup directives
Listen 192.168.70.7:80
Listen 192.168.70.185:80
HotBackup Off
CgiConvMode %%EBCDIC/MIXED%%
TimeOut 30000
KeepAlive Off
# DocumentRoot /www/apachedft/htdocs
DocumentRoot /www/CompanyName/htdocs
# DocumentRoot /www/intranet/htdocs
Options -Includes -IncludesNoExec -Indexes AccessFileName .htaccess
AccessFileName .htaccess
AddLanguage en .en
# Deny most requests for any file
DirectoryIndex index.html
<Directory />
order allow,deny
deny from all
Options -Indexes -ExecCGI -includes
AllowOverride Limit Options
</Directory>
<Directory /qsys.lib/cgiwlk.lib>
Order Allow,Deny
Allow From all
</Directory>
</Directory>
<Directory /qsys.lib/cgi400.lib>
allow from all
order allow,deny
Options +ExecCGI +Includes
SetOutputFilter Includes
</Directory>
<Directory /www/CompanyName>
order allow,deny
allow From all
</Directory>
<Directory /www/intranet>
order allow,deny
allow from all
</Directory>
</Directory>
<Directory /as400img>
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/images>
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/css>
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/as400img>
order allow,deny
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/download>
order allow,deny
allow from all
</Directory>
<Directory /qsys.lib/cgi400.lib>
Options None
Order Allow,Deny
Deny from all
</Directory>
<Directory /qsys.lib/dtalib.lib>
Options None
Order Allow,Deny
Order Allow,Deny
Allow from all
</Directory>
<Directory /qsys.lib/dtalibt.lib>
Options None
Order Allow,Deny
Allow from all
</Directory>
<Directory /qsys.lib/cgi400.lib>
Options None
Order Allow,Deny
Allow from all
</Directory>
<Directory /qsys.lib/cgi-bin.lib>
Options None
Options None
Order Allow,Deny
Allow from all
</Directory>
# Allow requests for files in document root <Directory /www/apachedft/htdocs>
order allow,deny
allow from all
</Directory>
<Directory /www/intranet/htdocs>
order allow,deny
allow from all
</Directory>
<Directory /www/CompanyName/htdocs>
order allow,deny
order allow,deny
allow from all
</Directory>
Alias /images/ /www/CompanyName/images/
Alias /dtalib/ /qsys.lib/dtalib.lib/
Alias /dtalib /qsys.lib/dtalib.lib/
Alias dtalib /qsys.lib/dtalib.lib/
Alias /css/ /www/CompanyName/css/
# Alias /as400img/ /www/intranet/as400img/ # Alias /images/ /www/intranet/images/ # Alias /css/ /www/intranet/css/ Alias /dtalib/ /qsys.lib/dtalib.lib/ Alias /dtalib /qsys.lib/dtalib.lib/ Alias dtalib /qsys.lib/dtalib.lib/ Alias /css/ /www/CompanyName/css/ Alias /css/ /www/CompanyName/css/ Alias /as400img/ /www/CompanyName/as400img/ ScriptAliasMatch ^/cgi-bin/login(.*) /qsys.lib/cgi400.lib/login.pgm$1 ScriptAliasMatch ^/cgi-bin/(.*) /qsys.lib/cgi400.lib/$1.pgm ScriptAliasMatch ^/cgi-bin/(.*) /qsys.lib/cgiwlk.lib/$1.pgm ScriptAliasMatch ^/cgi-bin/(.*) /qsys.lib/cgi400.lib/$1.pgm ScriptAlias /cgi-bin/ /qsys.lib/cgi400.lib/ ScriptAlias /cgi-bin/ /qsys.lib/cgi400.lib/$1 ScriptAlias /dtalib/ /qsys.lib/dtalib.lib/ ScriptAliasMatch ^/cgi-bin/wlkmnu(.*) /qsys.lib/cgi400.lib/wlkmnu.pgm ScriptAliasMatch /cgi-bin/(.*).pgm /qsys.lib/cgi400.lib/$1.pgm
On Thu, Jan 17, 2013 at 5:32 PM, Kevin Turner <kevin.turner@xxxxxxxxxxxxxxx> wrote:
It looks like the aliasing is forcing everything to "seem" like it is in CGI-BIN, which prevents the use of relative paths (i.e. without the '/'). Normally you would not do that with a CGI app. Your aliasing would force calls to CGI programs to be in a specific library, but allow other resources (static html, css, js etc) to be referenced relative to the current directory - without a preceding '/'.
It does seem like the file was in the wrong place also. I couldn't really work out from the information provided where it was, so assumed it was correctly located, but was being scuppered by the aliasing.
-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Dean, Robert
Sent: 17 January 2013 22:17
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] CSS file not being found
I'm confused by this reply, because the directory-relative link was clearly one of the two problems (the storage location of the CSS file being the other).
________________________________________
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list To post a message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.
NOTICE: The information in this electronic mail transmission is intended by CoralTree Systems Ltd for the use of the named individuals or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone, so that the sender's address records can be corrected.
--------------------------------------------------------------------------------
CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT
Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.
midrange.com
