Re: Browser handling a URL having .123. in the breadcrumb trail as a Lotus file
Re: Browser handling a URL having .123. in the breadcrumb trail as a Lotus file
- Subject: Re: Browser handling a URL having .123. in the breadcrumb trail as a Lotus file
- From: Patrick Middleton <email@hidden>
- Date: Thu, 18 Mar 2010 12:42:57 +0000
Reorderering module loading did not help.
I have LoadModule/AddModule directives corresponding to
mod_WebObjects.so at the ends of the principal blocks of these
directives in the Apache 1.3 httpd.conf file, with the euqivalent
directives in ..../WebObjects/Adaptors/Apache/apache.conf commented
out, so's I can use mod_rewrite and not get config warnings from
httpd about module already loaded. Moving the equivalent directives
for mod_mime to be after the directives for mod_WebObjects and
restarting httpd did not change the behaviour.
Commenting out the entry for filetype 123 from /private/etc/httpd/
mime.types did change the behaviour, and that is the workaround I
shall probably be using for the time being.
I belatedly managed to get Apache/2.2.13 set up and running on 10.5.8
with an Apache2.2 adaptor based on source from WebObjects 5.4.x,
configured to serve woapp generated content from the 10.4/WO451/
Apache1.3 application server. This did not exhibit the problem; I
believe the problem is in "one or more of Apache 1.3 and the matching
mod_WebObjects and mod_mime", and in "none of Apache 2.2 and the
matching mod_WebObjects and mod_mime".
I cannot induce the problem with CGI scripts and no-parse-headers CGI
scripts on 10.4/WO451/Apache1.3 .
I would guess that mod_mime needs to do (url.contains(".123.") or
url.endsWith(".123")) because of eg varied-by-language content, see
the AddLanguage directive associated with mod_mime. There is some
discussion in the Apache2 documentation http://httpd.apache.org/docs/
2.2/mod/mod_mime.html of files with multiple extensions.
I also note in the Apache 1.3 .../manual/misc/API.html,
Note that the Content-type header value cannot be set by module
content-handlers using the ap_table_*() routines. Rather, it is set
by pointing the content_type field in the request_rec structure to
an appropriate string. E.g.,
r->content_type = "text/html";
On 17 Mar 2010, at 17:50, Chuck Hill wrote:
Hi Patrick,
On Mar 17, 2010, at 10:30 AM, Patrick Middleton wrote:
Anybody else seen this before?
I'm supporting WO451 on MacOSX 10.4.11 with Apache 1.3.41.
A sample URL generated is....
http://<host>/cgi-bin/WebObjects/<app.woa>/<instance>/wo/
s3VxGNjQd5pK3HI1TuI1TEs8h2j/5.0.1.8.1.3.23.3.3.123.1.1
Packet burglary with tcpflow on port 80 and on the woapp's port
shows that the instance is generating a response including a
header 'content-type: text/html' and that the response returned to
the browser by Apache has a header 'content-type: application/
vnd.lotus-1-2-3'.
Apache 1.3.41 is set up in a normal way, including:
<IfModule mod_mime.c>
TypesConfig /private/etc/httpd/mime.types
</IfModule>
and /private/etc/httpd/mime.types declares:
application/vnd.lotus-1-2-3 123
I'm guessing this counts as a bug in mod_WebObjects.so; if it's
picking up a content type value from the instance response, it
should be handling it in a way that it doesn't then get overridden
by mod_mime.
My guess would be a bug in mod_mime that is doing the equivalent of
url.contains(".123") rather than url.endsWith(".123"). Can you re-
arrange the order the modules are loaded and added? If you move
mod_mime _after_ mod_webobjects, that might avoid the issue.
Chuck
--
Chuck Hill Senior Consultant / VP Development
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
This email, including any attachments, is confidential and intended solely for the person or organisation to whom it is addressed. If you are not the intended recipient you must not disseminate, distribute or copy any part of this email nor take any action in reliance on it.
If you have received this in error please notify the sender immediately by email or phone +44 (0)1702 426400 and delete this email and any attachments from your system.
Email transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required please request a hard-copy version.
OneStep Soutions LLP is registered in England and Wales under registration number OC337173 and has its registered office at 457 Southchurch Road, Southend-on-Sea, Essex SS1 2PH.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden