You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jspwiki.apache.org by sa...@tkk.fi on 2008/05/10 17:03:00 UTC
Failed to create a Wiki engine
I cannot seem to get started with JSPWiki (2.6.2) and Tomcat. When I
move JSPWiki.war into $CATALINA_HOME/webapps and tell my browser to go
to
http://localhost:8080/JSPWiki/Install.jsp
as suggested by the JSPWiki installation instructions, all I get is
HTTP Status 404 - /JSPWiki/Install.jsp
type Status report
message /JSPWiki/Install.jsp
description The requested resource (/JSPWiki/Install.jsp) is not
available.
Apache Tomcat/6.0.16
Still, as far as I can see, $CATALINA_HOME/webapps/JSPWiki/Install.jsp
*is* there and *is* readable.
Here is an excerpt from Tomcat's log:
########################################################################
10-May-2008 07:22:46 org.apache.catalina.core.ApplicationContext log
INFO: Assigning new engine to 104184
10-May-2008 07:22:46 org.apache.catalina.core.ApplicationContext log
INFO: No jspwiki.propertyfile defined for this context, using default from
/WEB-INF/jspwiki.properties
10-May-2008 07:22:46 org.apache.catalina.core.ApplicationContext log
INFO: Loading cascading properties...
10-May-2008 07:22:46 org.apache.catalina.core.ApplicationContext log
INFO: No cascading properties defined for this context
10-May-2008 07:22:49 org.apache.catalina.core.ApplicationContext log
INFO: JSPWiki: Unable to load and setup properties from
jspwiki.properties. Failed to
start managers: Page directory does not exist
10-May-2008 07:22:49 org.apache.catalina.core.ApplicationContext log
INFO: ERROR: Failed to create a Wiki engine: JSPWiki: Unable to load
and setup properties
from jspwiki.properties. Failed to start managers: Page directory does
not exist
10-May-2008 07:22:49 org.apache.catalina.core.StandardContext filterStart
SEVERE: Exception starting filter WikiJSPFilter
com.ecyrd.jspwiki.InternalWikiException: No wiki engine, check logs.
at com.ecyrd.jspwiki.WikiEngine.getInstance(WikiEngine.java:340)
at
com.ecyrd.jspwiki.ui.WikiServletFilter.init(WikiServletFilter.java:55)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
at
org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397)
at
org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:108)
###########################################################################
Why "Failed to create a Wiki engine"?
Sakari Aaltonen
Re: Failed to create a Wiki engine
Posted by Florian Holeczek <fl...@holeczek.de>.
I've just been thinking of one more possibility: You did follow the
manual, but requested the Install.jsp too early.
The point is: The application must be deployed. This is what you're
describing in your mail (the war file gets unzipped to the
subdirectory in webapps).
Such a deployment takes place either when starting Tomcat or, if
autodeploy is configured, after a running Tomcat has recognized a new
war file in its webapps directory.
So, if you're calling the URL from the browser too early (before the
application is correctly deployed), you'll get that 404 error.
Regards,
Florian
Re: Failed to create a Wiki engine
Posted by Florian Holeczek <fl...@holeczek.de>.
> As far as I understand, the "Drop" here means the same as "Put", which
> is what I think I did. Am I misunderstanding something? Is not <tomcat
> home>/webapps/ the same as $CATALINA_HOME/webapps/?
That's right... read my second mail :-)
As soon as the application got deployed (the subdirectory JSPWiki
exists), you shouldn't get a 404 for Install.jsp any more.
Regards,
Florian
Re: Failed to create a Wiki engine
Posted by sa...@tkk.fi.
Lainaus Florian Holeczek <fl...@holeczek.de>:
> That's the wrong way... You mustn't "install" JSPWiki by simply
> throwing the WAR file into the webapps directory. The correct way is
> described in the installation instructions.
>
> Regards,
> Florian
Here is an except from the README for JSPWiki 2.6.2:
##########################################################
Since JSPWiki 2.1.153, JSPWiki comes with a really simple installation
engine. Just do the following:
1) Install Tomcat from http://jakarta.apache.org/ (or any other servlet
container)
2) Drop the JSPWiki.war file in your <tomcat home>/webapps/ directory.
Optional: Rename the JSPWiki.war if you want your URL to end with
something else than /JSPWiki/. For example, to get it called "wiki"
just rename the "JSPWiki.war" file to "wiki.war".
##########################################################
As far as I understand, the "Drop" here means the same as "Put", which
is what I think I did. Am I misunderstanding something? Is not <tomcat
home>/webapps/ the same as $CATALINA_HOME/webapps/?
Sakari Aaltonen
Re: Failed to create a Wiki engine
Posted by Florian Holeczek <fl...@holeczek.de>.
> If I put JSPWiki.war into $CATALINA_HOME/webapps and Apache/Tomcat is
> running, then after a few seconds, the directory
> $CATALINA_HOME/webapps/JSPWiki appears without me doing anything. On
> the other hand, if I delete said JSPWiki.war, then after a few
> seconds, the directory $CATALINA_HOME/webapps/JSPWiki disappears, too
> (without me doing anything.)
That's the wrong way... You mustn't "install" JSPWiki by simply
throwing the WAR file into the webapps directory. The correct way is
described in the installation instructions.
Regards,
Florian
Re: Getting Started
Posted by Vlado Peshov <vl...@gmail.com>.
On Wed, May 14, 2008 at 11:48 AM, <sa...@tkk.fi> wrote:
> I'm trying to build my first wiki with JSPWiki 2.6.2. I wonder whether
> anyone might want to clarify a few points.
>
>
> 1) The README that came with the .zip file says simply to put JSPWiki.war
> into $CATALINA_HOME/webapps. However, the more detailed explanation at
>
> http://doc.jspwiki.org/2.4/wiki/InstallingJSPWikiStepByStep
>
> says that you can put JSPWiki.war "anywhere, EXCEPT in the webapps folder
> of your Tomcat home". Which is correct? Or better?
You can put the .war file in your $CATALINA_HOME/webapps or you can put that
war anywhere else. The better one is to put the war outside webapps
directory.
3) If I do as
>
> http://doc.jspwiki.org/2.4/wiki/InstallingJSPWikiStepByStep
>
> says and put JSPWiki.war's contents somewhere else than
> $CATALINA_HOME/webapps, then how do I tell Tomcat where to look for the
> wiki? The document seems to presuppose there is a folder like
>
> /usr/local/apache-tomcat-5.5.17/conf/Catalina/localhost
>
> where one is supposed to put a property file called something like
> myfirstwiki.xml (where <myfirstwiki<> is the name of a wiki.) But my Tomcat
> 6.0.16 does not have a directory like that:
> sakari@gongli:~> ll $CATALINA_HOME/conf
> total 92
> -rw------- 1 sakari users 8568 2008-01-29 00:39 catalina.policy
> -rw------- 1 sakari users 3665 2008-01-29 00:39 catalina.properties
> -rw------- 1 sakari users 1396 2008-01-29 00:39 context.xml
> -rw------- 1 sakari users 3664 2008-01-29 00:39 logging.properties
> -rw------- 1 sakari users 6462 2008-01-29 00:39 server.xml
> -rw-r--r-- 1 sakari users 70 2008-05-14 11:16 tomcat-users.xml
> -rw------- 1 sakari users 51226 2008-01-29 00:39 web.xml
> sakari@gongli:~>
>
You can create those directories by yourself. But be carefull with the
permissions.
Regards, Vlado
Re: Failed to create a Wiki engine
Posted by Hassan Schroeder <ha...@webtuitive.com>.
sakari.aaltonen@tkk.fi wrote:
>> This is the case e.g. if auto deployment is switched off.
>
> But... I thought autodeployment was ON in my case, because Tomcat would
> deploy the JSPWiki.war file (create the JSPWiki directory) immediately
> that file appeared in $CATALINA_HOME/webapps.
Yes, that's autodeployment, so the restart shouldn't be necessary,
assuming everything else (permissions, etc.) is OK.
--
Hassan Schroeder ----------------------------- hassan@webtuitive.com
Webtuitive Design === (+1) 408-621-3445 === http://webtuitive.com
dream. code.
Re: Failed to create a Wiki engine
Posted by sa...@tkk.fi.
Lainaus Florian Holeczek <fl...@holeczek.de>:
>> What *was* necessary was that Tomcat be restarted before accessing
>> JSPWiki/Install.jsp.
>
> This is the case e.g. if auto deployment is switched off.
But... I thought autodeployment was ON in my case, because Tomcat
would deploy the JSPWiki.war file (create the JSPWiki directory)
immediately that file appeared in $CATALINA_HOME/webapps. So - this is
not what autodeployment means? (Obviously, I'm a JSP newbie.)
Sakari Aaltonen
Re: Failed to create a Wiki engine
Posted by Florian Holeczek <fl...@holeczek.de>.
> What *was* necessary was that Tomcat be restarted before accessing
> JSPWiki/Install.jsp.
This is the case e.g. if auto deployment is switched off.
Regards,
Florian
Re: Poll: 2.6.3?
Posted by Alexey Kakunin <ak...@emdev.ru>.
Hello!
Is it possible to include our patch suggested in
https://issues.apache.org/jira/browse/JSPWIKI-252 into 2.6.3?
Problem with renaming is really serious: especially in case it clean "Main"
page. So, if JspWiki will be used for some site, renaming may clean
from-page of this site - that is not good.
It is clear PageRenamer is gone - but seems it is gone in 2.7 - and it will
be nice to see fix for this bug in 2.6.3
Thank you.
2008/5/15 David Gao <da...@gmail.com>:
> Done. #JSPWIKI-271
>
> David Gao
>
>
>
> -------- Original Message --------
>
>>
>> OK, can do. Can you open a new issue for 2.6.3 and attach a patch? Let's
>> keep JSPWIKI-231 for 2.7.x...
>>
>> /Janne
>>
>> On 15 May 2008, at 10:31, David Gao wrote:
>>
>> Some newly added/changed strings are translated into Simplified
>>> Chinese(The current release does not contain this part in Chinese
>>> translation ).
>>>
>>> It would be a plus if they can be incorporated into 2.6.3.
>>>
>>> Thank you
>>>
>>> David Gao
>>>
>>> -------- Original Message --------
>>>
>>>>
>>>> I don't think there are going to be any string changes from 2.6.2 to
>>>> 2.6.3... But if there are, they obviously need an upgrade.
>>>>
>>>> /Janne
>>>>
>>>> On May 15, 2008, at 04:46 , David Gao wrote:
>>>>
>>>> +1
>>>>>
>>>>> What about considering integrate fix for JSPWiki-231? Reflect the
>>>>> language translations update in 2.6.3
>>>>>
>>>>> --
>>>>> David Gao (davidgjm@gmail.com)
>>>>>
>>>>>
>>>>>
>>>>> -------- Original Message --------
>>>>>
>>>>>>
>>>>>> OK, done. 2.6.3 now exists in the issue tracker.
>>>>>>
>>>>>> Please discuss which other fixes should be taken in for 2.6.3...
>>>>>> Nothing too complicated please, preferably stuff which already has a fix
>>>>>> available!
>>>>>>
>>>>>> /Janne
>>>>>>
>>>>>> On May 14, 2008, at 21:40 , Florian Holeczek wrote:
>>>>>>
>>>>>> +1
>>>>>>>
>>>>>>> because this bug inhibits an easy start for new users.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Florian
>>>>>>>
>>>>>>> Ursprüngliche Nachricht vom 14.05.2008 um 20:33:
>>>>>>>
>>>>>>>>
>>>>>>>>> This is/was a bug. {0} and {1} should normally be replaced by the
>>>>>>>>> created user id and password. The bug has already been fixed, but
>>>>>>>>> only
>>>>>>>>> in v2.7.0-svn3. See
>>>>>>>>> https://issues.apache.org/jira/browse/JSPWIKI-225
>>>>>>>>> for details.
>>>>>>>>>
>>>>>>>>
>>>>>>> OK, ok... Shall we release a 2.6.3? Give me a couple of +1s and
>>>>>>>> I'll
>>>>>>>> open it on the tracker...
>>>>>>>>
>>>>>>>
>>>>>>> /Janne
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>> --
>>> David Gao (davidgjm@gmail.com)
>>>
>>
>>
>>
>
> --
> David Gao (davidgjm@gmail.com)
>
>
--
With best regards,
Alexey Kakunin
Re: Poll: 2.6.3?
Posted by Andrew Jaquith <an...@mac.com>.
+1
On May 14, 2008, at 7:33 PM, Janne Jalkanen wrote:
>>
>> This is/was a bug. {0} and {1} should normally be replaced by the
>> created user id and password. The bug has already been fixed, but
>> only
>> in v2.7.0-svn3. See https://issues.apache.org/jira/browse/JSPWIKI-225
>> for details.
>
> OK, ok... Shall we release a 2.6.3? Give me a couple of +1s and
> I'll open it on the tracker...
>
> /Janne
Re: Poll: 2.6.3?
Posted by David Gao <da...@gmail.com>.
Done. #JSPWIKI-271
David Gao
-------- Original Message --------
>
> OK, can do. Can you open a new issue for 2.6.3 and attach a patch?
> Let's keep JSPWIKI-231 for 2.7.x...
>
> /Janne
>
> On 15 May 2008, at 10:31, David Gao wrote:
>
>> Some newly added/changed strings are translated into Simplified
>> Chinese(The current release does not contain this part in Chinese
>> translation ).
>>
>> It would be a plus if they can be incorporated into 2.6.3.
>>
>> Thank you
>>
>> David Gao
>>
>> -------- Original Message --------
>>>
>>> I don't think there are going to be any string changes from 2.6.2 to
>>> 2.6.3... But if there are, they obviously need an upgrade.
>>>
>>> /Janne
>>>
>>> On May 15, 2008, at 04:46 , David Gao wrote:
>>>
>>>> +1
>>>>
>>>> What about considering integrate fix for JSPWiki-231? Reflect the
>>>> language translations update in 2.6.3
>>>>
>>>> --
>>>> David Gao (davidgjm@gmail.com)
>>>>
>>>>
>>>>
>>>> -------- Original Message --------
>>>>>
>>>>> OK, done. 2.6.3 now exists in the issue tracker.
>>>>>
>>>>> Please discuss which other fixes should be taken in for 2.6.3...
>>>>> Nothing too complicated please, preferably stuff which already has
>>>>> a fix available!
>>>>>
>>>>> /Janne
>>>>>
>>>>> On May 14, 2008, at 21:40 , Florian Holeczek wrote:
>>>>>
>>>>>> +1
>>>>>>
>>>>>> because this bug inhibits an easy start for new users.
>>>>>>
>>>>>> Regards,
>>>>>> Florian
>>>>>>
>>>>>> Ursprüngliche Nachricht vom 14.05.2008 um 20:33:
>>>>>>>>
>>>>>>>> This is/was a bug. {0} and {1} should normally be replaced by the
>>>>>>>> created user id and password. The bug has already been fixed,
>>>>>>>> but only
>>>>>>>> in v2.7.0-svn3. See
>>>>>>>> https://issues.apache.org/jira/browse/JSPWIKI-225
>>>>>>>> for details.
>>>>>>
>>>>>>> OK, ok... Shall we release a 2.6.3? Give me a couple of +1s and
>>>>>>> I'll
>>>>>>> open it on the tracker...
>>>>>>
>>>>>>> /Janne
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>>
>> --
>> David Gao (davidgjm@gmail.com)
>
>
--
David Gao (davidgjm@gmail.com)
Re: Poll: 2.6.3?
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
OK, can do. Can you open a new issue for 2.6.3 and attach a patch?
Let's keep JSPWIKI-231 for 2.7.x...
/Janne
On 15 May 2008, at 10:31, David Gao wrote:
> Some newly added/changed strings are translated into Simplified
> Chinese(The current release does not contain this part in Chinese
> translation ).
>
> It would be a plus if they can be incorporated into 2.6.3.
>
> Thank you
>
> David Gao
>
> -------- Original Message --------
>>
>> I don't think there are going to be any string changes from 2.6.2
>> to 2.6.3... But if there are, they obviously need an upgrade.
>>
>> /Janne
>>
>> On May 15, 2008, at 04:46 , David Gao wrote:
>>
>>> +1
>>>
>>> What about considering integrate fix for JSPWiki-231? Reflect
>>> the language translations update in 2.6.3
>>>
>>> --
>>> David Gao (davidgjm@gmail.com)
>>>
>>>
>>>
>>> -------- Original Message --------
>>>>
>>>> OK, done. 2.6.3 now exists in the issue tracker.
>>>>
>>>> Please discuss which other fixes should be taken in for 2.6.3...
>>>> Nothing too complicated please, preferably stuff which already
>>>> has a fix available!
>>>>
>>>> /Janne
>>>>
>>>> On May 14, 2008, at 21:40 , Florian Holeczek wrote:
>>>>
>>>>> +1
>>>>>
>>>>> because this bug inhibits an easy start for new users.
>>>>>
>>>>> Regards,
>>>>> Florian
>>>>>
>>>>> Ursprüngliche Nachricht vom 14.05.2008 um 20:33:
>>>>>>>
>>>>>>> This is/was a bug. {0} and {1} should normally be replaced by
>>>>>>> the
>>>>>>> created user id and password. The bug has already been fixed,
>>>>>>> but only
>>>>>>> in v2.7.0-svn3. See https://issues.apache.org/jira/browse/
>>>>>>> JSPWIKI-225
>>>>>>> for details.
>>>>>
>>>>>> OK, ok... Shall we release a 2.6.3? Give me a couple of +1s
>>>>>> and I'll
>>>>>> open it on the tracker...
>>>>>
>>>>>> /Janne
>>>>
>>>>
>>>
>>
>>
>
>
> --
> David Gao (davidgjm@gmail.com)
Re: Poll: 2.6.3?
Posted by David Gao <da...@gmail.com>.
Some newly added/changed strings are translated into Simplified
Chinese(The current release does not contain this part in Chinese
translation ).
It would be a plus if they can be incorporated into 2.6.3.
Thank you
David Gao
-------- Original Message --------
>
> I don't think there are going to be any string changes from 2.6.2 to
> 2.6.3... But if there are, they obviously need an upgrade.
>
> /Janne
>
> On May 15, 2008, at 04:46 , David Gao wrote:
>
>> +1
>>
>> What about considering integrate fix for JSPWiki-231? Reflect the
>> language translations update in 2.6.3
>>
>> --
>> David Gao (davidgjm@gmail.com)
>>
>>
>>
>> -------- Original Message --------
>>>
>>> OK, done. 2.6.3 now exists in the issue tracker.
>>>
>>> Please discuss which other fixes should be taken in for 2.6.3...
>>> Nothing too complicated please, preferably stuff which already has a
>>> fix available!
>>>
>>> /Janne
>>>
>>> On May 14, 2008, at 21:40 , Florian Holeczek wrote:
>>>
>>>> +1
>>>>
>>>> because this bug inhibits an easy start for new users.
>>>>
>>>> Regards,
>>>> Florian
>>>>
>>>> Ursprüngliche Nachricht vom 14.05.2008 um 20:33:
>>>>>>
>>>>>> This is/was a bug. {0} and {1} should normally be replaced by the
>>>>>> created user id and password. The bug has already been fixed, but
>>>>>> only
>>>>>> in v2.7.0-svn3. See
>>>>>> https://issues.apache.org/jira/browse/JSPWIKI-225
>>>>>> for details.
>>>>
>>>>> OK, ok... Shall we release a 2.6.3? Give me a couple of +1s and I'll
>>>>> open it on the tracker...
>>>>
>>>>> /Janne
>>>
>>>
>>
>
>
--
David Gao (davidgjm@gmail.com)
Re: Poll: 2.6.3?
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
I don't think there are going to be any string changes from 2.6.2 to
2.6.3... But if there are, they obviously need an upgrade.
/Janne
On May 15, 2008, at 04:46 , David Gao wrote:
> +1
>
> What about considering integrate fix for JSPWiki-231? Reflect the
> language translations update in 2.6.3
>
> --
> David Gao (davidgjm@gmail.com)
>
>
>
> -------- Original Message --------
>>
>> OK, done. 2.6.3 now exists in the issue tracker.
>>
>> Please discuss which other fixes should be taken in for 2.6.3...
>> Nothing too complicated please, preferably stuff which already has
>> a fix available!
>>
>> /Janne
>>
>> On May 14, 2008, at 21:40 , Florian Holeczek wrote:
>>
>>> +1
>>>
>>> because this bug inhibits an easy start for new users.
>>>
>>> Regards,
>>> Florian
>>>
>>> Ursprüngliche Nachricht vom 14.05.2008 um 20:33:
>>>>>
>>>>> This is/was a bug. {0} and {1} should normally be replaced by the
>>>>> created user id and password. The bug has already been fixed,
>>>>> but only
>>>>> in v2.7.0-svn3. See https://issues.apache.org/jira/browse/
>>>>> JSPWIKI-225
>>>>> for details.
>>>
>>>> OK, ok... Shall we release a 2.6.3? Give me a couple of +1s and
>>>> I'll
>>>> open it on the tracker...
>>>
>>>> /Janne
>>
>>
>
Re: Poll: 2.6.3?
Posted by David Gao <da...@gmail.com>.
+1
What about considering integrate fix for JSPWiki-231? Reflect the
language translations update in 2.6.3
--
David Gao (davidgjm@gmail.com)
-------- Original Message --------
>
> OK, done. 2.6.3 now exists in the issue tracker.
>
> Please discuss which other fixes should be taken in for 2.6.3...
> Nothing too complicated please, preferably stuff which already has a
> fix available!
>
> /Janne
>
> On May 14, 2008, at 21:40 , Florian Holeczek wrote:
>
>> +1
>>
>> because this bug inhibits an easy start for new users.
>>
>> Regards,
>> Florian
>>
>> Ursprüngliche Nachricht vom 14.05.2008 um 20:33:
>>>>
>>>> This is/was a bug. {0} and {1} should normally be replaced by the
>>>> created user id and password. The bug has already been fixed, but only
>>>> in v2.7.0-svn3. See https://issues.apache.org/jira/browse/JSPWIKI-225
>>>> for details.
>>
>>> OK, ok... Shall we release a 2.6.3? Give me a couple of +1s and I'll
>>> open it on the tracker...
>>
>>> /Janne
>
>
Re: Poll: 2.6.3?
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
OK, done. 2.6.3 now exists in the issue tracker.
Please discuss which other fixes should be taken in for 2.6.3...
Nothing too complicated please, preferably stuff which already has a
fix available!
/Janne
On May 14, 2008, at 21:40 , Florian Holeczek wrote:
> +1
>
> because this bug inhibits an easy start for new users.
>
> Regards,
> Florian
>
> Ursprüngliche Nachricht vom 14.05.2008 um 20:33:
>>>
>>> This is/was a bug. {0} and {1} should normally be replaced by the
>>> created user id and password. The bug has already been fixed, but
>>> only
>>> in v2.7.0-svn3. See https://issues.apache.org/jira/browse/
>>> JSPWIKI-225
>>> for details.
>
>> OK, ok... Shall we release a 2.6.3? Give me a couple of +1s and I'll
>> open it on the tracker...
>
>> /Janne
Re: Poll: 2.6.3?
Posted by Florian Holeczek <fl...@holeczek.de>.
+1
because this bug inhibits an easy start for new users.
Regards,
Florian
Ursprüngliche Nachricht vom 14.05.2008 um 20:33:
>>
>> This is/was a bug. {0} and {1} should normally be replaced by the
>> created user id and password. The bug has already been fixed, but only
>> in v2.7.0-svn3. See https://issues.apache.org/jira/browse/JSPWIKI-225
>> for details.
> OK, ok... Shall we release a 2.6.3? Give me a couple of +1s and I'll
> open it on the tracker...
> /Janne
Poll: 2.6.3?
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
>
> This is/was a bug. {0} and {1} should normally be replaced by the
> created user id and password. The bug has already been fixed, but only
> in v2.7.0-svn3. See https://issues.apache.org/jira/browse/JSPWIKI-225
> for details.
OK, ok... Shall we release a 2.6.3? Give me a couple of +1s and I'll
open it on the tracker...
/Janne
Re: UTF-8 and Search
Posted by sa...@tkk.fi.
Quoting Florian Holeczek <fl...@holeczek.de>:
> Have a look at http://www.jspwiki.org/wiki/TomcatAndUTF8
Problem solved - thank you!
(It's not only JSPWiki that is new to me; Tomcat is, too...)
Sakari Aaltonen
Re: UTF-8 and Search
Posted by Florian Holeczek <fl...@holeczek.de>.
Have a look at http://www.jspwiki.org/wiki/TomcatAndUTF8
Florian
Ursprüngliche Nachricht vom 20.05.2008 um 13:46:
> We have been editing several pages with text containing "Nordic"
> characters - words like "pöytäkirja", say. No problems. Now, however,
> someone wanted to search for this word, and typed it into the Search
> box (where it first says "Quick Navigation"). But on the Search page
> that opened, it read "pöytäkirja", changed, apparently, by JSPWiki.
> The search was, of course, unsuccessful.
> What am I doing wrong? The file
> $CATALINA_HOME/webapps/JSPWiki/WEB-INF/jspwiki.properties does include
> the line
> jspwiki.encoding = UTF-8
> Thank you,
> Sakari Aaltonen
UTF-8 and Search
Posted by sa...@tkk.fi.
We have been editing several pages with text containing "Nordic"
characters - words like "pöytäkirja", say. No problems. Now, however,
someone wanted to search for this word, and typed it into the Search
box (where it first says "Quick Navigation"). But on the Search page
that opened, it read "pöytäkirja", changed, apparently, by JSPWiki.
The search was, of course, unsuccessful.
What am I doing wrong? The file
$CATALINA_HOME/webapps/JSPWiki/WEB-INF/jspwiki.properties does include
the line
jspwiki.encoding = UTF-8
Thank you,
Sakari Aaltonen
Re: Hyperlinks starting with file:
Posted by Dirk Frederickx <di...@gmail.com>.
Here's a quick solution (didn't test it ;-)
1) go to PageContent.jsp
2) find the first </wiki:Tab> element
3) Insert this line just before that line
<wiki:Include page="AttachmentTab.jsp"/>
Hit refresh on your browser to see the attachment table on the front page too.
good luck
dirk
On Mon, May 19, 2008 at 11:32 AM, <sa...@tkk.fi> wrote:
> Quoting Gavin Goldsmith <gg...@pnp.co.za>:
>
>> Perhaps JSPWiki/tomcat has no permissions to save the attachments. Take
>> a look at the following 2 items in the jspwiki.properties file:
>> jspwiki.attachmentProvider = BasicAttachmentProvider
>> jspwiki.basicAttachmentProvider.storageDir =
>> /JSPWiki/user_attachments
>>
>> See that they are set and that the relevant permissions are set.
>
> Indeed, this seems to have been the root cause, as the jspwiki.properties
> file's relevant line read
> jspwiki.basicAttachmentProvider.storageDir = /p/web/www-data/jspwiki/
> which (obviously) did not point to anything useful on my machine.
>
> Once I corrected it, attachments started working in the way I expected them
> to. However, Janne J mentioned <templates> in an earlier mail as being the
> cause of the attachments being "hidden" under the Attach button/tab. But
> which <template> is responsible for this? How can attachments be listed on
> the page itself, immediately visible?
>
>
> Thank you,
> Sakari Aaltonen
>
>
>
RE: Hyperlinks starting with file:
Posted by sa...@tkk.fi.
Quoting Gavin Goldsmith <gg...@pnp.co.za>:
> Perhaps JSPWiki/tomcat has no permissions to save the attachments. Take
> a look at the following 2 items in the jspwiki.properties file:
> jspwiki.attachmentProvider = BasicAttachmentProvider
> jspwiki.basicAttachmentProvider.storageDir =
> /JSPWiki/user_attachments
>
> See that they are set and that the relevant permissions are set.
Indeed, this seems to have been the root cause, as the
jspwiki.properties file's relevant line read
jspwiki.basicAttachmentProvider.storageDir = /p/web/www-data/jspwiki/
which (obviously) did not point to anything useful on my machine.
Once I corrected it, attachments started working in the way I expected
them to. However, Janne J mentioned <templates> in an earlier mail as
being the cause of the attachments being "hidden" under the Attach
button/tab. But which <template> is responsible for this? How can
attachments be listed on the page itself, immediately visible?
Thank you,
Sakari Aaltonen
RE: Hyperlinks starting with file:
Posted by Gavin Goldsmith <gg...@pnp.co.za>.
> -----Original Message-----
> From: sakari.aaltonen@tkk.fi [mailto:sakari.aaltonen@tkk.fi]
>
> Quoting Florian Holeczek <fl...@holeczek.de>:
>
> >> (When I look under the "Attach" tab, all I see is a dialog for
> >> selecting the file to be attached.)
> >
> > Sure, because nothing is attached yet. Simply attach a file and it
> > will appear in a list below this dialog. There's even a
> nice preview
> > function for pictures, just like in your mail reader.
>
> After I attach a file (I take this means "select a file and
> hit Upload"), it does not appear anywhere. There is no list.
>
Perhaps JSPWiki/tomcat has no permissions to save the attachments. Take
a look at the following 2 items in the jspwiki.properties file:
jspwiki.attachmentProvider = BasicAttachmentProvider
jspwiki.basicAttachmentProvider.storageDir =
/JSPWiki/user_attachments
See that they are set and that the relevant permissions are set.
Gavin
Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093?
If you don't have web access, the disclaimer can be mailed to you on request.
Disclaimer requests to be sent to it-security@pnp.co.za
Re: Hyperlinks starting with file:
Posted by sa...@tkk.fi.
Quoting Florian Holeczek <fl...@holeczek.de>:
>> (When I look under the "Attach" tab, all I see is a dialog for
>> selecting the file to be attached.)
>
> Sure, because nothing is attached yet. Simply attach a file and it
> will appear in a list below this dialog. There's even a nice preview
> function for pictures, just like in your mail reader.
After I attach a file (I take this means "select a file and hit
Upload"), it does not appear anywhere. There is no list.
Sakari Aaltonen
Re: Hyperlinks starting with file:
Posted by Florian Holeczek <fl...@holeczek.de>.
>> Hmm... Try this on sandbox.jspwiki.org, there you'll see!
>> I've just attached a picture to the Main page.
>>
>> Maybe your configuration is missing something and therefore no
>> attachments are included (but that's just a guess).
>>
> A very useful tip; thank you. I tried it and, yes, I was able to add
> an .XLS file as an attachment *and* have OpenOffice launched when I
> clicked on the file's name. This is *almost* what I'm looking for. It
> would be even better if the file name was visible somewhere on the
> page, rather than sort of hidden "under" the Attach button.
> Yes, my configuration is sure to miss something (I have basically
> unzipped JSPWiki-corepages.zip.) But what is it?
We were mailing off the list here.
Have a look at Gavin Goldsmith's response regarding configuration.
Florian
Re: Hyperlinks starting with file:
Posted by Florian Holeczek <fl...@holeczek.de>.
> (When I look under the "Attach" tab, all I see is a dialog for
> selecting the file to be attached.)
Sure, because nothing is attached yet. Simply attach a file and it
will appear in a list below this dialog. There's even a nice preview
function for pictures, just like in your mail reader.
Florian
Re: Hyperlinks starting with file:
Posted by sa...@tkk.fi.
Quoting Janne Jalkanen <Ja...@ecyrd.com>:
> Look under the "Attach" tab. They were delegated off the main page in
> the default template for clarity's sake. It's trivial for you to
> change the template to show them under the page text, if that is what
> you want.
Thank you, but, well, it's not trivial for me. At the moment, I don't
even understand what a template does, let alone which (default)
template to change, and how. (When I look under the "Attach" tab, all
I see is a dialog for selecting the file to be attached.)
Sakari Aaltonen
Re: Hyperlinks starting with file:
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
> Ermm... I don't understand JSPWiki's concept of attachment. When I
> attach a file to a page I edit, the resulting page does not show
> any sign or indication of the file or even of the fact that
> something has, in fact, been attached, which is what I expect. That
> is, something in the style of email attachments, which result in
> clickable links on the mail reader's page.
Look under the "Attach" tab. They were delegated off the main page
in the default template for clarity's sake. It's trivial for you to
change the template to show them under the page text, if that is what
you want.
/Janne
Re: Hyperlinks starting with file:
Posted by sa...@tkk.fi.
Quoting Janne Jalkanen <Ja...@ecyrd.com>:
>>
>> Sounds reasonable. However, in our case we have a number of
>> documents of various types - Word, Excel, TeX, PDF, PowerPoint,
>> etc. that we want publish to all users of the wiki. It seems very
>> complicated and error-prone to try to transform all these existing
>> documents into some JSPWiki format (by plugins?). Instead, it would
>> be much easier, I think, to keep the documents as they are, and
>> just launch an appropriate program (in a separate window or tab)
>> when a user clicks on the name of a document, wanting to have a
>> closer look.
>
>
> Why can't you use attachments?
Ermm... I don't understand JSPWiki's concept of attachment. When I
attach a file to a page I edit, the resulting page does not show any
sign or indication of the file or even of the fact that something has,
in fact, been attached, which is what I expect. That is, something in
the style of email attachments, which result in clickable links on the
mail reader's page.
Sakari Aaltonen
Re: Hyperlinks starting with file:
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
>
> Sounds reasonable. However, in our case we have a number of
> documents of various types - Word, Excel, TeX, PDF, PowerPoint,
> etc. that we want publish to all users of the wiki. It seems very
> complicated and error-prone to try to transform all these existing
> documents into some JSPWiki format (by plugins?). Instead, it would
> be much easier, I think, to keep the documents as they are, and
> just launch an appropriate program (in a separate window or tab)
> when a user clicks on the name of a document, wanting to have a
> closer look.
Why can't you use attachments?
As everyone has pointed out, the blocking of file:// URLs is a
security feature mandated by the browser, and JSPWiki can not
influence it in any way.
/Janne
Re: Hyperlinks starting with file:
Posted by Murray Altheim <mu...@altheim.com>.
Janne Jalkanen wrote:
>> You can edit the file extensions recognized by JSPWiki as attachments
>> by editing the value of jspwiki.attachment.allow in
>> $WIKI_HOME/WEB-INF/jspwiki.properties. If you were providing links
>
> Wrong. Any file attached as an attachment is recognized as an
> attachment. As is logical.
>
> The jspwiki.attachment.allow only influences the uploading of
> attachments - which attachment types may be uploaded.
The jspwiki.attachment.* properties are as you say only influential
on attachments, which is one of the possible solutions to this
problem. The other was my suggestion of a plugin index of a
directory, a directory within the wiki hierarchy that could be served
via http:. I wasn't meaning to imply otherwise; they are two separate
suggestions.
Murray
...........................................................................
Murray Altheim <murray07 at altheim.com> === = =
http://www.altheim.com/murray/ = = ===
SGML Grease Monkey, Banjo Player, Wantanabe Zen Monk = = = =
Boundless wind and moon - the eye within eyes,
Inexhaustible heaven and earth - the light beyond light,
The willow dark, the flower bright - ten thousand houses,
Knock at any door - there's one who will respond.
-- The Blue Cliff Record
Re: Hyperlinks starting with file:
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
> You can edit the file extensions recognized by JSPWiki as attachments
> by editing the value of jspwiki.attachment.allow in
> $WIKI_HOME/WEB-INF/jspwiki.properties. If you were providing links
>
Wrong. Any file attached as an attachment is recognized as an
attachment. As is logical.
The jspwiki.attachment.allow only influences the uploading of
attachments - which attachment types may be uploaded.
/Janne
Re: Hyperlinks starting with file:
Posted by Murray Altheim <mu...@altheim.com>.
Gavin Goldsmith wrote:
> Hi
>
>> Sounds reasonable. However, in our case we have a number of
>> documents of various types - Word, Excel, TeX, PDF,
>> PowerPoint, etc. that we want publish to all users of the
>> wiki.
>>
> A possible solution is to create a shared folder within the structres
> which JSPWiki/Tomcat is able to "serve up". The files can then be
> placed there and accessed with standard markup, e.g. [Label/Description
> | http://servername/JSPWiki/images/xmlCoffeeCup.png].
>
> You can do this with all file types recognised by JSPWiki (there was a
> reference to this on this list earlier today).
Yes, and the directory used could even be a symbolic link, i.e., you
wouldn't have to move the files from their existing location. It
would be relatively easy to write a plugin* to provide an index of the
files in a given directory, so you could even avoid having to do any
manual creation of links (which would be the case if you were to use
attachments).
You can edit the file extensions recognized by JSPWiki as attachments
by editing the value of jspwiki.attachment.allow in
$WIKI_HOME/WEB-INF/jspwiki.properties. If you were providing links
to files in a directory the the file extensions are handled by the
user's browser. These would of course be http: protocol links, not
file: links (since they're being served by Apache/your server from
a suitable directory rather than an arbitrary location on the server).
Murray
* likely using java.io.File#listFiles()
...........................................................................
Murray Altheim <murray07 at altheim.com> === = =
http://www.altheim.com/murray/ = = ===
SGML Grease Monkey, Banjo Player, Wantanabe Zen Monk = = = =
Boundless wind and moon - the eye within eyes,
Inexhaustible heaven and earth - the light beyond light,
The willow dark, the flower bright - ten thousand houses,
Knock at any door - there's one who will respond.
-- The Blue Cliff Record
RE: Hyperlinks starting with file:
Posted by Gavin Goldsmith <gg...@pnp.co.za>.
Hi
> Sounds reasonable. However, in our case we have a number of
> documents of various types - Word, Excel, TeX, PDF,
> PowerPoint, etc. that we want publish to all users of the
> wiki.
>
A possible solution is to create a shared folder within the structres
which JSPWiki/Tomcat is able to "serve up". The files can then be
placed there and accessed with standard markup, e.g. [Label/Description
| http://servername/JSPWiki/images/xmlCoffeeCup.png].
You can do this with all file types recognised by JSPWiki (there was a
reference to this on this list earlier today).
Hope this helps some.
Gavin
Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093?
If you don't have web access, the disclaimer can be mailed to you on request.
Disclaimer requests to be sent to it-security@pnp.co.za
Re: Hyperlinks starting with file:
Posted by sa...@tkk.fi.
Lainaus Murray Altheim <mu...@altheim.com>:
> Sakari,
>
> It is indeed for security purposes. Few systems administrators would
> want to install software that permitted external users to access any
> file on a server, or even have access (at all) to the local file
> system. Wikis in general don't need such access so there's not much
> of an argument for including it.
Sounds reasonable. However, in our case we have a number of documents
of various types - Word, Excel, TeX, PDF, PowerPoint, etc. that we
want publish to all users of the wiki. It seems very complicated and
error-prone to try to transform all these existing documents into some
JSPWiki format (by plugins?). Instead, it would be much easier, I
think, to keep the documents as they are, and just launch an
appropriate program (in a separate window or tab) when a user clicks
on the name of a document, wanting to have a closer look.
(Also, the wiki is intended to be strictly internal to the workplace
here. We shall make an effort not to have external users.)
Sakari Aaltonen
Re: Hyperlinks starting with file:
Posted by Murray Altheim <mu...@altheim.com>.
Sakari,
It is indeed for security purposes. Few systems administrators would
want to install software that permitted external users to access any
file on a server, or even have access (at all) to the local file
system. Wikis in general don't need such access so there's not much
of an argument for including it. It probably wouldn't be too difficult
to modify JSPWiki to permit it, but nobody would want that as a default.
Murray
sakari.aaltonen@tkk.fi wrote:
> http://www.jspwiki.org/wiki/TextFormattingRules says
>
> "The link can also be a direct URL starting with http:, ftp:, mailto:,
> https:, or news:, in which case the link points to an external entity. "
>
> I wonder why file: is not allowed. If I type something like
> file://localhost/myanmar.xls
> into my browser's address field (and hit Enter), OpenOffice Calc is
> launched and opens the file named. It doesn't happen if, instead of
> file:, the link starts with http: (in which case I get the dreaded
> "Object not found!" error.)
>
> Now, I wanted to put a link like that (file:) into a JSPWiki page. But
> clicking it doesn't work - there is no error message, even. (If I start
> the link with http:, it's "Object not found!" again.)
>
> Just curious whether there is a reason for this, or whether it's
> something no one else finds useful...
>
>
> Sakari Aaltonen
Murray
...........................................................................
Murray Altheim <murray07 at altheim.com> === = =
http://www.altheim.com/murray/ = = ===
SGML Grease Monkey, Banjo Player, Wantanabe Zen Monk = = = =
Boundless wind and moon - the eye within eyes,
Inexhaustible heaven and earth - the light beyond light,
The willow dark, the flower bright - ten thousand houses,
Knock at any door - there's one who will respond.
-- The Blue Cliff Record
Re: Hyperlinks starting with file:
Posted by Derek Hohls <DH...@csir.co.za>.
Not sure about IE, but here is a link regarding FF:
http://www.petersblog.org/node/1049
>>> On 2008/05/16 at 11:45, in message <20...@webmail1.tkk.fi>, <sa...@tkk.fi> wrote:
Lainaus Florian Holeczek <fl...@holeczek.de>:
> Hallo Sakari,
>
> I guess this is for security reasons, because file:// doesn't
> necessarily mean your computer, but the page requester's computer in
> general.
>
> I've once been experimenting with this and used the following InterWiki
> link in jspwiki.properties:
>
> jspwiki.interWikiRef.WindowsShare = file:///%s
>
> You can then define a link via [WindowsShare:c:/bla/xyz.txt] in your
> wiki pages.
>
> This link then appears correctly in the HTML code, but it seems as if
> modern browsers block it (clicking on it doesn't do anything in IE7
> and Firefox 2). However, this feature may be configurable.
I tried this, but there doesn't seem to be any real difference, as
just writing file: (directly) in the JSPWiki link results in HTML code
that is practically identical with that produced by the WindowsShare
explained above (just two instead of three slashes.) The browser
behavior is identical, too.
Apparently, something else is needed to make the browser launch an
application when needed (according to file type), which is what I'm
after here.
Thank you anyway,
Sakari Aaltonen
--
This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard.
The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.
This message has been scanned for viruses and dangerous content by MailScanner,
and is believed to be clean. MailScanner thanks Transtec Computers for their support.
Re: Hyperlinks starting with file:
Posted by sa...@tkk.fi.
Lainaus Florian Holeczek <fl...@holeczek.de>:
> Hallo Sakari,
>
> I guess this is for security reasons, because file:// doesn't
> necessarily mean your computer, but the page requester's computer in
> general.
>
> I've once been experimenting with this and used the following InterWiki
> link in jspwiki.properties:
>
> jspwiki.interWikiRef.WindowsShare = file:///%s
>
> You can then define a link via [WindowsShare:c:/bla/xyz.txt] in your
> wiki pages.
>
> This link then appears correctly in the HTML code, but it seems as if
> modern browsers block it (clicking on it doesn't do anything in IE7
> and Firefox 2). However, this feature may be configurable.
I tried this, but there doesn't seem to be any real difference, as
just writing file: (directly) in the JSPWiki link results in HTML code
that is practically identical with that produced by the WindowsShare
explained above (just two instead of three slashes.) The browser
behavior is identical, too.
Apparently, something else is needed to make the browser launch an
application when needed (according to file type), which is what I'm
after here.
Thank you anyway,
Sakari Aaltonen
Re: Hyperlinks starting with file:
Posted by Florian Holeczek <fl...@holeczek.de>.
Hallo Sakari,
I guess this is for security reasons, because file:// doesn't
necessarily mean your computer, but the page requester's computer in
general.
I've once been experimenting with this and used the following InterWiki
link in jspwiki.properties:
jspwiki.interWikiRef.WindowsShare = file:///%s
You can then define a link via [WindowsShare:c:/bla/xyz.txt] in your
wiki pages.
This link then appears correctly in the HTML code, but it seems as if
modern browsers block it (clicking on it doesn't do anything in IE7
and Firefox 2). However, this feature may be configurable.
Regards,
Florian
Ursprüngliche Nachricht vom 16.05.2008 um 09:13:
> http://www.jspwiki.org/wiki/TextFormattingRules says
> "The link can also be a direct URL starting with http:, ftp:, mailto:,
> https:, or news:, in which case the link points to an external entity. "
> I wonder why file: is not allowed. If I type something like
> file://localhost/myanmar.xls
> into my browser's address field (and hit Enter), OpenOffice Calc is
> launched and opens the file named. It doesn't happen if, instead of
> file:, the link starts with http: (in which case I get the dreaded
> "Object not found!" error.)
> Now, I wanted to put a link like that (file:) into a JSPWiki page. But
> clicking it doesn't work - there is no error message, even. (If I
> start the link with http:, it's "Object not found!" again.)
> Just curious whether there is a reason for this, or whether it's
> something no one else finds useful...
> Sakari Aaltonen
Hyperlinks starting with file:
Posted by sa...@tkk.fi.
http://www.jspwiki.org/wiki/TextFormattingRules says
"The link can also be a direct URL starting with http:, ftp:, mailto:,
https:, or news:, in which case the link points to an external entity. "
I wonder why file: is not allowed. If I type something like
file://localhost/myanmar.xls
into my browser's address field (and hit Enter), OpenOffice Calc is
launched and opens the file named. It doesn't happen if, instead of
file:, the link starts with http: (in which case I get the dreaded
"Object not found!" error.)
Now, I wanted to put a link like that (file:) into a JSPWiki page. But
clicking it doesn't work - there is no error message, even. (If I
start the link with http:, it's "Object not found!" again.)
Just curious whether there is a reason for this, or whether it's
something no one else finds useful...
Sakari Aaltonen
Re: Getting Started
Posted by Florian Holeczek <fl...@holeczek.de>.
> 2) If I put JSPWiki.war into $CATALINA_HOME/webapps and access Install.jsp,
> then an admin account seems to get created with user id {0} and
> password {1}. What do the curly-brace expressions mean? I can't figure
> them out.
This is/was a bug. {0} and {1} should normally be replaced by the
created user id and password. The bug has already been fixed, but only
in v2.7.0-svn3. See https://issues.apache.org/jira/browse/JSPWIKI-225
for details.
Regards,
Florian
Re: Plugins vs. .doc/.xls/.ppt/.pdf/.avi/.mp3/.tex/...
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
JSPWiki plugins are small pieces of code which allow more complicated
rendering thatn basic wikimarkup.
The application which opens your attachment is decided by the
browser, based on the file extension and the MIME type sent by the
server. Check out the $CATALINA_HOME/conf/web.xml to see the mime
mappings used by the server.
Just linking to the attachment is quite enough.
/Janne
On 15 May 2008, at 14:27, sakari.aaltonen@tkk.fi wrote:
> I may be wrong, but my impression is that JSPWiki's plugins are
> meant to be something like transformers - transform a spreadsheet,
> say, into a Wiki page. But what if you don't need or want a
> transformation?
>
> What I would like is a link to a file of a particular type such
> that when clicked, the corresponding program (OpenOffice,Excel,...)
> is launched. Or, if it is a PDF file, then Acroread is launched to
> show it.
>
> Something like that is not a plugin, is it? How should the link be
> formatted?
>
>
> Thank you,
> Sakari Aaltonen
>
Plugins vs. .doc/.xls/.ppt/.pdf/.avi/.mp3/.tex/...
Posted by sa...@tkk.fi.
I may be wrong, but my impression is that JSPWiki's plugins are meant
to be something like transformers - transform a spreadsheet, say, into
a Wiki page. But what if you don't need or want a transformation?
What I would like is a link to a file of a particular type such that
when clicked, the corresponding program (OpenOffice,Excel,...) is
launched. Or, if it is a PDF file, then Acroread is launched to show it.
Something like that is not a plugin, is it? How should the link be formatted?
Thank you,
Sakari Aaltonen
Re: Getting Started
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
> 1) The README that came with the .zip file says simply to put
> JSPWiki.war into $CATALINA_HOME/webapps. However, the more detailed
> explanation at
>
> http://doc.jspwiki.org/2.4/wiki/InstallingJSPWikiStepByStep
>
> says that you can put JSPWiki.war "anywhere, EXCEPT in the webapps
> folder of your Tomcat home". Which is correct? Or better?
They're actually different instructions, as noted by the page: the
README is for simple installation, the latter is for a multi-wiki,
highly complicated installation.
Sorry for not being clearer on that - that's the thing with user-
contributed documentation ;-)
> 2) If I put JSPWiki.war into $CATALINA_HOME/webapps and access
> Install.jsp,
> then an admin account seems to get created with user id {0} and
> password {1}. What do the curly-brace expressions mean? I can't
> figure them out.
As someone mentioned, it's a bug...
/Janne
Getting Started
Posted by sa...@tkk.fi.
I'm trying to build my first wiki with JSPWiki 2.6.2. I wonder whether
anyone might want to clarify a few points.
1) The README that came with the .zip file says simply to put
JSPWiki.war into $CATALINA_HOME/webapps. However, the more detailed
explanation at
http://doc.jspwiki.org/2.4/wiki/InstallingJSPWikiStepByStep
says that you can put JSPWiki.war "anywhere, EXCEPT in the webapps
folder of your Tomcat home". Which is correct? Or better?
2) If I put JSPWiki.war into $CATALINA_HOME/webapps and access Install.jsp,
then an admin account seems to get created with user id {0} and
password {1}. What do the curly-brace expressions mean? I can't figure
them out.
3) If I do as
http://doc.jspwiki.org/2.4/wiki/InstallingJSPWikiStepByStep
says and put JSPWiki.war's contents somewhere else than
$CATALINA_HOME/webapps, then how do I tell Tomcat where to look for
the wiki? The document seems to presuppose there is a folder like
/usr/local/apache-tomcat-5.5.17/conf/Catalina/localhost
where one is supposed to put a property file called something like
myfirstwiki.xml (where <myfirstwiki<> is the name of a wiki.) But my
Tomcat 6.0.16 does not have a directory like that:
sakari@gongli:~> ll $CATALINA_HOME/conf
total 92
-rw------- 1 sakari users 8568 2008-01-29 00:39 catalina.policy
-rw------- 1 sakari users 3665 2008-01-29 00:39 catalina.properties
-rw------- 1 sakari users 1396 2008-01-29 00:39 context.xml
-rw------- 1 sakari users 3664 2008-01-29 00:39 logging.properties
-rw------- 1 sakari users 6462 2008-01-29 00:39 server.xml
-rw-r--r-- 1 sakari users 70 2008-05-14 11:16 tomcat-users.xml
-rw------- 1 sakari users 51226 2008-01-29 00:39 web.xml
sakari@gongli:~>
Thank you,
Sakari Aaltonen
Re: Failed to create a Wiki engine
Posted by sa...@tkk.fi.
Lainaus Olaf Kock <ok...@abstrakt.de>:
> When tomcat is started or installed as root, some files and directories
> tend to be owned by root, thus be writeable only for root. This is
> especially bad for work, temp and webapps, also I believe that
> conf/Catalina/localhost (or whatever is equivalent in your installation)
> needs to be writeable by the user that runs tomcat.
>
> In short: Never ever start Tomcat as root. If it happened once, "sudo
> chown -R" either all or the most relevant files and directories to the
> correct user. There are some positive implications about not having
> everything (e.g. various jars) writeable by the user running as, but
> having the others /not/ writeable certainly prevents running tomcat at all.
I re-checked, and it seems that the 'sudo' was not necessary. What
*was* necessary was that Tomcat be restarted before accessing
JSPWiki/Install.jsp.
In other words, the correct way to start the installation - for me, at
least - seems to be:
1) move JSPWiki.war into $CATALINA_HOME/webapps
2) restart Tomcat:
sakari@gongli:~> $CATALINA_HOME/bin/shutdown.sh
sakari@gongli:~> $CATALINA_HOME/bin/startup.sh
3) go to http://localhost:8080/JSPWiki/Install.jsp
Sakari Aaltonen
Re: Failed to create a Wiki engine
Posted by Olaf Kock <ok...@abstrakt.de>.
sakari.aaltonen@tkk.fi schrieb:
> Ermm... It's not harmless to me...
>
> Or rather, it wasn't. Until I hit upon the idea of restarting Tomcat as
> root, or:
> sakari@gongli:~> $CATALINA_HOME/bin/shutdown.sh
> sakari@gongli:~> sudo $CATALINA_HOME/bin/startup.sh
>
> When I now access http://localhost:8080/JSPWiki/Install.jsp, I do get a
> promising-looking "JSPWiki Installer" page.
When tomcat is started or installed as root, some files and directories
tend to be owned by root, thus be writeable only for root. This is
especially bad for work, temp and webapps, also I believe that
conf/Catalina/localhost (or whatever is equivalent in your installation)
needs to be writeable by the user that runs tomcat.
In short: Never ever start Tomcat as root. If it happened once, "sudo
chown -R" either all or the most relevant files and directories to the
correct user. There are some positive implications about not having
everything (e.g. various jars) writeable by the user running as, but
having the others /not/ writeable certainly prevents running tomcat at all.
Cheers,
Olaf
Re: Failed to create a Wiki engine
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
> Or rather, it wasn't. Until I hit upon the idea of restarting
> Tomcat as root, or:
> sakari@gongli:~> $CATALINA_HOME/bin/shutdown.sh
> sakari@gongli:~> sudo $CATALINA_HOME/bin/startup.sh
>
> When I now access http://localhost:8080/JSPWiki/Install.jsp, I do
> get a promising-looking "JSPWiki Installer" page.
Yes, that could cause some problems, if all of your permissions are
not correct.
/Janne
Re: Failed to create a Wiki engine
Posted by sa...@tkk.fi.
Lainaus Janne Jalkanen <Ja...@ecyrd.com>:
>
> I can't explain it either - but as far as I can tell, it's completely
> harmless. Just annoying.
>
Ermm... It's not harmless to me...
Or rather, it wasn't. Until I hit upon the idea of restarting Tomcat
as root, or:
sakari@gongli:~> $CATALINA_HOME/bin/shutdown.sh
sakari@gongli:~> sudo $CATALINA_HOME/bin/startup.sh
When I now access http://localhost:8080/JSPWiki/Install.jsp, I do get
a promising-looking "JSPWiki Installer" page.
That is, it *looks* promising; haven't done anything with it, yet.
Just wanted to let you people know that at least one problem seems to
have been solved.
Sakari Aaltonen
Re: Failed to create a Wiki engine
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
I can't explain it either - but as far as I can tell, it's completely
harmless. Just annoying.
/Janne
On 11 May 2008, at 12:08, Harry Metske wrote:
> every few months this symptom pops up again, just like
> https://issues.apache.org/jira/browse/JSPWIKI-164
>
> I still can't explain why...
> Maybe cleaning up tomcat's work and temp directory might help ?
>
> Harry Metske
>
> 2008/5/11 <sa...@tkk.fi>:
>
>> Lainaus Gabe Wong <ga...@ngasi.com>:
>>
>>
>> Are there any errors in the catalina logs?
>>>
>>>
>>> --
>>> Regards
>>>
>>> Gabe Wong
>>>
>>
>> Some more log output, now from CATALINA_HOME/logs/catalina.out
>> (after I
>> move JSPWiki.war into CATALINA_HOME/webapps):
>> ##########################################################
>>
>> 11-May-2008 10:43:24 org.apache.catalina.startup.HostConfig deployWAR
>> INFO: Deploying web application archive JSPWiki.war
>> 11-May-2008 10:43:34 org.apache.catalina.core.StandardContext
>> addApplicationListener
>> INFO: The listener "com.ecyrd.jspwiki.auth.SessionMonitor" is already
>> configured for this context. The duplicate definition has been
>> ignored.
>> Starting up background thread: JSPWiki Lucene Indexer.
>> Starting up background thread: WatchDog for 'JSPWiki'.
>> Starting up background thread: JSPWiki Lucene Indexer.
>> 11-May-2008 10:43:44 org.apache.catalina.core.StandardContext start
>> SEVERE: Error filterStart
>> 11-May-2008 10:43:44 org.apache.catalina.core.StandardContext start
>> SEVERE: Context [/JSPWiki] startup failed due to previous errors
>> Background thread error: (stack trace follows)
>> java.lang.NullPointerException
>> at com.ecyrd.jspwiki.util.WatchDog.enterState(WatchDog.java:
>> 231)
>> at
>> com.ecyrd.jspwiki.search.LuceneSearchProvider
>> $LuceneUpdater.backgroundTask(LuceneSearchProvider.java:711)
>> at
>> com.ecyrd.jspwiki.util.WikiBackgroundThread.run
>> (WikiBackgroundThread.java:135)
>> Exception in thread "JSPWiki Lucene Indexer"
>> com.ecyrd.jspwiki.InternalWikiException
>> at
>> com.ecyrd.jspwiki.util.WikiBackgroundThread.run
>> (WikiBackgroundThread.java:171)
>> Background thread error: (stack trace follows)
>> java.lang.NullPointerException
>> at com.ecyrd.jspwiki.util.WatchDog.enterState(WatchDog.java:
>> 231)
>> at
>> com.ecyrd.jspwiki.search.LuceneSearchProvider
>> $LuceneUpdater.backgroundTask(LuceneSearchProvider.java:711)
>> at
>> com.ecyrd.jspwiki.util.WikiBackgroundThread.run
>> (WikiBackgroundThread.java:135)
>> Exception in thread "JSPWiki Lucene Indexer"
>> com.ecyrd.jspwiki.InternalWikiException
>> at
>> com.ecyrd.jspwiki.util.WikiBackgroundThread.run
>> (WikiBackgroundThread.java:171)
>> Background thread error: (stack trace follows)
>> java.lang.NullPointerException
>> at
>> com.ecyrd.jspwiki.util.WatchDog$WatchDogThread.backgroundTask
>> (WatchDog.java:375)
>> at
>> com.ecyrd.jspwiki.util.WikiBackgroundThread.run
>> (WikiBackgroundThread.java:135)
>> Exception in thread "WatchDog for 'JSPWiki'"
>> com.ecyrd.jspwiki.InternalWikiException
>> at
>> com.ecyrd.jspwiki.util.WikiBackgroundThread.run
>> (WikiBackgroundThread.java:171)
>> ########################################################
>>
>>
>> Sakari Aaltonen
>>
>>
>>
>>
>>
>>
>>
>>
>
>
> --
> met vriendelijke groet,
> Harry Metske
> Telnr. +31-548-512395
> Mobile +31-6-51898081
Re: Failed to create a Wiki engine
Posted by Harry Metske <ha...@gmail.com>.
every few months this symptom pops up again, just like
https://issues.apache.org/jira/browse/JSPWIKI-164
I still can't explain why...
Maybe cleaning up tomcat's work and temp directory might help ?
Harry Metske
2008/5/11 <sa...@tkk.fi>:
> Lainaus Gabe Wong <ga...@ngasi.com>:
>
>
> Are there any errors in the catalina logs?
>>
>>
>> --
>> Regards
>>
>> Gabe Wong
>>
>
> Some more log output, now from CATALINA_HOME/logs/catalina.out (after I
> move JSPWiki.war into CATALINA_HOME/webapps):
> ##########################################################
>
> 11-May-2008 10:43:24 org.apache.catalina.startup.HostConfig deployWAR
> INFO: Deploying web application archive JSPWiki.war
> 11-May-2008 10:43:34 org.apache.catalina.core.StandardContext
> addApplicationListener
> INFO: The listener "com.ecyrd.jspwiki.auth.SessionMonitor" is already
> configured for this context. The duplicate definition has been ignored.
> Starting up background thread: JSPWiki Lucene Indexer.
> Starting up background thread: WatchDog for 'JSPWiki'.
> Starting up background thread: JSPWiki Lucene Indexer.
> 11-May-2008 10:43:44 org.apache.catalina.core.StandardContext start
> SEVERE: Error filterStart
> 11-May-2008 10:43:44 org.apache.catalina.core.StandardContext start
> SEVERE: Context [/JSPWiki] startup failed due to previous errors
> Background thread error: (stack trace follows)
> java.lang.NullPointerException
> at com.ecyrd.jspwiki.util.WatchDog.enterState(WatchDog.java:231)
> at
> com.ecyrd.jspwiki.search.LuceneSearchProvider$LuceneUpdater.backgroundTask(LuceneSearchProvider.java:711)
> at
> com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:135)
> Exception in thread "JSPWiki Lucene Indexer"
> com.ecyrd.jspwiki.InternalWikiException
> at
> com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:171)
> Background thread error: (stack trace follows)
> java.lang.NullPointerException
> at com.ecyrd.jspwiki.util.WatchDog.enterState(WatchDog.java:231)
> at
> com.ecyrd.jspwiki.search.LuceneSearchProvider$LuceneUpdater.backgroundTask(LuceneSearchProvider.java:711)
> at
> com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:135)
> Exception in thread "JSPWiki Lucene Indexer"
> com.ecyrd.jspwiki.InternalWikiException
> at
> com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:171)
> Background thread error: (stack trace follows)
> java.lang.NullPointerException
> at
> com.ecyrd.jspwiki.util.WatchDog$WatchDogThread.backgroundTask(WatchDog.java:375)
> at
> com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:135)
> Exception in thread "WatchDog for 'JSPWiki'"
> com.ecyrd.jspwiki.InternalWikiException
> at
> com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:171)
> ########################################################
>
>
> Sakari Aaltonen
>
>
>
>
>
>
>
>
--
met vriendelijke groet,
Harry Metske
Telnr. +31-548-512395
Mobile +31-6-51898081
Re: Failed to create a Wiki engine
Posted by sa...@tkk.fi.
Lainaus Gabe Wong <ga...@ngasi.com>:
> Are there any errors in the catalina logs?
>
>
> --
> Regards
>
> Gabe Wong
Some more log output, now from CATALINA_HOME/logs/catalina.out (after
I move JSPWiki.war into CATALINA_HOME/webapps):
##########################################################
11-May-2008 10:43:24 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive JSPWiki.war
11-May-2008 10:43:34 org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener "com.ecyrd.jspwiki.auth.SessionMonitor" is already
configured for this context. The duplicate definition has been ignored.
Starting up background thread: JSPWiki Lucene Indexer.
Starting up background thread: WatchDog for 'JSPWiki'.
Starting up background thread: JSPWiki Lucene Indexer.
11-May-2008 10:43:44 org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
11-May-2008 10:43:44 org.apache.catalina.core.StandardContext start
SEVERE: Context [/JSPWiki] startup failed due to previous errors
Background thread error: (stack trace follows)
java.lang.NullPointerException
at com.ecyrd.jspwiki.util.WatchDog.enterState(WatchDog.java:231)
at
com.ecyrd.jspwiki.search.LuceneSearchProvider$LuceneUpdater.backgroundTask(LuceneSearchProvider.java:711)
at
com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:135)
Exception in thread "JSPWiki Lucene Indexer"
com.ecyrd.jspwiki.InternalWikiException
at
com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:171)
Background thread error: (stack trace follows)
java.lang.NullPointerException
at com.ecyrd.jspwiki.util.WatchDog.enterState(WatchDog.java:231)
at
com.ecyrd.jspwiki.search.LuceneSearchProvider$LuceneUpdater.backgroundTask(LuceneSearchProvider.java:711)
at
com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:135)
Exception in thread "JSPWiki Lucene Indexer"
com.ecyrd.jspwiki.InternalWikiException
at
com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:171)
Background thread error: (stack trace follows)
java.lang.NullPointerException
at
com.ecyrd.jspwiki.util.WatchDog$WatchDogThread.backgroundTask(WatchDog.java:375)
at
com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:135)
Exception in thread "WatchDog for 'JSPWiki'"
com.ecyrd.jspwiki.InternalWikiException
at
com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:171)
########################################################
Sakari Aaltonen
Re: Failed to create a Wiki engine
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
> 11-May-2008 10:43:34 org.apache.catalina.core.StandardContext
> addApplicationListener
> INFO: The listener "com.ecyrd.jspwiki.auth.SessionMonitor" is
> already configured for this context. The duplicate definition has
> been ignored.
>
This is interesting... Do you possibly have two jspwiki instances
installed by accident in the same path?
/Janne
Re: Failed to create a Wiki engine
Posted by sa...@tkk.fi.
Lainaus Gabe Wong <ga...@ngasi.com>:
> Are there any errors in the catalina logs?
>
>
> --
> Regards
>
> Gabe Wong
Here is output from $CATALINA_HOME/logs/catalina.2008-05-11.log after
I moved JSPWiki.war into $CATALINA_HOME/webapps:
###################################################################
11-May-2008 10:43:24 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive JSPWiki.war
11-May-2008 10:43:34 org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener "com.ecyrd.jspwiki.auth.SessionMonitor" is already
configured for this context. The duplicate definition has been ignored.
11-May-2008 10:43:44 org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
11-May-2008 10:43:44 org.apache.catalina.core.StandardContext start
SEVERE: Context [/JSPWiki] startup failed due to previous errors
###################################################################
Sakari Aaltonen
Re: Failed to create a Wiki engine
Posted by Gabe Wong <ga...@ngasi.com>.
sakari.aaltonen@tkk.fi wrote:
> Lainaus Janne Jalkanen <Ja...@ecyrd.com>:
>
>> This is the reason - for some reason your installation seems to have
>> decided to try to instantiate a WikiEngine (and since it can't find a
>> page directory, it fails) *before* you've run the Install script.
>>
>> So something odd is going on...
>
> If I put JSPWiki.war into $CATALINA_HOME/webapps and Apache/Tomcat is
> running, then after a few seconds, the directory
> $CATALINA_HOME/webapps/JSPWiki appears without me doing anything. On
> the other hand, if I delete said JSPWiki.war, then after a few
> seconds, the directory $CATALINA_HOME/webapps/JSPWiki disappears, too
> (without me doing anything.)
>
>>
>> As a temporary measure, you can just go ahead and edit
>> WEB-INF/jspwiki.properties by hand. It's fairly well commented, so you
>> should be fine.
>
> I tried that, but I haven't got to the end, yet, as it is a rather
> large file. Well, I still get the
> The requested resource (/JSPWiki/) is not available.
> error when accessing http://localhost:8080/JSPWiki (that is, not
> specifying Install.jsp.)
>
Hi,
Are there any errors in the catalina logs?
--
Regards
Gabe Wong
NGASI AppServer Manager
JAVA AUTOMATION and SaaS Enablement
http://www.ngasi.com
NEW! 8.1 - Centrally manage Application Servers across multiple physical servers
Re: Failed to create a Wiki engine
Posted by sa...@tkk.fi.
Lainaus Janne Jalkanen <Ja...@ecyrd.com>:
> This is the reason - for some reason your installation seems to have
> decided to try to instantiate a WikiEngine (and since it can't find a
> page directory, it fails) *before* you've run the Install script.
>
> So something odd is going on...
If I put JSPWiki.war into $CATALINA_HOME/webapps and Apache/Tomcat is
running, then after a few seconds, the directory
$CATALINA_HOME/webapps/JSPWiki appears without me doing anything. On
the other hand, if I delete said JSPWiki.war, then after a few
seconds, the directory $CATALINA_HOME/webapps/JSPWiki disappears, too
(without me doing anything.)
>
> As a temporary measure, you can just go ahead and edit
> WEB-INF/jspwiki.properties by hand. It's fairly well commented, so you
> should be fine.
I tried that, but I haven't got to the end, yet, as it is a rather
large file. Well, I still get the
The requested resource (/JSPWiki/) is not available.
error when accessing http://localhost:8080/JSPWiki (that is, not
specifying Install.jsp.)
Sakari Aaltonen
Re: Failed to create a Wiki engine
Posted by Janne Jalkanen <Ja...@ecyrd.com>.
> 10-May-2008 07:22:49 org.apache.catalina.core.ApplicationContext log
> INFO: ERROR: Failed to create a Wiki engine: JSPWiki: Unable to
> load and setup properties
> from jspwiki.properties. Failed to start managers: Page directory
> does not exist
This is the reason - for some reason your installation seems to have
decided to try to instantiate a WikiEngine (and since it can't find a
page directory, it fails) *before* you've run the Install script.
So something odd is going on...
As a temporary measure, you can just go ahead and edit WEB-INF/
jspwiki.properties by hand. It's fairly well commented, so you
should be fine.
/Janne