well, I see the point here.
I think I will have to use JSPWiki as a standalone application instead
of using it via mod_jk. I will try to see whether I can find some
workaround for skipping baseURL.
Thanks for the explanation.
Shortly put, no. There are loads of things which are dependent on
getting the right hostname (cookies being one of them), and everything
just breaks subtly if you remove the baseURL from use. Your scenario
in which a wiki is available under several different hostnames was
never supported (and is a bad practice to boot).
2.6 would also break in certain cases which is why the baseurl is
required.
It is not impossible to make JSPWiki run without baseURL, but I
believe it would take quite an effort to make sure it does so in every
case. Patches are welcome...
/Janne
On Mar 4, 2009, at 12:25 , David Gao wrote:
Hi,
As far as I know, the property jspwiki.baseurl is not mandatory prior
to Version 2.8(For instance, 2.6.x). Base URL value becomes a
required setting for JSPWiki starting from version 2.8. However, the
base URL issue starts to bother me after I have upgraded my JSPWiki
to 2.8.1. I could only use wiki and edit pages correctly by using the
url defined in the base URL property, otherwise JSPWiki will redirect
me to the defined base URL when I am editing pages from URLs other
than the defined base URL.
My question is: is there a way to disable base URL feature if I am
not using RSS? I know that RSS requires fixed URL.
Here is how I used JSPWiki:
My JSPWiki is running with Tomcat 6 in a corporate intranet. My boss
requires me to provide several ways to access JSPWiki. Namely: a)
access tomcat directly (like http://localhost:8080/wiki) and this
method is discouraged since it requires additional port 8080. b)
access wiki through Apache Server via mod_jk (http://localhost/wiki)
and we run several other web applications on Apache server. c) access
through internet. And an internet host name is not possible due to
corporate IT policy. The wiki has to be accessed by ip address like
https://xxx.xxx.xxx.xxx/wiki.
Best Regards
--
David Gao ([email protected])
--
David Gao ([email protected])
