Rapha�l Luta wrote:
>
> burtonator wrote:
> >
> >
> > > Imagine the file is a jsp, cfm, php,... If you don't use the URL, these won't
> > > be used correctly.
> >
> > We need a regular expression entry within JetspeedResources.properties
<snip>
> That's a hack ! There's no *correct* way to determine if a URM is dynamic or not:
Yes. It is. I think it is worth it for the performance advantage. It
would be bad to have content stored in the JetspeedDocumentCache which
is already on the local webserver and is static. This will mean more
work for the HTTP server, DiskCacheDaemon, DiskCache and OS (IP stack).
I would *much* rather pull static content directly from the FS if it is
local.
> http://myhost/forms/getit/now
>
> may be:
>
> - a call to a static directory /forms/getit/now which in turn may use
> index.jsp as its default page
> - a call to a document with negocitation enabled (look at Apache MultiViews)
> - a call to the getit CGI with the /now path_info
The point is that if you are developing under Jetspeed. You already
know what your dynamic content will be. Honestly the default
http.server.dynamic.content will solve 90% of these cases. We can make
it clear that this could potentially be a problem.
> Putting all the possible exceptions in jetspeed, require the admin to control his
> full URI space and reverse its configuration process. And then you still
> can't handle implicit document calls like (index.jsp) or path info.
Not control his full URI space. Only the URI space they want to publish
under Jetspeed.
Implicit document calls like index.jsp will match through regexp. Path
info you get for free :)
> I'm -1 on any trick like these.
Does the above change your mind?
--
Kevin A Burton (e-mail: [EMAIL PROTECTED], UIN: 73488596, ZKey:
burtonator)
http://relativity.yi.org
Message to SUN: "Please Open Source Java!"
To fight and conquer in all your battles is not supreme excellence;
supreme
excellence consists in breaking the enemy's resistance without fighting.
- Sun Tzu, 300 B.C.
--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html>
Problems?: [EMAIL PROTECTED]
