Exceptions/errors#

How to deal with tag errors#

Q: Am using jspwiki version just before 2.2.20. After Login page am getting the following error page. What can be the reason for the error below?
JSPWiki has detected an error
Error Message
An unknown exception java.lang.NullPointerException was caught by Error.jsp. Exception
java.lang.NullPointerException
Place where detected
com.ecyrd.jspwiki.filters.FilterManager.~doPreTranslateFiltering(), line 282

Q: How does one deal with "Tag failed, check logs: null" message? I am trying to modify the templates to 'retrofit' all the customisation I did under v1.8 to fit in with new templating approach. Although most of the pages now work OK, I get this error trying to FindPages and SetUserPrefences. The Tomcat logs are not enlightening (to me....). -GamesBook

A: You will need to check the JSPWiki logs. These are different from Tomcat (or your web server logs), and they are configurable in your jspwiki.properties -file.

Find the line that says "log4j.appender.FileLog.File = <filename>". This is the file where all of your logging goes to. The default level is INFO, that is, only informational messages (and errors, and warnings) are logged, but you can change this by changing the property which says

log4j.rootCategory=INFO,FileLog
to
log4j.rootCategory=DEBUG,FileLog

to see all of the debug messages. This will slow down your system, though, so it is not recommended unless you are trying to find a bug or the cause of a problem.

Please see log4j manual for more information about configuring the log4j logging system that is used in JSPWiki.

Q (part 2). Having done that, I am still not clear about what is causing the error. For example, when I try and access the search page, the log file records:

ERROR com.ecyrd.jspwiki.tags.WikiTagBase BrainBox: Search - Tag failed
java.lang.NullPointerException
  at com.ecyrd.jspwiki.tags.DiffLinkTag.doWikiStartTag(DiffLinkTag.java:113)
  at com.ecyrd.jspwiki.tags.WikiTagBase.doStartTag(WikiTagBase.java:61)
  at org.apache.jsp.ViewTemplate$jsp._jspService(ViewTemplate$jsp.java:2369)
  at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
  ...
How do I interpret this - where is the problem occuring and how do I "debug" it?

This is a strange problem: it occurs on DiffLinkTag line 113, where we check the version number of the latest version of a page. Unfortunately, the PageProvider that you are using is returning null (meaning that there is no such page). However, since we are explicitly checking for the existence of the said page a couple of lines back, there are only two options:

  1. Your PageProvider is severely broken.
  2. You are trying to view the version history of a "special" page - for which pageExists() returns true, but they do not exist within the page repository. The two pages that are "special" in the default distribution are UserPreferences and Search. So, my guess is that you have attempted to put a DiffLinkTag onto UserPreferences.jsp or Search.jsp :-). (DiffLinkTag should probably be protected against this...)

-- JanneJalkanen

As to these options:

  1. If this is true, how do I fix it??
  2. I have not made any modifications to the provided UserPreferences.jsp or the Search.jsp pages; my understanding was that the pages not in the templates directory should not really be modified. Also, a quick search of those pages does not reveal any DiffLinkTag...

--GamesBook

You are correct that they should not be modified (or they can be modified, that is why they are JSP pages, but they are really only meant for those who know what they're doing), but if your template's FindContent.jsp, PreferencesContent.jsp, or ViewTemplate.jsp contain references to DiffLinkTag, then this kind of situation is possible.

I agree, not a good thing. If this is the case, then I will fix this for the next release. (The rest of the discussion should really be under BugReports).

-- JanneJalkanen

There is now a potential fix in 2.0.45. I would like to hear if it fixes the problem or not. --JanneJalkanen

Serializable exception#

Q: I'm getting a strange exception about "something not being serializable"

A: See SerializationException

Error: 500 Internal Server Error#

Q: I'm trying to run JSPWiki on my website (I'm using a hosting service). However, I keep getting Error: 500 Internal Server Error when I try to access mysite/MyWiki/Wiki.jsp. It prints something about a Java Null Pointer exception. I'm pretty sure I edited the property files correctly. Does anyone have any advice? (Attached is the problem in html)

A:You will want to get access to the log file of the service's JSP container for more information. What your error report tells us is that the WikiEngine failed to start, which is almost certainly caused by a problem in the jspwiki.properties configuration. (Yes, we should have better error reporting here...) --ebu

access denied (java.util.PropertyPermission user.dir read) -- ATTN Debian Users#

If you are not using the jspwiki package, use the following policy file as an example to construct a policy for your own jspwiki. /var/lib/jspwiki/default is where the datafiles are stored. --KarlThePagan
grant codeBase "file:/var/lib/tomcat4/webapps/JSPWiki/-" {
  permission java.util.PropertyPermission "user.dir", "read";
  permission java.io.FilePermission "/var/log/tomcat4/*", "read";
  permission java.io.FilePermission "/var/log/tomcat4/*", "write";
  permission java.io.FilePermission "/var/lib/jspwiki/default", "read";
  permission java.io.FilePermission "/var/lib/jspwiki/default", "write";
  permission java.io.FilePermission "/var/lib/jspwiki/default/*", "read";
  permission java.io.FilePermission "/var/lib/jspwiki/default/*", "write";
  permission java.io.FilePermission "/var/lib/tomcat4/webapps/JSPWiki/*", "read";
  permission java.io.FilePermission "/var/lib/tomcat4/webapps/JSPWiki/*", "write";
};

Or, if you don't care about java security, edit /etc/default/tomcat4 and set TOMCAT4_SECURITY=no
AlexSoto

HTTP Status 404 Error on Mac IE attachment upload#

Q: We are getting the following error trying to upload attachments on MAC OSX/IE:

HTTP Status 404 - / Upload.jsp type Status report

message / Upload.jsp

description The requested resource (/ Upload.jsp) is not available.

Apache Tomcat/5.0.19}

We verified it works ok on IE/x86 mozilla/linux86

BTW, tried it to this page, too, but upload dialog box freezes and file never appears.

JSPWiki version 2.0.52

Won't store user settings with IE (only)#

Q: I'm running JSPWiki v2.0.52 under Tomcat 5.0. When I hit it at "localhost" with IE, or with localhost or the machine name (jandrews_xp...) with Mozilla, I can sign in with no issue. With IE using the machine name (especially other users from other machines), neither breadcrumbs nor user signin info is recorded. I assume this is a cookie issue, but I have tried every setting I can think of in IE to fix it. Has anyone else seen this? What's the fix? --JerryAndrews

Default Page?#

Q: After installing JSPWiki in Debian, I copied and unzipped JSPWiki-samplepages.zip to /usr/share/tomcat4/webapps/JSPWiki/pagedata. After restarting Tomcat4, the default page loaded by Tomcat4 at http://localhost:8180/JSPWiki/ is always blank. I can see the files listing at http://localhost:8180/JSPWiki/pagedata/, but not the default page as described in the Document section in this website. What have done wrong? Thank you.

A: It's most likely a setting in your jspwiki.properties file. Pay particular attention to getting the paths for .pageDir and .storageDir correct for your config. Also, watch for extra spaces at the ends of the lines in the jspwiki.properties file. Depending on which version of the wiki you're running, spaces padding the ends of lines causes exactly what you describe. To set the default page to something other than 'Main', change the jspwiki.frontPage property. --Scott Hurlbert

Edit page failure on Netware#

Q: I'm trying to run this cool webapp on a Netware 6.0 Server with Tomcat 3.3.
Everything works fine except the edit page function. I get an 'ERROR com.ecyrd.jspwiki.tags.WikiTagBase IT-WIKI:Main - Tag failed' error in the log file. The error page shows: Tag failed, check logs: current thread not owner. I use the VersioningFileProvider. I also mentioned, that in the System the pages i've tried to edit are marked as currently edited.

-- RomanGrossmann

A: Please check the netware and jspwiki logs - there should be additional information there. Add to your question, and we can get a bit closer to the cause. Also, just a hunch - see the next question. --ebu

A: Thanks for your response. I have solved the problem by instaling Tomcat 4.1.27. I have copied the webapp to the 4.1.27 webapps and now it is running. Seems that the interaction between the standard Tomcat shipped with Netware 6 (Tomcat 3.3) and jspWiki triggered the problems.

-- RomanGrossmann

Tomcat startup exceptions#

Q: Anyone have any idea why I would get the following exceptions during Tomcat startup? I have 3 instances of jspwiki running: (1) test-jspwiki (2) copy-jspwiki (3) intranet-jspwiki. Loading of test-jspwiki is the only one that throws these exceptions. TIA.

A: Yes, see SerializationException. Btw I've shortened those stacktraces...

--OlafKock

Apr 22, 2004 9:31:05 AM org.apache.catalina.core.StandardHostDeployer install
INFO: Installing web application at context path /test-jspwiki from URL file:C:\jakarta-tomcat-5.0.19\webapps\test-j
spwiki
Apr 22, 2004 9:31:06 AM org.apache.catalina.session.StandardManager doLoad
SEVERE: IOException while loading persisted sessions: java.io.WriteAbortedException: writing aborted; java.io.NotSeriali
zableException: org.apache.jasper.runtime.PageContextImpl
java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.jasper.runtime.PageContextI
mpl
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1278)
        at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845)
        at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769)
        at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
        at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845)
        at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769)
        at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
        at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
        at org.apache.catalina.session.StandardSession.readObject(StandardSession.java:1376)
        at org.apache.catalina.session.StandardSession.readObjectData(StandardSession.java:920)
        at org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:463)
        at org.apache.catalina.session.StandardManager.load(StandardManager.java:390)
        at org.apache.catalina.session.StandardManager.start(StandardManager.java:704)
        at org.apache.catalina.core.ContainerBase.setManager(ContainerBase.java:542)
...
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398)
Caused by: java.io.NotSerializableException: org.apache.jasper.runtime.PageContextImpl
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
...
        at org.apache.catalina.startup.Catalina.start(Catalina.java:618)
        ... 6 more
Apr 22, 2004 9:31:06 AM org.apache.catalina.session.StandardManager start
SEVERE: Exception loading sessions from persistent storage
java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.jasper.runtime.PageContextImpl
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1278)
...
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398)
Caused by: java.io.NotSerializableException: org.apache.jasper.runtime.PageContextImpl
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
        at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
...
        at org.apache.catalina.startup.Catalina.start(Catalina.java:618)
        ... 6 more

404 Error on Error.jsp#

Q: I've unpacked JSPWiki.war (2.0.52 binary distro) into a directory in my account (at www.myjavaserver.com if that helps). It is all located in http://www.myjavaserver.com/~fcecin/wiki/ (you can access this link to see it)

When I try to access http://www.myjavaserver.com/~fcecin/wiki/Wiki.jsp, I get the following:

  404 Not Found
  /Error.jsp was not found on this server. 
  Resin 2.1.0 (built Tue Mar 26 14:12:50 PST 2002) 

When I manually access Error.jsp, I get the following:

  500 Servlet Exception
  /~fcecin/wiki/Error.jsp:5: can't find taglib descriptor `/WEB-INF/jspwiki.tld'
  Resin 2.1.0 (built Tue Mar 26 14:12:50 PST 2002)

I have not edited any JSP Wiki file. So, I'm stuck. I have only FTP access to my account webspace, nothing else. What do I need to do to get JSP Wiki working here? Following is my account information, it might have something to do with it:

Account URL:
  http://www.myjavaserver.com/~fcecin

Filesystem path to account root:
  /members/(plus loads of random letters)

JVM base namespace (package):
  fcecin

Servlet container mappings:
  Servlets     /servlet/*
  JSP          *.jsp

Interwiki errors#

Q: How do I get InterWiki to work? I get this error message when I try it: (No InterWiki reference defined in properties for Wiki called 'wiki'!)

A: Look at your SystemInfo, there is a list of all the configured InterWiki references. In the default installation there is no reference named 'wiki'. Try this [JSPWiki:SystemInfo]. -- Jawe

Same but another focus on 404 Errors#

Q: I have only 1 account, so I have only one Application. I don't know the APP name. my accunt root is 'frankkim' App-root is 'www' I wanna install to 'frankkim/www/jspWiki' but i know extracted war files should installed on application root 'frankkim/www'. what i have to do ?

AJP13 connection breaks Edit.jsp#

Q: I have a tomcat (5.0.18) and JSPWiki (2.0.52) deployment. I have tested the JSPWikis on port 8080 - no problems. When I access the site through Apache, however, and edit a page, the page won't save the first time. If I click the save button again then I get the Oops someone else has edited this page while you were busy thang... Also, any attempts to click on cancel provide absolutely no response. No sign of error in tomcat or httpd logs... (help!)

JSPWiki has detected an error#

Q: I have downloaded and installed the most recent JSPWiki. I have followed the instructions and placed the war file into the right directory and all but I keep on getting an error. I get an error that says:
Error Message 
Unable to compile class for JSP Generated servlet error: /home/aatsuat/jakarta-tomcat-
5.0.28/work/Catalina/localhost/jspwiki/org/apache/jsp/templates/default_/ViewTemplate_jsp
.java:296: _jspx_meth_wiki_Permission_0
(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in 
org.apache.jsp.templates.default_.ViewTemplate_jsp cannot be applied to 
(com.ecyrd.jspwiki.tags.CheckRequestContextTag,javax.servlet.jsp.PageContext) if 
(_jspx_meth_wiki_Permission_0(_jspx_th_wiki_CheckRequestContext_0, _jspx_page_context)) ^ 
Generated servlet error: /home/aatsuat/jakarta-tomcat-
5.0.28/work/Catalina/localhost/jspwiki/org/apache/jsp/templates/default_/ViewTemplate_jsp.java:325:
 _jspx_meth_wiki_EditLink_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in 
org.apache.jsp.templates.default_.ViewTemplate_jsp cannot be applied to 
(com.ecyrd.jspwiki.tags.PermissionTag,javax.servlet.jsp.PageContext) if 
(_jspx_meth_wiki_EditLink_0(_jspx_th_wiki_Permission_0, _jspx_page_context)) ^ 2 errors 
Exception 
javax.servlet.jsp.JspException 
Place where detected 
com.ecyrd.jspwiki.tags.IncludeTag.doEndTag(), line 74 
If you have changed the templates, please do check them. This error message may show up because 
of that. If you have not changed them, and you are either installing JSPWiki for the first time 
or have changed configuration, then you might want to check your configuration files. If you are
absolutely sure that JSPWiki was running quite okay or you can't figure out what is going on, 
then by all means, come over to jspwiki.org and tell us. There is more information in the log 
file (like the full stack trace, which you should add to any error report). 

And don't worry - it's just a computer program. Nothing really serious is probably going on: 
at worst you can lose a few nights sleep. It's not like it's the end of the world. 

JSPWiki has detected an error#

Exception 
java.lang.NoClassDefFoundError 
Place where detected 
org.apache.lucene.index.IndexReader.open(), line 95
This error only occurs when searching Wiki having tomcat_security switched on. It looks like there is no write access to the workdir/lucene directory, although I've entered the I/O permission to an 05jspwiki.policy file as described above under error 500.

Generally this permission file seems to work for the directory where the wiki pages are stored, but not for the work directory. The linux access rights are all set to r/w for user tomcat4 - also for the work directory.

But I also get an access error, when uploading an attachment:

java.security.AccessControlException: access denied (java.io.FilePermission /usr/wikipoliwork/attach-tmp/multPartReq33391.tmp read)

Any ideas?

My wiki is running with tomcat-4.1, Java 1.5 on a Debian 3.1-AMD64 internet server.

Problem after Tomcat Start#

I have install the JSPWiki Version 2.3.72, when i start wiki i get this exception:

javax.servlet.ServletException: com/ecyrd/jspwiki/auth/permissions/ViewPermission
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
	com.ecyrd.jspwiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:92)
Whats wrong?? help me please

I'm facing the same issue and have no clue where ViewPermission class is referenced at all. Would be happy to get a solution on that one, since I'm stuck.

I'm using JSPWiki integrated in one webapp (Spring/Acegi/Sitemesh) with another application. JSPWiki 2.3.33 worked fine for me.

Ok, I finally found the issue and it's stupid. :) Just update your JSP Files with the ones from your current version and it'll work fine.

Cheers, Thomas


I solved this issue by deleting all files under the
%CATALINA_HOME%/work/Catalina/<my-server-name>/JSPWiki/
:O) Mikkle

--Mikkel Troest, 29-Mar-2006


error HTTP 404 The requested resource (/JSPWiki/) is not available#

I cannot get JSPWiki work on my server. I actually use version 2.3.33 on tomcat5 and aix5.3.

here's a part of my log file :

 java.lang.NoSuchMethodError: org.apache.struts.action.ActionServlet: method getResources()
Lorg/apache/struts/util/MessageResources; not found
        at org.apache.webapp.admin.ApplicationLocales.<init>(ApplicationLocales.java:52)
        at org.apache.webapp.admin.ApplicationServlet.initApplicationLocales(ApplicationSe
rvlet.java:119)
        at org.apache.webapp.admin.ApplicationServlet.init(ApplicationServlet.java:106)
        at javax.servlet.GenericServlet.init(GenericServlet.java:211)
        at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1029)
        at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862)
        at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:401
3)

at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher
.dispatch(Unknown Source)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Sour
ce)
        at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
        at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
        at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
        at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
        at org.apache.commons.digester.Digester.parse(Digester.java:1591)
        at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java
:488)

2006-08-18 15:04:13 StandardContext[/admin]StandardWrapper.Throwable
java.lang.NoSuchMethodError: org.apache.struts.action.ActionServlet: method getResources()
Lorg/apache/struts/util/MessageResources; not found
        at org.apache.webapp.admin.ApplicationLocales.<init>(ApplicationLocales.java:52)
        at org.apache.webapp.admin.ApplicationServlet.initApplicationLocales(ApplicationSe
rvlet.java:119)
        at org.apache.webapp.admin.ApplicationServlet.init(ApplicationServlet.java:106)
        at javax.servlet.GenericServlet.init(GenericServlet.java:211)
        at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1029)
        at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862)
        at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:401
3)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4357)

Is anyone aware of this issue? Thanx

A: Your setup sounds broken. THe errors you're getting are from Tomcat itself. Try to reinstall with another Tomcat version?

-- JanneJalkanen

Q: --> other web application works without pb but JSPWiki. I tried to reinstall tomcat like you said and there 's again : :(

2006-08-21 16:22:28 StandardContext[/admin]Servlet /admin threw load() exception
javax.servlet.ServletException: Servlet.init() for servlet action threw exception
        at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1
071)
        at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862)
        at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java
:4013)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4357)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:
823)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595)
        at org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer
.java:903)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:8
5)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:5

A: I'm afraid this just tells that there has been an error, but there's no way you can tell what error there has been. JSPWiki does not even call the routines that you are describing, so it's unlikely that it would be JSPWiki's fault. Please check again all your Tomcat configuration.


I Can't login on my wiki#

Q: --> I instaled the wiki on my webserver tomcat, and as i see it's everything right... I can create users and use this users, call another password but I can't login in those users again after logout... as i was looking the errors i saw it(I changed the servidor name to post here:

2006-09-14 15:29:38,968 [http-8080-Processor24] ERROR com.ecyrd.jspwiki.auth.AuthenticationManager JSPWiki:http://xxx:8080/JSPWiki/Login.jsp - Couldn't retrieve login configuration.
Message=No LoginModules configured for JSPWiki-custom
2006-09-14 15:29:38,968 [http-8080-Processor24] ERROR com.ecyrd.jspwiki.auth.AuthenticationManager JSPWiki:http://xxx:8080/JSPWiki/Login.jsp - No login context.  Please double-check that JSPWiki found your 'jspwiki.jaas' file or the contents have been appended to your regular JAAS file.
2006-09-14 15:29:38,968 [http-8080-Processor24] INFO JSPWiki JSPWiki:http://xxx:8080/JSPWiki/Login.jsp - Failed to authenticate user Xaz

another error i found was, when tring to access the wiki by the directory url like: http://hostname:8080/JSPWiki I had this error message

type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

org.apache.jasper.JasperException: Unable to load class for JSP
	org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:591)
	org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:137)
	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:305)
	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
	com.ecyrd.jspwiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:99)
	com.ecyrd.jspwiki.ui.WikiJSPFilter.doFilter(WikiJSPFilter.java:75)

root cause

java.lang.ClassNotFoundException: org.apache.jsp.Wiki_jsp
	java.net.URLClassLoader$1.run(Unknown Source)
	java.security.AccessController.doPrivileged(Native Method)
	java.net.URLClassLoader.findClass(Unknown Source)
	org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:158)
	org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:71)
	org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:589)
	org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:137)
	org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:305)
	org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
	org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
	com.ecyrd.jspwiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:99)
	com.ecyrd.jspwiki.ui.WikiJSPFilter.doFilter(WikiJSPFilter.java:75)

Config file:#

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  This is the JSPWiki configuration file.  You'll need to edit this
$  a bit.  The first few lines are the most important ones.
$
$  Wherever it is said that an option can be "true" or "false", you can
$  also use "yes"/"no", or "on/off".  Just for some convenience.
$
$
$  You can use this to override the default application name.  It affects
$  the HTML titles and logging, for example.  It can be different from
$  the actual web name (http://my.com/mywiki) of the application, but usually
$  it is the same.
$
jspwiki.applicationName =JSPWiki

$
$  Which page provider class to use.  Possibilities are:
$
$    RCSFileProvider        - for simple RCS-based file storage
$    FileSystemProvider     - for simple pure file storage with no version information
$    VersioningFileProvider - for simple, non-RCS based versioning storage.
$
$  Note that if you're upgrading from JSPWiki 1.x, then you need to remove the
$  "com.ecyrd.jspwiki." part from the beginning of the path.
$
jspwiki.pageProvider =VersioningFileProvider

$
$  Set to true, if you want to cache page data into memory.  This is
$  in general a good idea.
$
$  Default is false (no cache).
$
$  NB: This replaces the JSPWiki 1.x "CachingProvider" setting, since it
$      probably was too confusing.
$
jspwiki.usePageCache =true

$
$  Determines where wiki files are kept for FileSystemProvider
$  and RCSFileProvider
$
$  If you're using Windows, then you must duplicate the backslashes.
$  For example, use:
$  
$  jspwiki.fileSystemProvider.pageDir = C:\\Data\\jspwiki
$
jspwiki.fileSystemProvider.pageDir =/dados/wiki

$
$  The JSPWiki working directory.  If not set, a temporary path will
$  be used.  You can see the location of the workdir in the logs.
$  It is HIGHLY recommended that you set this.
$
$  The working directory is used to cache things like Lucene search
$  results.
$
$jspwiki.workDir =

$
$  ATTACHMENTS:
$
$  Use the following property to define which attachment provider
$  you want to use.  You have basically two choices:
$    * Set the value to BasicAttachmentProvider  
$      a simple, flat file versioning provider
$    * Leave the value empty (or just comment the line out) 
$      the attachment functionality is disabled
$
jspwiki.attachmentProvider =BasicAttachmentProvider

$
$  The BasicAttachmentProvider needs to know where to store the files
$  the user has uploaded.  It's okay to put these in the same directory
$  as you put your text files (i.e. the pageDir setting above).
$
$  If you're using Windows, then you must duplicate the backslashes.
$  For example, use:
$  
$  jspwiki.basicAttachmentProvider.storageDir = C:\\Data\\jspwiki
$
jspwiki.basicAttachmentProvider.storageDir =/dados/wiki

$
$  You can limit the maximum size of an attachment by setting this
$  value.  The value is in bytes, and by default all attachments
$  are accepted.
$
$  The following line would limit the attachment size to 100,000 bytes
$jspwiki.attachment.maxsize=100000

$
$  page Diff Representation
$
$  To show differences between page versions, you can define a 
$ difference provider. 
$  The following choices are available:
$    * TraditionalDiffProvider - Uses internal (java) diff
$        to create a list of changes and shows it line by
$        line colored. This is the default
$    * ContextualDiffProvider - Uses internal (java) diff
$        to create changes inline and shows it on a word by
$        word basis using CSS. This is much superior to the
$        traditional diff provider, however, it is still quite
$        new and not much tested. YMMV.
$    * ExternalDiffProvider - uses a system diff program (which
$        can be configured using "jspwiki.diffCommand") to 
$        create an unified (!) diff.
$
$        Example for a diff command:
$        jspwiki.diffCommand = /usr/bin/diff -u %s1 %s2
$
jspwiki.diffProvider =TraditionalDiffProvider

$
$  BaseURL can be used to rewrite all of JSPWiki's internal references.
$  Sometimes, especially if you're behind a address-rewriting firewall,
$  relative URLs don't work since the servlet container has no idea
$  where it's actually located.
$
$  Leave undefined if you want to rely on what your servlet container
$  thinks of where your application lives. 
$
$  You MUST, however, define this one if you want to enable RSS (see below).  In
$  general, this is a good idea to define it anyway.  Do not forget the
$  trailing slash.
$
$  Example:
$  jspwiki.baseURL = http://www.jspwiki.org/
$
$jspwiki.baseURL=

$  Determines if you need to have relative urls or not.  If the baseURL
$  is not set, then this has no effect, but if you set the baseURL (which
$  is highly recommended), you can use this to set relative urls.
$
$  Possible values are "absolute" and "relative".
$
$jspwiki.referenceStyle=relative

$
$  Determines which character encoding JSPWiki should use.  If you want
$  to support all languages in your Wiki, you probably want to enable
$  this.  From JSPWiki 2.2, it is strongly suggested that you use UTF-8.
$  
$  Note that you can't switch these in the mean time, since the way the
$  files are encoded on disk is incompatible between ISO-Latin1 and UTF-8.
$  Don't try.  You'll get all sorts of interesting problems, if you do.
$
$  Possible values are 'ISO-8859-1' (default, if none has been specified) 
$  and 'UTF-8'.

jspwiki.encoding =UTF-8

$
$  Determines whether raw HTML is allowed as Wiki input.
$
$  THIS IS A DANGEROUS OPTION!
$
$  If you decide to allow raw HTML, understand that ANY person who has
$  access to your Wiki site can embed ANY sort of malicious JavaScript,
$  or plugin, or ActiveX, or whatever on your site.  They can even mess it
$  up so royally it is impossible for you to replace the situation without
$  the need of direct access to the repository.  So think twice before
$  allowing raw HTML on your own site.
$
$  Most probably you want to use this on Intranets, or personal servers,
$  where only a handful of people can access the wiki.
$
$  Text between {{{ and }}&#125; -options is not affected by this setting, so
$  it's always safe to quote HTML code with those.
$
$  The default for this option is "false".
$
jspwiki.translatorReader.allowHTML =false

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  Usability niceties.
$
$
$  If this property is set to "true", then page titles are rendered
$  using an extra space between every capital letter.  It may make
$  page titles readable on some occasions, but it does have the
$  drawback of making the titles look a bit funny at times.
$
jspwiki.breakTitleWithSpaces =false

$
$  If set to true, this property means that "WikiName" and "WikiNames"
$  are considered equal when linking between them.  Setting this to
$  true does not prevent you from having both kinds of pages - we just
$  fall back to the other one if the primary name does not exist.
$
$  For any other language, you'll probably want to turn this off.
$
jspwiki.translatorReader.matchEnglishPlurals =true

$
$  If you set this to true, the Wiki translator will then also consider
$  "traditional" WikiNames (that is, names of pages JustSmashedTogether
$  without square brackets) as hyperlinks.  This technique is also
$  known as "CamelCase", or "BumpyCase", or "InterCapping".  I personally
$  like CamelCase as a word, which is why this property is named as it is :-).
$
$  By default this is false, since traditional WikiLinks may confuse newbies.
$
$  This option can be overridden on a per-page basis using the SET directive.
$
jspwiki.translatorReader.camelCaseLinks =false

$
$  This sets the default template used by the Wiki engine.  The templates
$  live in templates/<template name>.  JSPWiki will attempt to find three
$  basic templates from that directory: "ViewTemplate," "EditTemplate"
$  and "AdminTemplate"
$
$  By default this is called "default".
$
$  This option can be overridden on a per-page basis using the SET directive.
$
jspwiki.templateDir =default

$
$  The name of the front page.  This is the page that gets loaded if no
$  other page is loaded.  Up until JSPWiki 1.9.28, it was always called
$  "Main", but now you can easily change the default front page here.  If not
$  defined, uses "Main".
$
$jspwiki.frontPage = Main

$
$  If set to true, all outward links have a small icon attached.  The icon
$  can be found from images/out.png.  Default is true.
$
jspwiki.translatorReader.useOutlinkImage =true

$
$  Set this to the number of minutes a person can "lock" a page
$  for while he is editing it.
$
jspwiki.lockExpiryTime =60

$
$  Search provider used for searching pages and attachments.
$  Default is LuceneSearchProvider, but you can fall back to BasicSearchProvider
$
jspwiki.searchProvider =LuceneSearchProvider

$
$  If your wiki's language is something else than English, you might
$  want to visit jakarta.apache.org/lucene and download a proper Analyzer
$  for your language.  Default is to use StandardAnalyzer.
$
$jspwiki.lucene.analyzer = org.apache.lucene.analysis.standard.StandardAnalyzer

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  Special page references.
$
$  The URL is relative to Wiki.jsp.  However, if you use
$  a full, absolute URL, you can also do that.
$
$ Example to redirect all requests to a page called 'OriginalWiki'
$ to the original wikiwiki at http://c2.com/cgi/wiki
$
$ jspwiki.specialPage.OriginalWiki = http://c2.com/cgi/wiki
$
$  Note that it is entirely possible to override any Wiki page, even
$  an existing one by redefining it here.
$
jspwiki.specialPage.CreateGroup =NewGroup.jsp
jspwiki.specialPage.FindPage =Search.jsp
jspwiki.specialPage.Login =Login.jsp
jspwiki.specialPage.NewGroup =NewGroup.jsp
jspwiki.specialPage.UserPreferences =UserPreferences.jsp

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  Plugin search paths.
$
$  Define here the packages you want to use for searching plugins, 
$  separated with commas.
$  For example, use the following command to add "org.myorganisation.jspwiki.myplugins"
$  and "com.foobar.myplugins" to the search path.
$
$  The default path is "com.ecyrd.jspwiki.plugins", and it will be always
$  the last item on the path.  This allows you to override JSPWiki default
$  plugins.  Note that you are only adding to the path, not replacing it (ie.
$  the default path is never removed.)
$
$  jspwiki.plugin.searchPath = org.myorganisation.jspwiki.myplugins,com.foobar.myplugins
$
jspwiki.plugin.searchPath =

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  Page filters
$
$  Normally, the filter configuration is in your WEB-INF/ directory, so you
$  do not need to go and specify this.  However, if your filters.xml live somewhere
$  else, you'll have to specify it here.
$
$jspwiki.filterConfig = /some/path/to/your/filters.xml

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  URL Constructor
$
$  JSPWiki by default generates page and attachment links that use JSP
$  pages and request parameters. It can also use alternative URL 
$  constructors so that URL pages resemble traditional website paths, too.
$  You have three choices for generating URLs:
$
$     DefaultURLConstructor - uses JSPs for all references:
$         http://mywiki.com/jspwiki/Wiki.jsp?page=Main
$         http://mywiki.com/jspwiki/Edit.jsp?page=Main
$
$     ShortURLConstructor - uses path-like reference style:
$         http://mywiki.com/jspwiki/wiki/Main
$         http://mywiki.com/jspwiki/wiki/Main?do=Edit
$
$     ShortViewURLConstructor - uses path-like references for views; JSPs for everything else:
$         http://mywiki.com/jspwiki/wiki/Main
$         http://mywiki.com/jspwiki/Edit.jsp?page=Main
$
$  Of course, you can also write your own implementation if you wish.
$  
$  For either of the ShortURL constructors, you can also specify a 
$  prefix path to go in front of page names. By default, the
$  prefix is '/wiki'.
$
$jspwiki.urlConstructor = DefaultURLConstructor
$jspwiki.urlConstructor = ShortViewURLConstructor
$jspwiki.shortURLConstructor.prefix = /wiki

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$ Rendering
$
$ At this time, entries here are strictly for development and testing.
$

$ Disable internal caching of pre-constructed document DOMs.
$ This may be necessary if you require custom rendering that must not be cached.
$jspwiki.renderingManager.useCache = false


$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  Security, authentication and authorization
$

$  JSPWiki supports a plugin-based interface for talking to different
$  kinds of authentication and authorization systems. By "authentication," 
$  we mean a system for logging in a user to establish their identity.
$  By "authorization," we mean a system for figuring out what actions
$  users can perform based on their authenticated identities.
$
$  For users looking to get started quickly, the default settings below
$  should work fine. In addition to the properties below, you may also
$  want to set the following JRE runtime properties when running JSPWiki
$  or the servlet container it runs in:
$	RECOMENT IT Xaz
     java.security.auth.login.config==/path-to/jspwiki.jass
     java.security.policy=/path-to/jspwiki.policy
$
$  See the jspwiki.properties and jspwiki.jaas files for more details on
$  how to do this. These files contain addition configuration options
$  for the JSPWiki security policy and authentication, respectively, although
$  the defaults should work fine. If you don't set the JRE properties,
$  JSPWiki will use default versions from the WEB-INF directory.

$  AUTHENTICATION
$  For authentication, JSPWiki uses JAAS (Java Authentication and Authorization
$  Service). The Authentication system is configured in the jspwiki.jaas 
$  file; by default it will attempt to leverage your servlet container's
$  authentication services, if present. JSPWiki also can use its own
$  authentication system, which is separate from the container.
$  
$  JSPWiki will try to detect whether you are using container authentication
$  To use container authentication, you must uncomment
$  the <security-constraint> elements in WEB-INF/web.xml.
$
$  AUTHORIZATION (EXTERNAL)
$  For authorization, JSPWiki has a two-tier system. When we want to 
$  determine whether a user has permission to perform a certain action,
$  we first consult an external "authorizer" to determine if the user
$  is a member of the required role. By default, JSPWiki uses the 
$  servlet container's authorization service for this (that is, it
$  calls HttpServletRequest.isUserInRole(String) ).
$  However, you can use another Authorizer if you wish; specify that
$  class here.

jspwiki.authorizer =com.ecyrd.jspwiki.auth.authorize.WebContainerAuthorizer

$  AUTHORIZATION (GROUPS)
$  As an additional source of authorization, users can belong to discretionary
$  "wiki groups" that the users manage themselves. Wiki groups are stored in a
$  GroupDatabase. The default group database uses an XML file for persistent 
$  storage. Override with your own GroupDatabase implementation with this property:

jspwiki.groupdatabase =com.ecyrd.jspwiki.auth.authorize.XMLGroupDatabase

$  The default group database implementation stores member lists
$  in an XML file. The location of this file should be in a secure directory 
$  in the filesystem; for example, in /etc or your servlet container's 
$  configuration directory If you do not supply a value for this property, 
$  a blank group database will be initialized in the WEB-INF/ directory of the
$  deployed webapp. Since these directories are often overwritten when webapps
$  are undeployed or redeployed, you should probably set this property to
$  something useful as soon as you can. But for test wikis, it's probably
$  ok to leave this un-set, as long as users know that their groups could
$  "disappear" if the wiki app is ever redeployed.

$jspwiki.xmlGroupDatabaseFile = /etc/tomcat/groupdatabase.xml

$  USER DATABASE
$  User's wiki profiles are stored in a UserDatabase. The default user database
$  uses an XML file for persistent storage.
$  Override with your own UserDatabase implementation with this property:

jspwiki.userdatabase =com.ecyrd.jspwiki.auth.user.XMLUserDatabase

$  The default user database implementation stores usernames and passwords
$  in an XML file. Passwords are SHA-1 hashed. The location of this file
$  should be in a secure directory in the filesystem; for example, in
$  /etc or your servlet container's configuration directory.
$  If you do not supply a value for this property, a blank user database
$  will be initialized in the WEB-INF/ directory of the deployed webapp.
$  Since these directories are often overwritten when webapps are
$  undeployed or redeployed, you should probably set this property to
$  something useful as soon as you can. But for test wikis, it's probably
$  ok to leave this un-set, as long as users know that their profiles could
$  "disappear" if the wiki app is ever redeployed.

$jspwiki.xmlUserDatabaseFile = /etc/tomcat/userdatabase.xml

$ You can also use a JDBC database for storing user profiles. 
$ See the online AuthenticationAndAuthorization2.3 docs for details on 
$ how to configure it.

$jspwiki.userdatabase = com.ecyrd.jspwiki.auth.user.JDBCUserDatabase

$  If your JSPWiki user database shares login information with your
$  web container's authentication realm, you can configure JSPWiki to
$  add container users. At present, this only works with JDBCUserDatabase,
$  and only if you've configured your web container to use a database
$  with compatible columns and tables. If you don't know what this means,
$  then leave this property set to FALSE (the default).

$jspwiki.userdatabase.isSharedWithContainer = false

$  ACCESS CONTROL LISTS
$  Last but not least, JSPWiki needs a way of reading and persisting page
$  access control lists. The default implementation reads these from the page
$  markup. For example: "[[{ALLOW edit Charlie}]". If using a custom
$  ACL manager, specify the AclManager implementation class here:

jspwiki.aclManager          =com.ecyrd.jspwiki.auth.acl.DefaultAclManager

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$ InterWiki links 
$
$ The %s is replaced with the page reference (specify
$ multiple times to get multiple references).  Page references should
$ appear in format : [wiki:wikipage].  
$
$ This is the JSPWiki home.  In future, JSPWiki will probably rely on this
$ for error messages, so I don't recommend that you change it.
jspwiki.interWikiRef.JSPWiki =http://www.jspwiki.org/Wiki.jsp?page=%s

$ Here's how you can have directly links to the JSPWiki editor.
$ Now you can put a hyperlink for editing "MainPage" by making 
$ a link [Edit:MainPage].
jspwiki.interWikiRef.Edit =Edit.jsp?page=%s

$  This is the original WikiWikiWeb
jspwiki.interWikiRef.WikiWikiWeb =http://c2.com/cgi/wiki?%s

$  TWiki, a very nice WikiClone.
jspwiki.interWikiRef.TWiki =http://twiki.org/cgi-bin/view/TWiki/%s

$  MeatballWiki, which seems to be quite popular.
jspwiki.interWikiRef.MeatballWiki =http://usemod.com/cgi-bin/mb.pl?%s

$  Wikipedia, a Wiki encyclopedia!
jspwiki.interWikiRef.Wikipedia =http://www.wikipedia.com/wiki/%s

$  Google, the ubiquitous search engine.
jspwiki.interWikiRef.Google =http://www.google.com/search?q=%s

$  JSPWiki documentation (for this release)
jspwiki.interWikiRef.Doc =http://doc.jspwiki.org/2.2/Wiki.jsp?page=%s

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$ Define which image types are inlined.
$ These are your standard glob expressions (just like in your
$ Windows or UNIX shells).  Default pattern is to include all PNG
$ images.  If you specify something here, you will override the default.
$
$ Don't forget to increase the number after the dot - duplicate entries 
$ cause problems!
$
$ For example:
$   Inline all JPG files, PNG files and all files from images.com:
$
$      jspwiki.translatorReader.inlinePattern.1 = *.jpg
$      jspwiki.translatorReader.inlinePattern.2 = *.png
$      jspwiki.translatorReader.inlinePattern.3 = http://images.com/*


$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  Determine how the RSS (Rich Site Summary) file generation should work.
$  RSS is a standard pioneered by Netscape, which allows you to join your
$  Wiki with a huge number of different news services around the world.
$  Try a Google search on RSS and see what you can do with it.
$
$  All of these settings were added in JSPWiki 1.7.6.
$
$  Note that jspwiki.baseURL MUST BE DEFINED if you want to enable RSS!
$
$  Determine if the RSS file should be generated at all.  Allowed values
$  are "true" and "false".  Default is "false".
$
jspwiki.rss.generate =false

$
$  Determine the name of the RSS file. This path is relative to your
$  Wiki root.  Default is "rss.rdf"
$
jspwiki.rss.fileName =rss.rdf

$
$  Determine the refresh interval (ie. how often the RSS file is regenerated.
$  It is not recommended to make this too often, or you'll choke your server.
$  Anything above five minutes is probably okay.  The default value is one hour.
$  The value should be in seconds.
$
jspwiki.rss.interval =3600

$
$  The text you want to be shown as your "channel description" when someone
$  subscribes to it.  You can be quite verbose here, up to 500 characters or
$  so.  You can continue to a new line by adding a backslash to the end of the
$  line.  Default is to have no description.
$
jspwiki.rss.channelDescription =Oh poor me, my owner has not set a channel description at all. Pity me.
                                 a channel description at all. \
                                 Pity me.

$
$  The language of your Wiki.  This is a standard, two-letter language
$  code, or in case of some languages, two letters for the country,
$  a dash, and two letters for the dialect.
$
jspwiki.rss.channelLanguage =en-us

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  Determine how certain file commands are run.  They have been
$  commented out, since most likely you want to use the defaults.
$  Be warned, making mistakes with these may well ruin your entire
$  Wiki collection!
$
$  The command to run diff:
$     NOTE! If you do not specify this, an internal "diff" routine is used.
$           In most cases, you really should not touch this.
$
$jspwiki.diffCommand = diff -u %s1 %s2

$  The command for RCS checkin
$jspwiki.rcsFileProvider.checkinCommand = ci -q -mx -l -t-none %s

$  The command for RCS checkout of the newest version
$jspwiki.rcsFileProvider.checkoutCommand = co -l %s

$  The command for checking out a specific version (%v = version number)
$jspwiki.rcsFileProvider.checkoutVersionCommand = co -p -r1.%v %s

$  The command for RCS log headers
$  If you have a version of RCS that does not support the "-z" flag, then
$  you can try this one out without it.  It should work.
$jspwiki.rcsFileProvider.logCommand = rlog -zLT -h %s

$  The command for getting the entire modification history
$jspwiki.rcsFileProvider.fullLogCommand = rlog -zLT %s

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  JDBC Configuration. Tells JSPWiki which tables and columns to map
$  to for the JDBCUserDatabase. For more info, see the JavaDoc
$  for class com.ecyrd.jspwiki.auth.user.JDBCUserDatabase.
$
jspwiki.userdatabase.datasource=jdbc/UserDatabase
jspwiki.userdatabase.table=users
jspwiki.userdatabase.email=email
jspwiki.userdatabase.fullName=full_name
jspwiki.userdatabase.loginName=login_name
jspwiki.userdatabase.password=password
jspwiki.userdatabase.wikiName=wiki_name
jspwiki.userdatabase.created=created
jspwiki.userdatabase.modified=modified
jspwiki.userdatabase.roleTable=role
jspwiki.userdatabase.role=role

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  JavaMail configuration.  If you wish to allow your users to recover
$  their passwords via email, then you probably wish to set these
$  variables as well.
$
$  Your SMTP host (i.e. the one which sends email)
mail.smtp.host=xxx.xxx.xxx.br

$  The address from which the email appears to come
mail.from=wiki@xxx.br

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
$
$  Configure logs.  See log4j documentation for more information
$  on how you can configure the logs.
$
$  Log4j is available at http://jakarta.apache.org/log4j
$
$  Send mail to root on all problems containing warnings.
$
$log4j.appender.mail = org.apache.log4j.net.SMTPAppender
$log4j.appender.mail.Threshold = WARN
$log4j.appender.mail.To = root@localhost
$log4j.appender.mail.From = JSPWiki@localhost
$log4j.appender.mail.Subject = Problem with JSPWiki!
$log4j.appender.mail.SMTPHost = mail

$log4j.appender.mail.layout = org.apache.log4j.PatternLayout
$log4j.appender.mail.layout.ConversionPattern =%d [%t] %p %c %x - %m%n

$
$  Log everything into a file, roll it over every 10 MB, keep
$  only 14 latest ones.
$
log4j.appender.FileLog =org.apache.log4j.RollingFileAppender
log4j.appender.FileLog.MaxFileSize    =10MB
log4j.appender.FileLog.MaxBackupIndex =14
log4j.appender.FileLog.File =/dados/wiki/jspwiki.log
log4j.appender.FileLog.layout =org.apache.log4j.PatternLayout
log4j.appender.FileLog.layout.ConversionPattern=%d [%t] %p %c %x - %m%n

$
$ If you want to use some other logging system (such as JBoss, which uses
$ log4j already, comment this line out.  If you just don't want any logs
$ at all, you can set it to be empty.  However, I suggest that you do
$ at least to a level of WARN.
$
log4j.rootCategory=INFO,FileLog

$ Enable if you're using mailing, above.
$log4j.rootCategory=INFO,FileLog,mail

$
$ Uncomment these lines if you want to see detailed security event logging.
$ The logging levels are as follows:
$  ERROR: login errors (other than failed/expired logins)
$  WARN:  access denied, failed login (account expired, password/credential expired)
$  INFO:  login, logout
$  DEBUG: add/remove group, add/remove group member, clear groups/group members, access allowed
$
$log4j.logger.SecurityLog=INFO, SecurityAppender
$log4j.appender.SecurityAppender = org.apache.log4j.RollingFileAppender
$log4j.appender.SecurityAppender.MaxFileSize    = 10MB
$log4j.appender.SecurityAppender.MaxBackupIndex = 14
$log4j.appender.SecurityAppender.File = @securitylog@
$log4j.appender.SecurityAppender.layout = org.apache.log4j.PatternLayout
$log4j.appender.SecurityAppender.layout.ConversionPattern=%d %p - %m%n

$$$ End of configuration file.

jspwiki.baseURL =http://xxx:8080/JSPWiki/

jspwiki.workDir =/dados/wiki/tmp/

jspwiki.security = jaas

Add new attachment

Only authorized users are allowed to upload new attachments.

List of attachments

Kind Attachment Name Size Version Date Modified Author Change note
html
Monitor.html 3.3 kB 1 09-Mar-2006 00:59 199.67.140.210
« This page (revision-37) was last changed on 17-Nov-2011 10:31 by Janne Jalkanen