[xwiki-users] mod_jk config ? mod_proxy ?
Hello, searching for mod_jk wasn't very rich on xwiki.org. I am convinced may are using an apache httpd in front of the jetty or tomcat hosting xwiki. Now the question comes as to whether some static paths are or should be configured. Currently we have none, on the back of mod_proxy, and I seem to see, e.g., the logo, that gets downloaded everytime which is big big non- sense. I understand all request to skins, yui, freemind, s5, tiny_mce, wiki_editor, xwiki.js, and yui could be directed to static requests (since server inclusions such as velocity files are read from the server anyways and the rest is static). Is that correct ? Is there any velocity within javascript ? And if yes where? thanks in advance paul
On Jan 16, 2008 5:00 PM, Paul Libbrecht <[email protected]> wrote:
Hello,
searching for mod_jk wasn't very rich on xwiki.org.
Hi Not that I would have any clue, but: http://en.wikipedia.org/wiki/Mod_jk http://getahead.org/blog/joe/2006/02/01/mod_jk_is_dead_long_live_mod_proxy_a... Sorry if this does not help at all... Cheers
I'm sorry but I really meant to ask for documentation on how to configure mod_jk or mod_proxy *with xwiki*. In particular, I wanted to proof the path to the static elements. I do not know how to check "if there's some velocity" in Javascript files, for example (grep for '#' ? is enough?). paul Le 16 janv. 08 à 23:05, [email protected] a écrit :
On Jan 16, 2008 5:00 PM, Paul Libbrecht <[email protected]> wrote:
Hello,
searching for mod_jk wasn't very rich on xwiki.org.
Hi
Not that I would have any clue, but:
http://en.wikipedia.org/wiki/Mod_jk http://getahead.org/blog/joe/2006/02/01/ mod_jk_is_dead_long_live_mod_proxy_ajp.html
Sorry if this does not help at all...
AFAIK, xwiki .js files aren't parsed by the velocity renderer. You might find JS mixed with velocity only in templates inside <script> tags. Regards, Jérôme.
I'm sorry but I really meant to ask for documentation on how to configure mod_jk or mod_proxy *with xwiki*.
In particular, I wanted to proof the path to the static elements. I do not know how to check "if there's some velocity" in Javascript files, for example (grep for '#' ? is enough?).
paul
Le 16 janv. 08 à 23:05, [email protected] a écrit :
On Jan 16, 2008 5:00 PM, Paul Libbrecht <[email protected]> wrote:
Hello,
searching for mod_jk wasn't very rich on xwiki.org.
Hi
Not that I would have any clue, but:
http://en.wikipedia.org/wiki/Mod_jk http://getahead.org/blog/joe/2006/02/01/ mod_jk_is_dead_long_live_mod_proxy_ajp.html
Sorry if this does not help at all...
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Hello, Paul Libbrecht wrote on 17/01/2008 17:47:
I'm sorry but I really meant to ask for documentation on how to configure mod_jk or mod_proxy *with xwiki*. There is no specific configuration for xwiki. xwiki need a Java servlet container like Tomcat or Jetty. If you want to put Apache httpd in front of to made a reverse proxy on your server, then you need mod_proxy and mod_proxy_html
In particular, I wanted to proof the path to the static elements. I do not know how to check "if there's some velocity" in Javascript files, for example (grep for '#' ? is enough?). There is no velocity in Javascript send to browser, velocity runs only on server side
paul
Le 16 janv. 08 à 23:05, [email protected] <mailto:[email protected]> a écrit :
On Jan 16, 2008 5:00 PM, Paul Libbrecht <[email protected] <mailto:[email protected]>> wrote:
Hello,
searching for mod_jk wasn't very rich on xwiki.org <http://xwiki.org>.
Hi
Not that I would have any clue, but:
http://en.wikipedia.org/wiki/Mod_jk http://getahead.org/blog/joe/2006/02/01/mod_jk_is_dead_long_live_mod_proxy_a... <http://getahead.org/blog/joe/2006/02/01/mod_jk_is_dead_long_live_mod_proxy_ajp.html>
Sorry if this does not help at all...
------------------------------------------------------------------------
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Jerome Velociter wrote:
AFAIK, xwiki .js files aren't parsed by the velocity renderer. You might find JS mixed with velocity only in templates inside <script> tags.
Not exactly, some of the JS files are parsed (those that get through the SkinAction). But I don't think that is an issue, they can be cached. AFAIR, there is no (outer) script that really depends on the current request. Sergiu
Le 18 janv. 08 à 00:27, Sergiu Dumitriu a écrit :
Jerome Velociter wrote:
AFAIK, xwiki .js files aren't parsed by the velocity renderer. You might find JS mixed with velocity only in templates inside <script> tags.
That's how much I could see with less and grep in albatross and would be already very relevant.
Not exactly, some of the JS files are parsed (those that get through the SkinAction).
These are the ones I would like to know about.
But I don't think that is an issue, they can be cached.
It is an issue. In mod_jk, it is classical to configure the "static" resources to be fully ignored by the servlet container... no caching, just normal apache httpd download work (with file modifs headers, only-if-changed- since responses etc). Caching is an alternative for performance management, and it relies on the proper usage of Vary headers... report on experience there is interesting as well.
AFAIR, there is no (outer) script that really depends on the current request.
Then for performance that script should be kind of isolated. In an ideal solution, all that would be under xwiki/static and it'd be easy to take part into httpd (which may well be on another host). Right now, I think that xwiki/skins would already be a good first step. If Have an answer to question 1 (or a way to track the answer on individual files, I think I could let experiments be made... paul
Paul Libbrecht wrote:
Le 18 janv. 08 à 00:27, Sergiu Dumitriu a écrit :
Jerome Velociter wrote:
AFAIK, xwiki .js files aren't parsed by the velocity renderer. You might find JS mixed with velocity only in templates inside <script> tags.
That's how much I could see with less and grep in albatross and would be already very relevant.
Not exactly, some of the JS files are parsed (those that get through the SkinAction).
These are the ones I would like to know about.
But I don't think that is an issue, they can be cached.
It is an issue. In mod_jk, it is classical to configure the "static" resources to be fully ignored by the servlet container... no caching, just normal apache httpd download work (with file modifs headers, only-if-changed-since responses etc).
Caching is an alternative for performance management, and it relies on the proper usage of Vary headers... report on experience there is interesting as well.
AFAIR, there is no (outer) script that really depends on the current request.
Then for performance that script should be kind of isolated. In an ideal solution, all that would be under xwiki/static and it'd be easy to take part into httpd (which may well be on another host). Right now, I think that xwiki/skins would already be a good first step.
If Have an answer to question 1 (or a way to track the answer on individual files, I think I could let experiments be made...
How about: - scripts that are taken from /xwiki/skins/albatross/*js are static = scripts that are taken from /xwiki/bin/skin/.../*js are parsed Sergiu
participants (5)
-
Arnaud BOURREE -
Jerome Velociter -
justanotheradress＠gmail.com -
Paul Libbrecht -
Sergiu Dumitriu