JSPWiki has detected an error Error Message Null link while trying to rename! Culprit text is !!!Welcome to the central place for JSPWiki support! Before posting your question or problem here, you might want to try looking at the links below: * [JSPWikiDocumentation] - the official JSPWiki documentation section * [JSPWikiFAQ] - list of frequently asked questions. * [Stupid questions] - people posted questions here that they thought were stupid (basic). * [JSPWikiMailingList] - which is probably the best place to get answers You might also want to try running a [search|http://www.jspwiki.org/Search.jsp] of jspwiki.org using the Search feature at the top-right of this page. If you need help with a specific feature, plugin, or topic, it's preferred that you 'Add a Comment' to the relevant page instead of here since that would help self-organize it. Otherwise, go ahead and post your question or issue here. Also please be patient as not everyone visits jspwiki.org on a daily basis. Some people may visit jspwiki.org after work, some do so only on weekends, while others visit once a month or less. You can check the [RecentChanges] page to see if anyone has responded on the page that you posted to. [{TableOfContents}] !Suggestions ''This is still a bit in the making. If you have any suggestions for an area, make a suggestion below.'' * RefactorMe - Q&A's on this page need to be refactored into a [JSPWikiFAQ] or [JSPWikiDocumentation] page every now and then. Everyone is welcome to help with this. * What kind of other areas should we cover? !!! Support Questions or Issues I would rather that you type your question directly; putting it in an attachment is contrary to the simplicity of Wiki. You can put your example in an attachment, but the question [itself|http://bbs.qqfans.com] should be put on a page. -- JanneJalkanen !Displaying the documents in the middle frame of a page. _Q_:Documents from the LAN/file server to be displayed in the middle frame. I've tried to open a document in the page middle frame but its forwaded to different page instead of opening the document in the same page.Please help me in this regard. mailto praveen.ajay85@gmail.com. !Configuration as default webapp __Q__: Is it possible to set up JSPWiki to use URLs like http://wiki.domain.com/ instead of http://domain.com/wiki ? I successfully set up a JSPWiki at http://automatedgenealogy.com/wiki/ but when I tried to configure a version at http://wiki.automatedgenealogy.com/ the formatting is all messed up. Looking at the page source it seems to expect the css files etc. to be at /wiki/... I tried setting jspwiki.applicationName in the jspwiki.properties file but that doesn't seem to have any effect. The links generated at http://automatedgenealogy.com/wiki/ end up pointing to, for example, http://automatedgenealogy.com/wiki/wiki/Main\\ Other than reloading the application in the Tomcat manager webapp, is there something else I need to do get changes to jspwiki.properties to take effect? Is there something other than applicationName or baseURL that I need to change? Thanks in advance. --LindsayPatten !Moving data from JSPWiki to MediaWiki __Q__: What is the most efficient way to move data, subset of pages, from JSPWiki to MediaWiki (running on MySQL on System i)? --Simon !Turning on attachments __Q__: Hi, I've just installed 2.4.6-beta and modified jspwiki.properties to setup pageDir, storageDir and workDir. But I don't see the "Attach File" link in my pages. How do I turn on attachments ? Thanks. --anon !Version control (RCS) not working on Debian My sysadmin upgraded tomcat4 on Debian 3.0 to the most recent version and since then, when I save a page it is updated, but isn't saved in RCS. Catalina is running as tomcat4 and all the files are owned by tomcat4. Any ideas what else to look at? It doesn't seem to be logging any obviously related errors. My Jspwiki version is 2.0.52 -- NeilYoungman Please see [RCSFileProviderIssues] - very likely you have a case of RCS files being locked by the wrong user. -- JanneJalkanen Thanks for that. It seems to have been real UID vs. EUID that was causing the problem. RCS is now locking as root, instead of tomcat4. I guess the tomcat4 init script was updated and changed something in the startup. !Singular names I don't like the matching of singular names to plural forms. If I link to [[test] I don't want to get the page ''tests''. Is it possible to turn this behaviour off? -- NeilYoungman A: Set {{jspwiki.translatorReader.matchEnglishPlurals=false}} in your jspwiki.properties. Is this the correct place to ask for support? I'll explain my case anyway ...\\ I've installed v 2.1.86 but have issues with the Access Control features: I get an awful lot of Warnings in the jspwiki.log file regarding the default AdminGroup: {{{ 2004-07-28 16:58:00,238 [service-j2ee] INFO com.ecyrd.jspwiki.auth.UserManager Wiki:WhatsNew Wiki:WhatsNew - AdminGroup is not a group! 2004-07-28 16:58:00,238 [service-j2ee] WARN com.ecyrd.jspwiki.auth.UserManager Wiki:WhatsNew Wiki:WhatsNew - No supergroup 'AdminGroup' exists; you should create one. }}} Also, everytime someone Edits a page, the User appear as null in the logs, even though they are logged-in : {{{ 2004-07-28 17:11:41,316 [service-j2ee] INFO JSPWiki Wiki:AdminGroup - Editing page AdminGroup. User=null, host=129.156.85.11 }}} My properties file contain *jspwiki.auth.administrator = AdminGroup *jspwiki.authorizer = ~PageAuthorizer *jspwiki.userdatabase = ~WikiDatabase and I also have a page called AdminGroup where I specify {{{[{SET members Caryl}]}}} Obviously something's not quite right, can anyone help?? -- Caryl - 28-Jul-04 I've got the same problem [mailto:drrota@us.ibm.com] If you have the solution, please send it to me. Thank you. ''I don't think this was the right page; I didn't see this until now... Guys, don't sweat about debugging messages. The auth system is broken in 2.1 anyway, and should not be used... --JanneJalkanen'' ---- I'm trying to get an install of JSPWiki to work under the lunarpages environment. Unfortunately I keep getting a null pointer exception. When I drop the .war file into the webapps directory without changing anything in the installation at all. You can check it out: [http://www.squeakydolphin.com/JSPWiki] Any assistance you can provide would be appreciated. I have tried altering the configuration files with no positive results. Right now I just want to get a basic installation working. Thanks. ''You need to point the {{jspwiki.fileSystemProvider.pageDir}} to an existing directory by editing jspwiki.properties. --JanneJalkanen'' I've installed v2.2.13b, {{jspwiki.fileSystemProvider.pageDir}} has pointed to an existing directory. But i've encountered a NullPointerException, the error message as 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 org.apache.jasper.runtime.JspRuntimeLibrary.getContextRelativePath(), line 774 }}} My Wiki runs on Tomcat 4.1.30. ---- Searching about more than one wiki Is it possible to search about more than one wiki ? We have some different wikis running, but we will search about all wikis on the server. ? ---- !Namespaces Is there any plan to implement wiki namespaces (mapped to directories)? This would scale better and more importantly, allow for shorter page names, because you would not include the categorization which is now translated into the namespace. --Bogdan Calmac Yes, but not in the immediate future; maybe a few months off. This feature is discussed in [SubPages]. ---- !HTML Import/Export Is there a way to import a HTML document to JSPWiki, and export JSPWiki-pages as HTML? ---- ! Talking with XML file using JSPWiki I have to make GUI using JSPWiki which takes parameters in form and put it into an XML file as well as when i want to edit it should be read from SML file and should be displayed. please help me if you can. i really need this help i am freshers very new to wiki also so please please help me if you can. Thank you. ---- !WikiServlet as default servlet I would like to use the WikiServlet as the default servlet (servlet-mapping to /) in order to be able to use extremely short URLs for WikiPages (i.e. without the usual prefix /wiki/*). The only way of achieving this I can think of would be to use a WikiServlet that serves static content as is and only dispatches requests for WikiPages. Are there alternatives solutions (already available and/or planned)? --Thomas Zumbrunn ---- I'd like to have the ability, when creating a new page, to choose from a preformatted page, something like : duplicate an existing page or choose from a template list (not core Templates, but existing txt content). Has anybody made this or how is it possible in JSPWiki ? Christophe Cariou ---- !Register.jsp: Where is it? I would like to increase security on our wiki and specifically restrict access to some pages to specific users. I setup an ACL on one of those page but anonymous users could still access the page. Further reading of the __[Security 2.3]__ just confused me even more. I searched in the WEB-INF directory in the wiki directory but could not find the __jspwiki.policy__ file that is referenced. I then turned over the web.xml file in the same WEB-INF directory. I commented out the example security-constraint block and restarted the server. That seems to work because I am now prompted to enter a user ID. The problem is, I don't know how I can create one in the first place. I had already created my user preferences, but at no point was I prompted to enter a user name, password and the likes. I've tried to access the __Register.jsp__ page that is also mentioned in __[Security 2.3]__ but all I got was a Tomcat error that the page doesn't exist, which I found out after checking my wiki installation directory. So, what am I missing here? the __[Security 2.3]__ documentation does a fairly good job at describing the various options to implement security but it seems that the current version (2.2.33) is out of sync from that documentation or there is an initial part to turn security on that is missing somewhere in the doc. Anyone? -- Laurent Daudelin Yup. You need to be running JSPWiki 2.3 to get AAA to work. -- JanneJalkanen !Lupper/Plupii Linux Worm Attacking via XML-RPC Cnet News [reports on the Lupper/Plupii worm|http://news.com.com/New+worm+targets+Linux+systems/2100-7349_3-5938475.html] that can attack Linux systems via XML-RPC. Is this an issue for JSPWiki systems? Has anyone had their system infected? According to the article the XML-RPC threat was discovered earlier this year and patches are now available. Are there patches for JSPWiki's XML-RPC if it does indeed affect the system? What versions are patched and what versions are not? -- [Erik Alm], 10 Nov 2005 No, it should not be an issue with JSPWiki systems. The Lupper worm only affects systems that use the PHP XML-RPC library. Java libraries, in general, seem to be quite safe against those type of attacks. -- JanneJalkanen ---- Please Help. I am getting a memory allocation error: mmAllocLargeArray. Actual error is: {{{ JSPWiki has detected an error Error Message mmAllocLargeArray(jniGetVMThread(env), (ClassP)c, (ObjectP*)res, len) Exception java.lang.OutOfMemoryError Place where detected java.lang.StringBuffer.append(), line -1 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. }}} The page I am attempting to edit and saving contains text, about 5Kbytes. I noticed this problem with a huge page, 1,000Kbytes but this is a mystery. I may be missing something here, but I thought this was all JSP. There are no DLLs I can find, and ObjectP* isn't look like a Java syntax my compiler appreciates. Can someone suggest a way I can debug this problem more? We moved our WIKI onto a dedicated machine to try remove the memory error i.e. give it more resources. I am totally lost now as to where to look next, since there is no mention of method [mmAllocLargeArray] in the JSP code. I appreciate any help you can give, and thanks in advance. Mike --[198.240.128.75|], 14-Dec-2005 I recommend you increase your maximum heap size using the "-Xmx" argument. For example: "-Xmx512M" to get half-a-gig of memory. -- JanneJalkanen Hi JanneJ, thanks for your suggestion. Are you referring to the application server JVM settings? If so, the current settings I have for the WLS admin server are minimum 128 and maximum 512: JAVA_OPTIONS="-Dadmin ${DEBUG_OPTIONS} -Dlog4j.configuration=admin.log4j.properties -Dxxx.server.property.file.name=xxx_admin.properties -Xms128m -Xmx512m -Dxxx.property.file.name=xxx.properties -Dweblogic.servlet.ClasspathServlet.disableStrictCheck=true -Dwli.bpm.server.evaluator.supportsNull=true -Dweblogic.ProductionModeEnabled=true -Duser.timezone=Europe/London ${APP_PROPERTIES}" Can anyone think of anything else? I would be surprised if this is happening with half a gig of VM memory. Thanks again in advance. Mike Hmmm... Have you checked the logs? It's possible that there's an infinite loop somewhere. I'd need to see a full stack trace. -- JanneJalkanen {{{ I have customised MediaWiki Template but i want to use the features of PageActions used by the current WikiJSPtemplate how can i do it }}} __Q__ Please any one suggest me how to open a attachement in new window ---- Installed on XP-pro, JDK1.4, Tomcat 5.0.28. On restart of Tomcat - webapp load fails with: 02-Jan-2006 18:05:32 org.apache.catalina.core.StandardHostDeployer start INFO: standardHost.start /JSPWiki 02-Jan-2006 18:05:32 org.apache.catalina.core.StandardContext start SEVERE: Error reading tld listeners javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/jspwiki.tld in context /JSPWiki javax.servlet.ServletException: Exception processing TLD at resource path /WEB-INF/jspwiki.tld in context /JSPWiki at org.apache.catalina.startup.TldConfig.tldScanTld(TldConfig.java:549) at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:301) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4282) at org.apache.catalina.core.StandardHostDeployer.start(StandardHostDeployer.java:830) at org.apache.catalina.core.StandardHost.start(StandardHost.java:991) etc. PS I updated jspwiki.properties to reflect windows paths. --[Jon Sharp|mailto:jon.sharp@j2ssolutions.com], 02-Jan-2006 ---- Please consider adding some mechanism for escaping Wiki markup characters. Here's the use case. I'm trying to document a small programming language, and the pipe symbol: {{{ | }}} is used as a logical or, just like in C and Java. Getting that character to appear in various places is quite a challenge. I have used the triple-curly-bracket approach when possible, but there are situations where I really don't want it on a separate line and enclosed. How about some kind of version of triple-curly that acts like a pure quotation mechanism? Thanks in advance. --ChrisLott, 02-Feb-2006 You can use the tilde (squiggly, worm, ~) as a generic escape. E.g. {{{ ~{{{ ~~}}} }}} will produce "~{{{ ~}}}". -- JanneJalkanen Hello, I can't see password option under profile. If I try to log in to , it can;t find j_secutiry_check deployed? Ahy help. I am running 2.4.3 ---- ! Websphere 5.1 Security Issues I'm trying to run version 2.4.13 on RAD 6.0 with the built in Websphere security. The new security model is somewhat more difficult to implement because of the policy/jks/jaas files, since I do not have full access to our Websphere server. Moreover, on one server, we also host many other application. How do you deploy JSPWiki without all the jaas configuration? Can't we just use the good old form-based security? --Paul Wong, 06-Jun-2006 ---- !WebLogic 910 I cannot get JSPWiki 2.4 series working on Weblogic 910, I get a ProtocolException in WikiServletFilter.doFilter(WikiServletFilter.java:120)\\ "Exceeded stated content-length of: '0' bytes"\\ I submitted the following [Bug Report| http://www.jspwiki.org/wiki/BugExceededStatedContentLengthExcpetionUnderWeblogic]\\ --[tewr] 12-Jul-2006\\ ---- !Oracle Application Server (OAS) Problems installing JSPWiki 2.4.6 on Oracle Application Server (OAS) I am attempting to get JSPWiki installed and working on my Oracle Application Server 10.1.0 webserver. I am able to get version 2.2.33 to install and work just fine, but when i try to upgrade to version 2.4.6 or 2.4.14, I get errors saying it cannot locate the jdom.document class (see exact error message below). I checked the deployment of JSPWiki, and the jdom.jar file is in WEB-INF/lib directory, and there is no other jdom.jar file in the webserver's structure. I would run 2.2.33, but I need the authentication and collapsible menu structures available in later versions. Any help would be greatly appreciated. ---- I love the wiki table editor, though I am wondering if its possible to use just this table editing portion and disable the rest. I am java novice, but am pretty familiar with programming in general. Is this java table editor unique to this JSP Wiki or something else? --AnonymousCoward, 16-Jul-2006 Yes, at the moment it is. Check [WikiWizard] for more information. -- JanneJalkanen ---- After the latest update of wiki, the search function doesn't work as well the index search. Can anybody help me? 05-Sep-2006 Could you detail the question a bit more? Like which version and what does "as well" mean. And what is index search? -- JanneJalkanen We have the Wiki Version 2.2.33. If we try to call the index page, the page opens but there are no pages in the index. the other problem is that the search engine does not find any results. --Jennifer Rauscher Hmm... If you don't see any pages in the index, something is deeply wrong. Can't you see even the index page in the list of all pages? Do you have log files? -- JanneJalkanen I attached the Log File at the end of this Site. Could you please look principally after other discrepancies in this attachment? --Jennifer Rauscher ---- Moved some discussion to [BugIPlanetHTTPSessionIncompatibility]. ---- 09-17-2006 I am having trouble with a new installation of JSPWiki 2.4.53 under Tomcat 5.5.9 (Linux). This is our first installation of 2.4. Our previous installations (pre 2.4) were without issue. After Tomcat startup logs show the following: {{{ Exception in thread "JSPWiki Lucene Indexer" com.ecyrd.jspwiki.InternalWikiException: unable to create Lucene index at com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:142) Sep 17, 2006 11:34:58 PM org.apache.catalina.core.ApplicationContext log INFO: JSPWiki: Unable to load and setup properties from jspwiki.properties. Failed to start managers: Attempt to provide a null filter - this should never happen. Please check your configuration (or if you're a developer, check your own code.) }}} I would appreciate any help you can offer. -- Harlan Sounds like a permission issue. Are you sure that JSPWiki has access to the work directory specified in jspwiki.properties? -- JanneJalkanen I believe everything is OK with the file system permissions for the work directory; the lucene directory was created along with the segments file within it. I also tried running JSPWiki without specifing the work directory and received the same error. Any other ideas? Thanks, -- Harlan Eventually I was able to get 2.4.53 up and running on this troublesome host (I had two installations to other host which were without incident). The only specifc change I can recall making was setting the attachments directory, but I'm not sure that was the fix. It may have just been the benefit of a new day :) Thank you for the help -- Harlan I had the same problem. Thanks for the info. In my case, it was definitely the ''attachments'' directory. When I deleted it and created a brand new empty directory in its place, the problem went away. After some debugging, it turns out the problem was a missing attachment file. Somehow I had deleted ''attachments/mywiki-att/mylogo.jpg-dir/0.jpg''. When I put it back, the problem went away. -- Pat M ---- I have had a 2.4.x-beta installation of JSPWiki for a few months now and I just upgraded to 2.4.53 today. I was fooling around with the policy file to restrict Anonymous and Asserted users to basically be view and comment only. This works...mostly. After I restart the server and go to the default url (force JSPWiki to navigate to Main internally) then I can see the Main page, I can also see all other pages. However, if I navigate BACK to the Main page (by clicking on a link, say) then I get an Error message that says "Error: You don't have access to 'Main'. Please log in first." This seems to be a problem with verifying the security of the page. I also tried to add an ACL to the Main page that looked like \\ {{{[{ALLOW view ALL}] [{ALLOW edit ALL}]}}} \\ But that did not solve the problem. Here is the relevant parts of jspwiki.policy:\\ {{{ grant signedBy "jspwiki", principal com.ecyrd.jspwiki.auth.authorize.Role "Anonymous" { permission com.ecyrd.jspwiki.auth.permissions.PagePermission "*:*", "view,comment"; permission com.ecyrd.jspwiki.auth.permissions.WikiPermission "*", "login"; }; grant signedBy "jspwiki", principal com.ecyrd.jspwiki.auth.authorize.Role "Asserted" { permission com.ecyrd.jspwiki.auth.permissions.PagePermission "*:*", "view,comment"; permission com.ecyrd.jspwiki.auth.permissions.GroupPermission "*:*", "view"; permission com.ecyrd.jspwiki.auth.permissions.WikiPermission "*", "login"; }; }}} I also tried adding {{{permission com.ecyrd.jspwiki.auth.permissions.PagePermission "*:Main", "view,comment";}}} to both blocks with no success. Did I do something wrong or should I file a Bug Report? ---- There's a known bug in jspwiki < 2.4.65 which causes the Main page to be visible if accessed through the default URL... -- JanneJalkanen --[ChuckDeal|mailto:cdeal@csc.com], 19-Sep-2006 ---- Hi all experts, I'm triying to implement JSPWiki on Web As 6.40 SP17, I've followed the instructions this blog https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/2339 This is what a did: 1.- Downlowded the latest version of JSPWiki from http://jspwiki.org 2.- Extracted the JSPWiki.war 3.- Used deploytool to create a JSPWiki.ear and deployed on server 4.- Started the appplication 5.- Called url http://localhost:50000/JSPWiki/Install.jsp as suggested on jspwiki readme.txt 6.- The first 2 pages were displayed without problen. But when I try to run the app the server drop this message: {{{ Details: javax.servlet.jsp.JspException: Tag failed, check logs: null at com.ecyrd.jspwiki.tags.WikiTagBase.doStartTag(WikiTagBase.java:90) at jsp_PageActions1169070742968._jspService(jsp_PageActions1169070742968.java:78) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:537) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:186) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.sap.engine.services.servlets_jsp.server.runtime.RequestDispatcherImpl.doWork(RequestDispatcherImpl.java:290) at com.sap.engine.services.servlets_jsp.server.runtime.RequestDispatcherImpl.include(RequestDispatcherImpl.java:440) at com.sap.engine.services.servlets_jsp.server.jsp.PageContextImpl.include(PageContextImpl.java:138) at com.ecyrd.jspwiki.tags.IncludeTag.doEndTag(IncludeTag.java:83) at jsp_Header1169070740546._jspx_method_wiki_Include_1(jsp_Header1169070740546.java:65535) at jsp_Header1169070740546._jspService(jsp_Header1169070740546.java:13) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:537) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:186) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.sap.engine.services.servlets_jsp.server.runtime.RequestDispatcherImpl.doWork(RequestDispatcherImpl.java:290) at com.sap.engine.services.servlets_jsp.server.runtime.RequestDispatcherImpl.include(RequestDispatcherImpl.java:440) at com.sap.engine.services.servlets_jsp.server.jsp.PageContextImpl.include(PageContextImpl.java:138) at com.ecyrd.jspwiki.tags.IncludeTag.doEndTag(IncludeTag.java:83) at jsp_ViewTemplate1169070738265._jspx_method_wiki_Include_1(jsp_ViewTemplate1169070738265.java:65535) at jsp_ViewTemplate1169070738265._jspService(jsp_ViewTemplate1169070738265.java:22) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:537) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:186) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.sap.engine.services.servlets_jsp.server.runtime.RequestDispatcherImpl.doWork(RequestDispatcherImpl.java:290) at com.sap.engine.services.servlets_jsp.server.runtime.RequestDispatcherImpl.include(RequestDispatcherImpl.java:440) at com.sap.engine.services.servlets_jsp.server.jsp.PageContextImpl.include(PageContextImpl.java:138) at com.ecyrd.jspwiki.tags.IncludeTag.doEndTag(IncludeTag.java:83) at jsp_LoginForm1169070737203._jspService(jsp_LoginForm1169070737203.java:41) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:537) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:186) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.sap.engine.services.servlets_jsp.server.runtime.RequestDispatcherImpl.doWork(RequestDispatcherImpl.java:290) at com.sap.engine.services.servlets_jsp.server.runtime.RequestDispatcherImpl.include(RequestDispatcherImpl.java:440) at com.sap.engine.services.servlets_jsp.server.jsp.PageContextImpl.include(PageContextImpl.java:178) at jsp_Login1169070735953._jspService(jsp_Login1169070735953.java:130) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:537) at com.sap.engine.services.servlets_jsp.server.servlet.JSPServlet.service(JSPServlet.java:186) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.sap.engine.services.servlets_jsp.server.runtime.FilterChainImpl.runServlet(FilterChainImpl.java:117) at com.sap.engine.services.servlets_jsp.server.runtime.FilterChainImpl.doFilter(FilterChainImpl.java:62) at com.ecyrd.jspwiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:99) at com.ecyrd.jspwiki.ui.WikiJSPFilter.doFilter(WikiJSPFilter.java:71) at com.sap.engine.services.servlets_jsp.server.runtime.FilterChainImpl.doFilter(FilterChainImpl.java:58) at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:374) at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:265) at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:345) at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:323) at com.sap.engine.services.httpserver.server.RequestAnalizer.invokeWebContainer(RequestAnalizer.java:865) at com.sap.engine.services.httpserver.server.RequestAnalizer.handle(RequestAnalizer.java:240) at com.sap.engine.services.httpserver.server.Client.handle(Client.java:92) at com.sap.engine.services.httpserver.server.Processor.request(Processor.java:148) at com.sap.engine.core.service630.context.cluster.session.ApplicationSessionMessageListener.process(ApplicationSessionMessageListener.java:37) at com.sap.engine.core.cluster.impl6.session.UnorderedChannel$MessageRunner.run(UnorderedChannel.java:71) at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37) at java.security.AccessController.doPrivileged(Native Method) at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:94) at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:162) }}} The wierd thing is that the two latest versionsof wiki gives me the same error, please if you have any clue that could help me I'll really appreciate it. Thanks in advance, RR.- --Ramien Rosillo, 18-Jan-2007 ---- !! Problem with Versions %%sorttable does not appear to work in Engine version 2.5.108-cvs (at least that is what my SystemInfo says I am running). Has anyone else run across this issue? I copied my code into the sandbox on jspwiki.org and it worked fine. Thanks, [Ryan Brissette|mailto:rlbrisse@us.ibm.com] ---- Hi everyone, where are all the old Versions from "RecentChanges" stored on my filesystem. In the Wiki all "old" versions of the articles can be seen, but I cant find them on my filesystem. Please help. Greetings [Benni] ---- The history pages is stored in a folder called OLD, upper case, in /p/web/www-data/jspwiki when using default installation or just $jspwiki_page_dir/OLD, remove them will be ok. Web As 6.40 SP17 might not be supported so far... but a early version, v2.2.33, might be ok on that, since that version doesen't using JAAS. --Jacky Liu, 16-Feb-2007 ---- I mean JSPWiki v2.2.33. --Jacky Liu, 16-Feb-2007 ---- I'd really like to set up my security as follows: *Run in Tomcat 5.5, JSPWiki 2.4.91 *Use JAAS in conjunction with a LDAP directory. *Have three levels of access: **Everyone (unauthenticated) can see everything **Only authenticated users can edit. **Only members of the admin group can delete pages. (this isn't even that important) \\ The problem I face is that my ldap directory doesn't have the role info I need. I'm trying to figure out how to use the fact that they're authenticated count for something. I've uncommented the security constraint sections and left them pretty much as-is with the exception of commenting out the user-data-constraint sections since I don't want to use SSL right now. Server.xml has the appropriate realm: \\ {{{}}} \\ Although the LDAP stuff seems to work for the Authentication portion, I can't figure out how to give myself the Authenticated role. \\ \\ Any help? -- BenGeyer --BenGeyer, 17-Feb-2007 ---- After installation On Tomcat5 running on Fedora Core 6 I have added all jspwiki.properties stuff I think I need (I noticed it wrote data the configured Work Directory) but I get the following {{{ type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException org.apache.jasper.servlet.JspServletWrapper.handleJspException(jasper5-compiler-5.5.17.jar.so) org.apache.jasper.servlet.JspServletWrapper.service(jasper5-compiler-5.5.17.jar.so) org.apache.jasper.servlet.JspServlet.serviceJspFile(jasper5-compiler-5.5.17.jar.so) org.apache.jasper.servlet.JspServlet.service(jasper5-compiler-5.5.17.jar.so) javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.17.jar.so) com.ecyrd.jspwiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:100) com.ecyrd.jspwiki.ui.WikiJSPFilter.doFilter(WikiJSPFilter.java:82) root cause java.lang.NullPointerException java.security.AccessControlContext.(libgcj.so.7rh) javax.security.auth.Subject.doAsPrivileged(libgcj.so.7rh) com.ecyrd.jspwiki.WikiSession.doPrivileged(WikiSession.java:953) com.ecyrd.jspwiki.auth.AuthorizationManager.checkStaticPermission(AuthorizationManager.java:471) com.ecyrd.jspwiki.auth.AuthorizationManager.checkPermission(AuthorizationManager.java:179) com.ecyrd.jspwiki.WikiContext.hasAccess(WikiContext.java:769) com.ecyrd.jspwiki.WikiContext.hasAccess(WikiContext.java:752) org.apache.jsp.Install_jsp._jspService(Install_jsp.java:83) org.apache.jasper.runtime.HttpJspBase.service(jasper5-runtime-5.5.17.jar.so) javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.17.jar.so) org.apache.jasper.servlet.JspServletWrapper.service(jasper5-compiler-5.5.17.jar.so) org.apache.jasper.servlet.JspServlet.serviceJspFile(jasper5-compiler-5.5.17.jar.so) org.apache.jasper.servlet.JspServlet.service(jasper5-compiler-5.5.17.jar.so) javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.17.jar.so) com.ecyrd.jspwiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:100) com.ecyrd.jspwiki.ui.WikiJSPFilter.doFilter(WikiJSPFilter.java:82) }}} \\ note The full stack trace of the root cause is available in the Apache Tomcat/5.5.17 logs.\\ --[DaveLeo|mailto:dleo@dleoconsulting.com], 13-Apr-2007 From the looks of this, it seems that this issue has to do with JSPWiki security. Now, I'm just guessing here -- it's possible that the security for the Java implementation distributed with Fedora 6 (GCJ/Classpath) may need tweaking, or the Java implementation itself is simply not compliant enough to handle JSPWiki's security requirements. Perhaps, you may want to try using Sun's JDK instead? I know this doesn't directly address the issue you are having, but it may help you get JSPWiki running on Fedora 6. --David Au, 14-Apr-2007 ---- ! Preview returns null and Apache Hi, I'm using an older jsp wiki version 2.2.28 behind an Apache Webserver. All is working fine, and I'm using an own homebrew UserRealm in Tomcat. Now I have to use https for Apache and use the same name/password as in jsp wiki (e.g. the unix credentials). All is working fine. I did then upgrade to jsp wiki version 2.4.87. Again I'm using my own authentification and all works great EXCEPT when I want to use preview on a site. Then I allways get null instead of my edited text. If I access jsp wiki straight from tomcat (ussing http) without going via Apache (and using https) preview works fine. Only when I got via Apache it doesn't work anymore. Then I tried the newest version 2.4.102 but here I can't use my own authentification code anymore. How can I disable now the authentification in the newest jsp wiki, so that I can still use my own authentification? --Dieter, 17-Apr-2007 ---- Having a lot of issues with v2.4.102. Tomcat 5.2.23 with jcifs filter for for integration with NTLM. I'm using BrushedTemplate (latest that I found on JSPWiki). My JSPWiki is configured to work with the content that was created by JSPWiki 2.2.28 (Is this a problem?). 1. This most frastrating one - after some browsing and successful page editing, I' getting empty page in edit mode with plain editor. IE showing error in java script on the page... See my [attachment|http://www.jspwiki.org/attach/JSPWikiSupport/jspwiki.PNG ]. Interestingly, WikiWizard editor works (i.e. showing the page content to edit). --MM, 25-Apr-2007 You might want to check out the BrushedTemplateDiscussion page. The 2.5.x version of BrushedTemplate might not be as stable as the 2.4.x version. --David Au, 27-Apr-2007 ---- I freshly installed v2.4.102, unpacked corepages, but several are not there: UnusedPages, JSPWikiTags JSPWikiTips JanneJalkanen MultipleWikis NamedHeadings PNG PageAliases PageFilters ThisPageDoesNotExist URLConstructors UnusedPages WikiAttachments WikiForms WikiName WikiRPCInterface WikiTemplates WikiVariables where can the .txt files be found? CR --20070425 There's no separate download for these pages, but you can probably copy them from this site. Many of the ones that you listed wouldn't be pertinent for your JSPWiki instance though. --David Au, 27-Apr-2007 ---- I use v2.4.102, how can I list and edit groups (members)? There is only a link to create a new group in the header.\\ Christian 26-Apr-2007 ---- ---- security with v2.4.102 on Tomcat 5.2.23, although I log into jspwiki, I always only get the permissions assigned to Role "Asserted", not "Authenticated". any hints? --Christian, 26-Apr-2007 ---- Hello, I am trying to install the Wiki on an Linux box. I follow the instructions in the Wiki deploying the application. When I access the Install.jsp file I see a 404 resource not available message. When look at the tomcat logs I see: {{{ log4j:ERROR Error occured while converting date. java.lang.NullPointerException at java.lang.System.arraycopy(Native Method) at java.lang.AbstractStringBuilder.getChars(AbstractStringBuilder.java:331) at java.lang.StringBuffer.getChars(StringBuffer.java:202) at org.apache.log4j.helpers.ISO8601DateFormat.format(ISO8601DateFormat.java:120) at java.text.DateFormat.format(DateFormat.java:314) at org.apache.log4j.helpers.PatternParser$DatePatternConverter.convert(PatternParser.java:436) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:56) at org.apache.log4j.PatternLayout.format(PatternLayout.java:495) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:292) at org.apache.log4j.RollingFileAppender.subAppend(RollingFileAppender.java:225) at org.apache.log4j.WriterAppender.append(WriterAppender.java:150) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57) at org.apache.log4j.Category.callAppenders(Category.java:187) at org.apache.log4j.Category.forcedLog(Category.java:372) at org.apache.log4j.Category.error(Category.java:303) at com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:153) Exception in thread "WatchDog for 'JSPWiki'" java.lang.NullPointerException at org.apache.log4j.NDC.get(NDC.java:201) at org.apache.log4j.spi.LoggingEvent.getNDC(LoggingEvent.java:229) at org.apache.log4j.helpers.PatternParser$BasicPatternConverter.convert(PatternParser.java:393) at org.apache.log4j.helpers.PatternConverter.format(PatternConverter.java:56) at org.apache.log4j.PatternLayout.format(PatternLayout.java:495) at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:292) at org.apache.log4j.RollingFileAppender.subAppend(RollingFileAppender.java:225) at org.apache.log4j.WriterAppender.append(WriterAppender.java:150) at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221) at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57) at org.apache.log4j.Category.callAppenders(Category.java:187) at org.apache.log4j.Category.forcedLog(Category.java:372) at org.apache.log4j.Category.error(Category.java:303) at com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:153) }}} I've tried deploying the wiki on Tomcat 5.5.23 and 6.0.10 and with Java 1.5.0.08 and Java 1.6.0.01 but still get the same results. Any ideas? Thanks --Kenneth Suter, 07-May-2007 The 404 error means that JSPWiki had somehow fail to be deployed. The error log that you provided only indicates that there were problems with log4j. Can you look further back in your logs for something else with a lot of "com.ecyrd.jspwiki" in the lines? That might tell us what the JSPWiki-specific problem was. --David Au, 07-May-2007 JSPWiki definitely seems to be broken out of the box on Ubuntu 7.04 with Sun Java 6. I seem to have JSPWiki working now on Ubuntu 7.04 with Sun Java 6 (what you get with synaptic), under Tomcat 6.0.10. I changed two things. #Replaced the default log4j.jar with log4j-all-1.3alpha-8.jar as suggested by Florian Hopf in mail, Re: [Jspwiki-users] Installing JSPWiki on JDK6/Tomcat 6, on May 11, 2007.\\I did this by stopping Tomcat after JSPWiki failed to start, copying the old {{JSPWiki/WEB-INF/lib/log4j.jar}} to {{JSPWiki/WEB-INF/lib/log4j.jar.orig}} and replacing it with {{log4j-all-1.3alpha-8.jar}}. This still was not enough, as at this point JSPWiki seemed to need access to the {{jspwiki.fileSystemProvider.pageDir}}. I was still seeing an exception:\\{{{Exception in thread "WatchDog for 'JSPWiki'" com.ecyrd.jspwiki.InternalWikiException at com.ecyrd.jspwiki.util.WikiBackgroundThread.run(WikiBackgroundThread.java:154)}}} #Stopped Tomcat again and edited {{JSPWiki/WEB-INF/jspwiki.properties}} to set {{jspwiki.fileSystemProvider.pageDir}} and {{jspwiki.basicAttachmentProvider.storageDir}} to directories to which JSPWiki could write. Now I can get to the install page at {{http://localhost:8080/JSPWiki/Install.jsp}}. --Mark Craig, 12-May-2007 On Windows XP, where my user is an Administrator, Tomcat 6.0.10 with Sun Java 6 plus JSPWiki 2.4.102 works out of the box... but manages to create {{C:\p\web\www-data\jspwiki}} on startup. That could be something it fails to do on Linux, since as a regular user I have no access to create {{/p}}. What if the default paths to the data were under the web app directory itself? At least the user had to be able to write there, even if it is perhaps not a good idea to leave the content there. --Mark Craig, 12-May-2007 ---- Trying to implement JSPWiki Followed README and dropped JSPWiki into Tomcat6.0.10/webapps dir Went to url http://localhost/JSPWiki/Install.jsp and received the following error page : - 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.10 Performed a check on the Catalina_Log and I see the following information: - May 11, 2007 12:40:03 PM org.apache.catalina.startup.HostConfig deployWAR INFO: Deploying web application archive JSPWiki.war May 11, 2007 12:40:04 PM org.apache.catalina.core.StandardContext start SEVERE: Error filterStart May 11, 2007 12:40:04 PM org.apache.catalina.core.StandardContext start SEVERE: Context [/JSPWiki] startup failed due to previous errors If the Install.jsp does not start I am unable to set the jspwiki.properties file. Tried to set the values in jspwiki.properties manually and the application still does configure properly and I get the same error. Any ideas as to why the "SEVERE: Error filterStart" keeps failing? --[Willdon|mailto:psmart2000@btinternet.com], 11-May-2007 ---- I have a problem with creating new links. Let's say in Main page I create a testpage1 link and save it. Next, on Main page I click on testpage1 link and create a page and save it. Now when I go back to Main page the testpage2 link is still displayed in red color with dotted lines underneath indicating a new page to be created instead of a hyperlink to an already created page. This doesn't take effect unless I edit the main page and save it and view it again or I restart tomcat instance. Any help would be appreciated. --Roopa, 22-May-2007 ---- Roopa,\\ By 'go back to Main page' I guess you mean use the browser 'go back' function, right? In that case what the browser shows is most likely the local cache. Also 'testpage2' should be 'testpage1', right? When you edit a page and save it,it forces the browser to retrieve the page again. That's probably why it works when you make another edit. Just wild guess. --WadeDuck, 23-May-2007 ---- Wadeduck, Sorry about the testpage2, yes it's testpage1. When I say go to main page I meant clicking on the 'Home' tab on the top right of wiki page. I click on that and testpage1 is displayed as a fresh page to be created eventhough I already created it. Now, if I click on testpage1 link again, it will take me to the created testpage1 page and I can add some more data and save it. Then I click on Home tab and go to main page. Still testpage1 is displayed in red color with dotted lines. As I said before testpage1 doesn't get displayed as a link to a page created unless I make some changes in the main page and save it (which means I have to edit main page atleast once and save it after I create a new page link.) or restart tomcat. I'm using JSPWiki 2.5.51. --Roopa., 23-May-2007 ---- Roopa, Just a wild guess - try removing the {{refmgr.ser}} file located under the directory where the {{jspwiki.workDir}} property was defined. Tomcat should be restarted too. --David Au, 23-May-2007 ---- David, It didn't work. There were lot of JSPWiki-xxxx/ Lucene, refmgr.ser directories. I removed all of them. Next time I started tomcat and ran JSPwiki trying to work with links, nothing changed and a JSPWiki-xxxx folder containing Lucene and refmgr.ser was created. Just curious did link tag behaves same for you? --Roopa, 23-May-2007 ---- Roopa, Nope, my wiki links appear fine. Might it be possible that you have made changes to the source code somewhere that would have caused this ? (I recall something about the ~WysiwygEditingPatch files that you really did not need). One thing to try is to get the latest CVS source and do a clean build. --David Au, 24-May-2007 ---- David, I downloaded the latest 2.5.62 version that came with war file. Just opened using tomcat and Wiki links act the same way. Link appears in red indicating the page needs to be created. I hope I was clear about my problem. Here it is again just in case, 1. I create a link in Main page to a testpage that doesn't exist. Like this, [testpage]. 2. When I view Main page 'testpage' link appears in red (as it should). 2. Now I click on testpage link to create that page. 3. I'll add some data and save it. 4. I press Home tab on the right corner of wiki page to go to Main page. 5. The testpage link should appear in blue color since it's already created. But it's still in red color. It doesn't matter if I view Main page on 'Your trail' area or by clicking on Home tab. Main page with testpage in red color is rendered. The testpage link appears on 'your trail:' though. When I click on the testpage it opens with data I entered previously. Just link won't appear in blue on Main page. Now, if I make any changes in Main page and save it..and view Main page again the testpage link appears in blue. So I have to edit and save Main page atleast once after I create testpage in order for the testpage link to appear in blue. Or it will take effect if I restart tomcat. I tried changing cache values in jspwiki properties it didn't work. I have no idea what am I doing wrong. --Roopa., 24-May-2007 ---- !Persistance of an UndefinedPage listed by the ReferringPagesPlugin in a Category page when renamed I post this here under a very similar one... ''Desc : '' Under 2.4.104 I create a page, with a link referring to a Category. Then I change my mind and rename that first page, leaving the very same content ''Problem : ''In my Category page, wich consist only in the ReferringPagesPlugin's code, both pages appear - the first one in red, since it doesn't exist anymore. %%strike 'Question : ''How can I get rid of that persistant but forgettable link ? /% __Nearly Solved (22-Oct-2007): __ I got rid of that problem, getting rid of the cache... --[Pascal Blondiau|mailto:pascal.blondiau@post.be], 19-Oct-2007 ---- !Group Permission issue within policy file I just installed JSPWiki v2.4.102 and created a group called InternetAdmin. The members of that group should be the only users to view and edit pages starting with Private. I have added this to the policy file but to no avail. All users including Anonymous are able to view the pages. I'm able to give AllPermissions and see the groups permissions upgraded and I'm able to get the Private* pages to work if I put an ACL in the Private pages but I would like to put this at a global level and not use an ACL. Anonymous and Asserted roles have PagePermission "*:*", "view";\\ Authenticated role has PagePermission "*:*", "modify,rename";\\ grant signedBy "jspwiki",\\ principal com.ecyrd.jspwiki.auth.GroupPrincipal "InternetAdmin" {\\ permission com.ecyrd.jspwiki.auth.permissions.PagePermission "*:Private*","edit"; \\ };\\ Any ideas? Thanks, Brian -- May 29, 2007 My guess is that you're inadvertently giving rights to others as well. I mean - up there you are giving the modify permission (and for page editing, modify and edit are the same things; the difference is in upload handling) to Authenticated users to ''all'' pages (*:*). Therefore, anyone who is Authenticated (and can therefore belong to a group), already has edit access, so your limiting rules is never even checked. And this isn't a simple ordering problem either: by default, Java security manages things so that everything is forbidden, except when explicitly allowed. Therefore, all permissions are checked, until you find something which gives you access to the resource. It's not like a firewall which has DENY rules, which can prevent you from checking the rest of the rules. Therefore, what you are attempting to do is not very easy to do with policy files, since the permission is not really a regexp... However, it would be very easy to lock down the wiki completely, and allow public access to every page starting with "Public*"... -- JanneJalkanen -- JanneJalkanen, thanks for the reply. I understand much better what is happening and just for FYI... I've decided that the simple ACL in Private pages is sufficient. There are only a handful of us in the group so it just makes sense to use the ACL instead of trying to over-complicate things. -- Brian !Login timeout issue I setup a Wiki for our Client Support and Software Development staffs. We will often open a browser to the Wiki and leave it open throughout the day. Those of us who regularly contribute to the content can login to JSPWiki (2.4.102) and are able to browse and edit pages as permitted. However, if we have been inactive on the Wiki for a brief period we are automatically logged out. This is particularly problematic when editing a page. There have been several instances where I (or anyone else) was editing a page, called away from the desk for +/- 10 minutes, returned and continued the edit session. Each time I have lost the work when submitting the completed page by being redirected to the login page. It is clear the timeout period is shorter than the edit lock period because logging in, returning to the page, and editing it again results in a warning that the page is already being edited by me. I have also observed how the timeout will also prevent viewing pages. A brief period of inactivity inevitably leads to being forced to login again. Where do I change the configuration to eliminate or at least significantly extend the timeout period? Is it in JSPWiki? Is it in Tomcat? Is it somewhere else entirely? What do I need to do to prevent such frustrations in the future? -- Marc 17 Jul 2007 (mweintraub at neweratickets dot com) The timeout is configured in the web.xml file. Put in {{{ 600 }}} in the appropriate place to have the sessions timeout every 600 minutes (10 hours) as opposed to the default of 30 minutes. Also, check that nobody has set that timeout to be less. From your description it sounds plausible. (If all else fails, try increasing the maximum space available to your JVM via the -Xmx switch. There was a known bug with users being logged out in low-memory situations, but that ''should'' be solved in 2.4.102.) -- JanneJalkanen %%strike I thought I had added the code correctly but it did not have the desired effect. I also checked memory usage on the server and found that there is usually in excess of 40% free. Likewise, my workstation generally has at least 5-10% free. Here is where I placed the code:%% %%strike CODE DELETED%% %%strike Did I misunderstand where to put it in the WEB.XML file? I did bounce (stop/start) the Tomcat service but was that enough? Were there other services that should have been bounced as well? Did I need to reboot the server?%% Never mind, I failed to restart the browser or at least clear the cookie. Thank you for your help. The Wiki is doing great things for my positive visibility with my superiors. I truly appreciate your swift reply and willingness to assist. -- Marc 18,19 Jul 2007 ---- when i post the comment from another machine the server reported it to me Error Message Attempt to post from a different IP address than where the page was originally fetched. An unknown error was caught by Error.jsp Exception java.lang.Exception Place where detected org.apache.jsp.Error_jsp._jspService(), line 109 --basem, 26-Jul-2007 ---- __Empty Search Results__ I was put into a new work environment with a JSP Wiki that the users have been working on for a while. Recently they have not been able to get any results from searches as they did in the past. There are no error messages that pop up, but with each search, a results page loads with no results, no matter the search. Are there any tips that may help me narrow down the places that I should start looking to see if there has been any code that was broken, etc? (We are currently using JSP Wiki v2.2.28). Thanks in advance. -- JohnDodson, 30 Jul 2007 The simplest thing is probably to empty the work directory (where the Lucene indexes are) and restart - this should recreate the index in case it is corrupted. -- JanneJalkanen, 30 Jul 2007 Together with the wiki admin, we were able to figure out the problem thanks to your help! Thanks again. -- JohnDodson ---- __Error When Pressing Save Profile__ I deployed my Wiki on my test server and everything worked fine, so then I deployed it on my work server, copied my test folder on top of the deployed one, made the jspwiki.properties paths work for the server, and everything is working great except this problem.. {{{ JSPWiki has detected an error Error Message An unknown exception java.lang.NoClassDefFoundError was caught by Error.jsp. Exception java.lang.NoClassDefFoundError Place where detected com.ecyrd.jspwiki.auth.UserManager.parseProfile(), line 344 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. }}} Anyone have any ideas? --Xeanor, 09 Aug 2007 ---- ---- Hi, I have two questions? First, how to set the page title so that the words in the title sentence are separated by space as it should be, like pages here? For example, I want the title be 'Service Composition' because this is what I have typed, but it shows 'ServiceComposition'. Second, I am a Chinese User, I have found the last Chinese word in the page title lost in many pages which have Chines words as their title. For example, the title should be '???', but it shows '??', How to solve this problem? --zjg_robin, 17-Aug-2007 ---- Hi, I've solved the first question when I found the setting in jspwiki.properties. So, how to solve the second one? Thanks. --zjg_robin, 18-Aug-2007 ---- Right have got JSPWiki v2.5.93-beta up and running on a linux server and everything is running fine so far, have added lots of content and it's all going well, apart from just noticed that the version number of each wiki page isn't updating when i edit it, it constantly stays on version 1. In the bottom of the page it says: "this page (revision-) was last changed on 24-Aug-2007 ect." notice how it just says version- as opposed to version-1, also if i click on the date it just says: "Difference between version -1 and -1" no matter how many times i've edited the page, anyone have any idea whats going on or what i have done wrong? Cheers, Chaz --Chaz_Ahhh, 28-Aug-2007 ---- Trying to run JSPWiki-2.4.103 on WebSphere V6.0.2.9 getting "Error 500: Filter [WikiJSPFilter]: could not be initialized". Can anyone help? --AnonymousCoward, 28-Aug-2007 ---- Could you post some stacktrace or other info from the WebSphere logs ? \\It would probably be easier to diagnose from here. \\(WebSphere is "famous" for its classloader options and the fact that commons-logging jar files are in the WebSphere lib directory, that causes very often problems for applications that werer developend/tested on other (Tomcat) application servers). --HarryMetske, 28-Aug-2007 ---- {{{ WebSphere trace for "Error 500: Filter [WikiJSPFilter]: could not be initialized" [8/28/07 17:09:05:400 EDT] 00000020 ServletWrappe A SRVE0242I: [jspWiki] [/wiki] [/Install.jsp]: Initialization successful. [8/28/07 17:09:05:460 EDT] 00000020 WebApp A SRVE0180I: [JSPWiki] [/wiki] [Servlet.LOG]: Assigning new engine to 1053290 197 [8/28/07 17:09:05:490 EDT] 00000020 WebApp A SRVE0180I: [JSPWiki] [/wiki] [Servlet.LOG]: No jspwiki.propertyfile defined for this context, using default from /WEB-INF/jspwiki.properties [8/28/07 17:09:06:461 EDT] 00000020 WebApp E SRVE0026E: [Servlet Error]-[/Install.jsp]: java.lang.VerifyError: (class: co m/ecyrd/jspwiki/plugin/PluginManager, method: parsePluginLine signature: (Lcom/ecyrd/jspwiki/WikiContext;Ljava/lang/String;I)Lorg/ jdom/Content;) Wrong return type in method at com.ecyrd.jspwiki.WikiEngine.initialize(WikiEngine.java:540) at com.ecyrd.jspwiki.WikiEngine.(WikiEngine.java:432) at com.ecyrd.jspwiki.WikiEngine.getInstance(WikiEngine.java:331) at com.ecyrd.jspwiki.ui.WikiServletFilter.init(WikiServletFilter.java:56) at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.init(FilterInstanceWrapper.java:109) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.loadFilter(WebAppFilterManager.java:326) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.getFilterInstanceWrapper(WebAppFilterManager.java:152) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.getFilterChain(WebAppFilterManager.java:200) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:636) at com.ibm.wsspi.webcontainer.servlet.GenericServletWrapper.handleRequest(GenericServletWrapper.java:117) at com.ibm.ws.jsp.webcontainerext.JSPExtensionServletWrapper.handleRequest(JSPExtensionServletWrapper.java:178) at com.ibm.ws.jsp.webcontainerext.JSPExtensionProcessor.handleRequest(JSPExtensionProcessor.java:252) at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:2965) at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:221) at com.ibm.ws.webcontainer.VirtualHost.handleRequest(VirtualHost.java:210) at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:1931) at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:84) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:472) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java:411) at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:288) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminaters(NewConnectionInitialReadCallback.java:207) at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:109) at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java:566) at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java:619) at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java:952) at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java:1039) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java(Compiled Code)) }}} --[Reed Clarke|mailto:reclarke@us.ibm.com], 29-Aug-2007 ---- I deployed Tomcat 5.5 on aix (it is running ok) and deployed JSPWiki. When I try to run \JSPWiki\Install.jsp. I get the following message: 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/5.5.23 please help. --[Reed Clarke|mailto:reclarke@us.ibm.com], 30-Aug-2007 ---- Reed, looking at the stacktrace it looks like you have mixed version situation for the jdom library. \\This is a known issue with WebSphere, a workaround has been described in [Bug Problems With Common Logging] --HarryMetske, 01-Sep-2007 ---- hi there! i can't get jspwiki to work with jboss AS 4.2.1GA... this is the error trace i get... {{{ 15:28:12,605 INFO [TomcatDeployer] deploy, ctxPath=/JSPWiki, warUrl=.../tmp/dep loy/tmp28815JSPWiki-exp.war/ 15:28:12,885 ERROR [STDERR] log4j:ERROR A "org.jboss.logging.appender.FileAppend er" object is not assignable to a "org.apache.log4j.Appender" variable. 15:28:12,885 ERROR [STDERR] log4j:ERROR The class "org.apache.log4j.Appender" wa s loaded by 15:28:12,885 ERROR [STDERR] log4j:ERROR [WebappClassLoader delegate: false repositories: /WEB-INF/classes/ ----------> Parent Classloader: java.net.FactoryURLClassLoader@12c08c7 ] whereas object of type 15:28:12,885 ERROR [STDERR] log4j:ERROR "org.jboss.logging.appender.FileAppender " was loaded by [org.jboss.system.server.NoAnnotationURLClassLoader@173831b]. 15:28:12,885 ERROR [STDERR] log4j:ERROR Could not instantiate appender named "FI LE". 15:28:13,486 INFO [STDOUT] 15:28:13,486 INFO [[/JSPWiki]] Assigning new engin e to 24660241 15:28:13,486 INFO [STDOUT] 15:28:13,486 INFO [[/JSPWiki]] No jspwiki.propertyf ile defined for this context, using default from /WEB-INF/jspwiki.properties 15:28:13,496 INFO [STDOUT] 15:28:13,496 INFO [WikiEngine] ******************** *********************** 15:28:13,496 INFO [STDOUT] 15:28:13,496 INFO [WikiEngine] JSPWiki 2.4.103 star ting. Whee! 15:28:13,526 INFO [STDOUT] 15:28:13,526 INFO [WikiEngine] JSPWiki working dire ctory is '/tmp/' 15:28:13,686 INFO [STDOUT] 15:28:13,646 ERROR [[/JSPWiki]] Exception starting f ilter WikiJSPFilter java.lang.ExceptionInInitializerError at com.ecyrd.jspwiki.providers.CachingProvider.initialize(CachingProvide r.java:132) at com.ecyrd.jspwiki.PageManager.(PageManager.java:107) at com.ecyrd.jspwiki.WikiEngine.initialize(WikiEngine.java:539) at com.ecyrd.jspwiki.WikiEngine.(WikiEngine.java:432) at com.ecyrd.jspwiki.WikiEngine.getInstance(WikiEngine.java:331) at com.ecyrd.jspwiki.ui.WikiServletFilter.init(WikiServletFilter.java:56 ) }}} can anyone help? --Bryan Martinez, 05-Sep-2007 ---- Thank you very much Harry, that did the trick. The issue I have now is that when I try to login as "admin" using the assigned password I get a login error "Error: Not a valid login.". Any suggestions? --[Reed Clarke|mailto:reclarke@us.ibm.com], 05-Sep-2007 ---- Maybe you can turn on a higher debug loglevel in jspwiki.properties, recreate the problem, and see if you can find a clue in the jspwiki.log. --HarryMetske, 05-Sep-2007 !Tabs content displaying all on one page Hi, Does anyone know why all tab content displays on one page when JSPWiki is placed on the server? I also have a local copy and does not have this problem, I am using JSPWiki version 2.5.114 with brush template v3.x Sep-Nov 05. I have not altered any of the javascript. Any solution will be mostly appreciated --DH ---- In an attempt to get jspWiki security enabled, I am trying to run http://localhost:9081/wiki/admin/SecurityConfig.jsp. My app. server is WebSphere 6.0.2.9 on (local os is Windows XP) (production os is AIX 5.3) I am getting the following error: JSPG0227E: Exception caught while translating /admin/SecurityConfig.jsp: /admin/SecurityConfig.jsp(91,1) --> JSPG0123E: Unable to locate tag attribute info for tag attribute java.security.auth.login.config. Can anyone provide some help/example of setting up jspWiki Security in WebSphere environment? --[Reed Clarke|mailto:reclarke@us.ibm.com], 09-Sep-2007 ---- I'm not quite sure, but it looks like you run into the tiny differences between the Tomcat JSP compiler and the IBM WebSphere JSP compiler. \\I ran into a few of these bugs too about a year ago, and quickly decided to switch from WebSphere to Tomcat. \\Although JSPWiki should run in almost every Servlet/JSP container, it is mainly developed and tested with Tomcat. Similar bugs have been reported in the past: * [Bug Commonheader.jsp In Web Sphere JSPG 0055 E Unable To Create An Xml Attribute From Name Skins Value Skin Name] * [Bug Commonheader.jsp This Attribute Is Not Recognized.Error Message Web Logic] Maybe you can check the JSP for tiny errors like unmatched quotes and double quotes ? --HarryMetske, 10-Sep-2007 ---- NOW can anyone provide an example of setting up JSPWiki security in WebSphere. The output from admin/SecurityConfig.jsp (see below) was not very helpful. Inside the JAAS config file, we must be able to find two login configurations: JSPWiki-container and JSPWiki-custom. Good news: We found the 'JSPWiki-container' login configuration. We found the 'JSPWiki-custom' login configuration. We found some errors with your configuration: We could not find the 'JSPWiki-container' login configuration. We could not find the 'JSPWiki-custom' login configuration. The JAAS configuration looks broken. Users may not be able to log in. You should be able to fix this by locating the JAAS configuration file and appending the contents of WEB-INF/jspwiki.jaas. one says "Good news: We found.... the other says "...errors...We could not find ..." Seems a bit of a contradiction. Again, thank you Harry, I got admin/SecurityConfig.jsp to launch it was """" issue. --[Reed Clarke|mailto:reclarke@us.ibm.com], 14-Sep-2007 ------------------------------------------------------------ !!Please Help! I have jspwiki, how I can delete sides there? Sorry for me bad english, i am from germany. Thank Sebastian I am unsure what you mean by "delete sides". Will you clarify what you are attempting to perform? --[Rob Schramm], 09-Oct-2007 !!How to create Horizontal scrolling text with hyperlinks in JSPWiki? Something like banner. HTML provides tag for this. --Sachin Chaudhari [chaudhari2k@yahoo.com], 10-oct-2007 !!How to create {{[HyperLinkTo|jar:}} hyperlink in JSPWiki? Something like * {{jar:http://www.some.org/eBook/Reference.archive!/reference/main.html#SEC_Top}} . --Marek Kotas [], 24-oct-2007 \\ ---- !! Plugin insertion failed: Not allowed to access plugin ... __Q:__ Hi, i'm trying to get my plugin (jar file) working but i only get this message: Plugin insertion failed: Not allowed to access plugin ... What does this mean ? Searching doesn't helped me. I made my package according to those tutorials: \\ *[http://doc.jspwiki.org/2.4/wiki/DevelopingPlugins] *[http://jspwiki.org/wiki/WritingPlugins] *[http://jspwiki.org/wiki/SayHelloPlugin] regards jb, 15-oct-2007 ---- !!{{jspwiki.policy}} does not work __Q:__ Hi, I have made changes to my {{jspwiki.policy}} file, but it is not reflected. I need to set my jspwiki v2.4.104 private for 3 users. I have removed all privileges from Anonymous and Asserted roles. But it is still not enough, as any anonymous user can view any page. What do I need to do? Below is my policy: {{{ grant signedBy "jspwiki", principal com.ecyrd.jspwiki.auth.authorize.Role "Anonymous" { permission com.ecyrd.jspwiki.auth.permissions.PagePermission "*:Main", "view"; }; grant signedBy "jspwiki", principal com.ecyrd.jspwiki.auth.authorize.Role "Asserted" { permission com.ecyrd.jspwiki.auth.permissions.GroupPermission "*:Main", "view"; }; grant signedBy "jspwiki", principal com.ecyrd.jspwiki.auth.authorize.Role "Authenticated" { permission com.ecyrd.jspwiki.auth.permissions.PagePermission "*:*", "modify,rename"; permission com.ecyrd.jspwiki.auth.permissions.GroupPermission "*:*", "view"; permission com.ecyrd.jspwiki.auth.permissions.GroupPermission "*:", "edit"; permission com.ecyrd.jspwiki.auth.permissions.WikiPermission "*", "createPages,createGroups"; permission com.ecyrd.jspwiki.auth.permissions.WikiPermission "*", "editPreferences"; permission com.ecyrd.jspwiki.auth.permissions.WikiPermission "*", "editProfile"; permission com.ecyrd.jspwiki.auth.permissions.WikiPermission "*", "login"; }; grant signedBy "jspwiki", principal com.ecyrd.jspwiki.auth.GroupPrincipal "Admin" { permission com.ecyrd.jspwiki.auth.permissions.AllPermission "JSPWiki"; }; grant signedBy "jspwiki", principal com.ecyrd.jspwiki.auth.authorize.Role "Admin" { permission com.ecyrd.jspwiki.auth.permissions.AllPermission "JSPWiki"; }; }}} ---- !!!Issues with Upgrade to 2.4.104 We have had JSPWiki running and when we went to upgrade from JSPWiki v2.4.82, we are receiving an error when we try to access any pages. The error is: {{{ javax.servlet.jsp.JspException: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application at com.ecyrd.jspwiki.tags.IncludeTag.doEndTag(IncludeTag.java:90) }}} Any help would be appreciated. -jim ---- Installed JSPWiki v2.4.104 but when you try to use the wysiwyg editor you get the following error {{{ load: class org.wikiwizard.FlashSplash not found. java.lang.ClassNotFoundException: org.wikiwizard.FlashSplash at sun.applet.AppletClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.applet.AppletClassLoader.loadCode(Unknown Source) at sun.applet.AppletPanel.createApplet(Unknown Source) at sun.plugin.AppletViewer.createApplet(Unknown Source) at sun.applet.AppletPanel.runLoader(Unknown Source) at sun.applet.AppletPanel.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: open HTTP connection failed. at sun.applet.AppletClassLoader.getBytes(Unknown Source) at sun.applet.AppletClassLoader.access$100(Unknown Source) at sun.applet.AppletClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) ... 10 more }}} Any help appreciated Pete ---- \\ !!! Image Frame - Rounded Corners Hello, The following image frame for rounded corners works well with text, but when you use it to frame an image, the frame gets chopped on the top and bottom, as in the example below. (This problem occurs with an IE browser). Any suggestions for fixing this? Thank you! %%(width:310px;height:120px;float:center;) %%roundedCorners-yyyy-99ccff-99ccff [{Image src='ATM 2.jpg' width='280' height='200' align='center'}] %% %% \\ \\ %%(width:310px;height:120px;float:center;) %%roundedCorners-yyyy-99ccff-99ccff Sample Text - Rounded Corners work OK with text, but not with an image. %% %% ---- Exception in the tomcat logs: I am running with jspWiki 2.6 and am seeing the following exceptions in the catalina.out log: Jan 2, 2008 1:45:36 AM org.apache.catalina.session.StandardSession writeObject WARNING: Cannot serialize session attribute JSONRPCBridge for session 8FCE64F0F6FA8DB5FB62E80BF441CFA8 java.io.NotSerializableException: com.ecyrd.jspwiki.search.SearchManager$JSONSearch at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1075) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1369) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1341) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291) at java.util.HashMap.writeObject(HashMap.java:985) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:890) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1333) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073) Does anybody know the cause for this issue? I am not able to edit and save any of the pages because of this issue. I am using tomcat 6.0.14 as the container. Any advice would be helpful. --VarunGandhi, 02-Jan-2008 ---- !Uploading attachment causes Exception report I've just updated to 2.6.0. Everything seems to be working fine apart from attachments. Once you click on {{Upload}} I get the following error. I also tried this on a clean install of JSPWiki and get the same problem. Hope someone can help. Thanks. {{{ type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: java.lang.String.contains(Ljava/lang/CharSequence;)Z com.ecyrd.jspwiki.dav.WebdavServlet.service(WebdavServlet.java:174) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) com.ecyrd.jspwiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:99) root cause java.lang.NoSuchMethodError: java.lang.String.contains(Ljava/lang/CharSequence;)Z com.ecyrd.jspwiki.attachment.AttachmentServlet.validateNextPage(AttachmentServlet.java:522) com.ecyrd.jspwiki.attachment.AttachmentServlet.upload(AttachmentServlet.java:575) com.ecyrd.jspwiki.attachment.AttachmentServlet.doPost(AttachmentServlet.java:454) javax.servlet.http.HttpServlet.service(HttpServlet.java:709) com.ecyrd.jspwiki.dav.WebdavServlet.service(WebdavServlet.java:167) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) com.ecyrd.jspwiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:99) note The full stack trace of the root cause is available in the Apache Tomcat/5.0.28 logs. }}}\\ -- John Eddie, 18-Jan-2008 ---- Then you probably run with JDK 1.4. \\The stacktrace shows java.lang.String.contains(), which was introduced in JDK 5.0. \\This statement in AttachmentServlet line 522 was introduced while fixing JSPWIKI-46. So you can try to run it with JDK 5.0, or file a bug report. The download page tells us that JDK 1.4 should be sufficient for 2.6. regards, Harry --HarryMetske, 18-Jan-2008 ---- Hi! This should be filed as a bug in our [issue tracker|http://issues.apache.org/JIRA]. It may be that inadvertently something JDK 1.5. has slipped in. --JanneJalkanen, 19-Jan-2008 ---- Hi, I am unable to get the JAAS authentication working when deployed on JBOSS. I enabled Log4j on jboss and captured these logs. What roles do I give to the user 'rr' in roles.properties under jboss? Can you please help? {{{ 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] TRACE org.jboss.security.auth.login.XMLLoginConfigImpl JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - End getAppConfigurationEntry(JSPWiki-container), authInfo=AppConfigurationEntry[]: [0] LoginModule Class: org.jboss.security.auth.spi.UsersRolesLoginModule ControlFlag: LoginModuleControlFlag: required Options: 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] TRACE org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - initialize, instance=@6455597 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] TRACE org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - Security domain: other 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] TRACE org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - findResource: null 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] TRACE org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - Properties file=file:/C:/install/Server/jboss-4.0.5.GA/server/default/conf/users.properties, defaults=null 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] DEBUG org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - Loaded properties, users=[rr, tt, rk] 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] TRACE org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - findResource: null 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] TRACE org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - Properties file=file:/C:/install/Server/jboss-4.0.5.GA/server/default/conf/roles.properties, defaults=null 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] DEBUG org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - Loaded properties, users=[rr, tt, rk] 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] TRACE org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - login 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] TRACE org.jboss.security.auth.spi.UsersRolesLoginModule JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - abort 2008-01-26 22:31:32,484 [http-0.0.0.0-8080-1] ERROR com.ecyrd.jspwiki.auth.AuthenticationManager JSPWiki:/jspwiki/Login.jsp JSPWiki:http://localhost:8080/jspwiki/Login.jsp - Couldn't log in. Message=CallbackHandler does not support: javax.security.auth.callback.NameCallback@10eb6ae }}} ---- ! default group? is there an easy way to define a default group every new registered user belongs to? --ArneAnka 21-Feb-2008 ---- ! notification? is there an easy way (ie w/o editing the code of beans) an admin will be notified if someone registers a new account? --ArneAnka 21-Feb-2008 ---- ! When an unauthenticated user tries to access the main page, he/she is redirected to the Login page I'm currently upgrading from 2.4.5 to 2.6.1. First of all I set up 2.6.1 with the jspwiki.policy file configured so that all users can view all pages. When using the sample corepages, everything works fine. However, once I transfer the existing pages from the 2.4.5 wiki, anonymous and asserted users who try to access the Main page always get redirected to the Login page. All other pages are fine (meaning, they can be viewed). This is a sample of the generated log entry: {{{ 2008-03-07 18:02:46,522 [http-8080-1] INFO com.ecyrd.jspwiki.WikiContext JSPWiki:/JSPWiki/Wiki.jsp JSPWiki:http://localhost:8080/JSPWiki/Wiki.jsp - User 127.0.0.1 has no access - redirecting (permission=("com.ecyrd.jspwiki.auth.permissions.PagePermission","JSPWiki:Main","view")) }}} Has anyone encountered this before? --DavidTan 07-Mar-2008 ---- !Search Problem When using the search box, we get a javascript error: SearchBox.searchForm.query is null or not an object... What can we do? --Assia Exception com.ecyrd.jspwiki.InternalWikiException Place where detected com.ecyrd.jspwiki.PageRenamer.replaceLongLinks(), line 336 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.