Re: How do I setup source code in eclipse?
Sundar, did you have a look at http://www.jspwiki.org/wiki/EclipseConfig ? regards, Harry 2007/11/23, Sundar [EMAIL PROTECTED]: Hi, I want to setup JspWiki in eclipse. I downloaded JSPWiki-2.4.104-src.zipand trying to setup it in eclipse. But so far I was not successful. Can any one please help me by providing the steps to setup JspWiki in eclipse? Thanks in advance. -Sundar - Never miss a thing. Make Yahoo your homepage. -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
www.jspwiki.org not responding
Hi all, www.jspwiki.org is not responding (again). It's been down for 2,5 hours now, could somebody poke around a little ? I've been monitoring the availability the last few days, and it's about 85 %http://www.computerhok.nl/nagios/cgi-bin/avail.cgi?t1=1198262036t2=1198348436show_log_entries=host=jspwikiservice=httpassumeinitialstates=yesassumestateretention=yesassumestatesduringnotrunning=yesincludesoftstates=noinitialassumedhoststate=0initialassumedservicestate=6timeperiod=last24hoursbacktrack=1:-( : http://www.computerhok.nl/nagios/cgi-bin/avail.cgi?host=jspwikiservice=httpshow_log_entries -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: www.jspwiki.org not responding
thanks, works fine again. except the Download URL's like http://www.ecyrd.com/~jalkanen/JSPWiki/nightly/ChangeLog, they return an Internal Server Error. but it can wait. thanks so far, Harry 2007/12/22, Janne Jalkanen [EMAIL PROTECTED]: Wellwell... Turns out some guy in China is re-downloading jspwiki source and binary with an obviously badly behaving spider - he has downloaded it several thousand times already, approximately once per second. This put apache to its knees within 30 seconds of it starting (MaxClients was full). So I blocked that address temporarily. /Janne On 22 Dec 2007, at 22:03, Janne Jalkanen wrote: Well, it's connected to the Northern European backbone with a 100 Mbps cable. And the computer is working fine, as far as I can tell. I am very frustrated. I'm going to reboot the thing, and hope it comes back up. I am 200 km away currently, and I have no way to go physically fix it until 3rd of January. So, if this is the final message from me until then, you know the reason... /Janne On 22 Dec 2007, at 21:51, Harry Metske wrote: I'd be happy to help you find the cause, from the outside it doesn't look like a bandwidth problem (good response to large pings). is it cpu full ? memory constraint ? IO banwidth ? are you willing to share the statistics ? regards, Harry 2007/12/22, Janne Jalkanen [EMAIL PROTECTED]: Yup, I keep poking it all the time. I have no idea what is going on. We do have some pretty good statistics on what is going on... I try out things, but they don't seem to work. /Janne On 22 Dec 2007, at 20:39, Harry Metske wrote: Hi all, www.jspwiki.org is not responding (again). It's been down for 2,5 hours now, could somebody poke around a little ? I've been monitoring the availability the last few days, and it's about 85 %http://www.computerhok.nl/nagios/cgi-bin/avail.cgi? t1=1198262036t2=1198348436show_log_entries=host=jspwikiservice= htt passumeinitialstates=yesassumestateretention=yesassumestatesduri ngn otrunning=yesincludesoftstates=noinitialassumedhoststate=0initia las sumedservicestate=6timeperiod=last24hoursbacktrack=1:-( : http://www.computerhok.nl/nagios/cgi-bin/avail.cgi? host=jspwikiservice=httpshow_log_entries -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081 -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081 -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Question: ACL and Tomcat Auth
Troll,
this should work, after changing the ACL you don't have to recycle anything.
Are you sure you are not JSPWiki Admin (have the role mentioned at the
bottom of jspwiki.policy) ?
Harry
2008/1/21, Troll [EMAIL PROTECTED]:
Hi All!
I ve protected my jspwiki by the tomcat auth mechanism. I uncommented
the lines at the end of web.xml file, created my own tomcat-users.xml
file and changed the server.xml in $CATALINA_HOME/conf. So far it works
all fine.
Now the question: is it possible to use the ACL features like
[{ALLOW view Janne,Mike Morris}]
with this tomcat auth-method? And if it will work, what is to do? Is
there something I have to activate? I tried this statement above, but I
regognize new changes: I can view my testpage, and that even though I m
neither Janne nor Mike Morris ;-)
Thanks for your help!
Troll
--
met vriendelijke groet,
Harry Metske
Telnr. +31-548-512395
Mobile +31-6-51898081
Re: Question: ACL and Tomcat Auth
We would need the jspwiki.policy file too I think, and preferably also the
jspwiki.log file, and the Security log. Also first try to run your wiki with
a higher (security) debug level. You can set the levels in the
jspwiki.properties file.
Harry
2008/1/21, Troll [EMAIL PROTECTED]:
Hi Harry, hi all!
Harry Metske schrieb:
[..] Are you sure you are not JSPWiki Admin (have the role mentioned at
the
bottom of jspwiki.policy) ?
I ve tried this now as an simple user without any adminrole, but I can
still see the restricted page! :-(
Now, I send you some more Infos and some lines of my files:
Wikiversion: 2.6.0
My WikiPage
--
[{ALLOW view Janne,Mike Morris}]
Hi! Can you see this?
--
tomcat-user.xml:
--
?xml version='1.0' encoding='utf-8'?
tomcat-users
role rolename=Admin/
role rolename=user/
user username=admin password=admin roles=Admin/
user username=me password=me roles=user/
/tomcat-users
--
part of web.xml
--
security-constraint
web-resource-collection
web-resource-nameAdministrative Area/web-resource-name
url-pattern/Delete.jsp/url-pattern
/web-resource-collection
auth-constraint
role-nameAdmin/role-name
/auth-constraint
/security-constraint
security-constraint
web-resource-collection
web-resource-nameAuthenticated area/web-resource-name
url-pattern/Wiki.jsp/url-pattern
url-pattern/Edit.jsp/url-pattern
url-pattern/Comment.jsp/url-pattern
url-pattern/Login.jsp/url-pattern
url-pattern/NewGroup.jsp/url-pattern
url-pattern/Rename.jsp/url-pattern
url-pattern/Upload.jsp/url-pattern
http-methodDELETE/http-method
http-methodGET/http-method
http-methodHEAD/http-method
http-methodPOST/http-method
http-methodPUT/http-method
/web-resource-collection
web-resource-collection
web-resource-nameRead-only Area/web-resource-name
url-pattern/attach/url-pattern
http-methodDELETE/http-method
http-methodPOST/http-method
http-methodPUT/http-method
/web-resource-collection
auth-constraint
role-nameAdmin/role-name
role-nameuser/role-name
/auth-constraint
/security-constraint
login-config
!--
auth-methodFORM/auth-method
form-login-config
form-login-page/LoginForm.jsp/form-login-page
form-error-page/LoginForm.jsp/form-error-page
/form-login-config
--
auth-methodBASIC/auth-method
realm-nameWiki Editor/realm-name
/login-config
security-role
description
This logical role includes all authenticated users
/description
role-nameuser/role-name
/security-role
security-role
description
This logical role includes all administrative users
/description
role-nameAdmin/role-name
/security-role
--
By the way: I add the pattern
url-pattern/Wiki.jsp/url-pattern
to the web-resource-collection, cause noone should have any access to
this wiki. I hope this is ok?!
If some one has any hint, I would very happy!
Best
Troll
Harry
2008/1/21, Troll [EMAIL PROTECTED]:
Hi All!
I ve protected my jspwiki by the tomcat auth mechanism. I uncommented
the lines at the end of web.xml file, created my own tomcat-users.xml
file and changed the server.xml in $CATALINA_HOME/conf. So far it works
all fine.
Now the question: is it possible to use the ACL features like
[{ALLOW view Janne,Mike Morris}]
with this tomcat auth-method? And if it will work, what is to do? Is
there something I have to activate? I tried this statement above, but I
regognize new changes: I can view my testpage, and that even though I m
neither Janne nor Mike Morris ;-)
Thanks for your help!
Troll
--
met vriendelijke groet,
Harry Metske
Telnr. +31-548-512395
Mobile +31-6-51898081
Re: Our Local Modifications to JSPWiki 2.4.104
-dd HH:mm:ss);
(((before: protected WikiEngine m_engine;)))
...
(((ALSO CHANGE: )))
if( includeThis )
{
if (result.add( pageName )) {
// if we want to show the last modified date of the most
recently change page, we keep a high watermark here:
if (m_lastModified) {
WikiPage page = m_engine.getPage(pageName);
if (page!= null)
{
Date lastModPage = page.getLastModified();
if (lastModPage.after(m_dateLastModified)){
m_dateLastModified=lastModPage;
}
}
}
}
}
(((in place of:)))
if( includeThis )
{
result.add( pageName );
}
--
met vriendelijke groet,
Harry Metske
Telnr. +31-548-512395
Mobile +31-6-51898081
Re: Our Local Modifications to JSPWiki 2.4.104
Christophe,
maybe you already know that Eclipse has some very elegant features to create
patches, just create a CVS project, right click on the source file (that you
have wonderfully enhanced with all the nice features), select = Team =
Create Patch.
And please do not format the code, because that will make diff think that
there are a lot of changes, and it becomes difficult to see from the patch
file what has really changed.
And just submit a JIRA issue, describe the problem or requirement, and
attach the patch file. One of the core developers will then hopefully pick
it up and commit it to CVS.
regards,
Harry Metske
2008/1/31, Janne Jalkanen [EMAIL PROTECTED]:
Hi!
Please learn to use the diff and patch tools, the following is
incomprehensible. Sorry to say that :-(
Also I agree that something like this has already been covered in
JSPWIKI-100.
I would encourage you to add any contributions to the issue tracker
in the form of a patch file. That would make it a lot easier to
track. Stuff that just gets posted on the mailing list tends to be
forgotten.
/Janne
On 30 Jan 2008, at 16:14, Christophe Dupriez wrote:
Hi JSPWiki Developpers!
As I am preparing upgrade from 2.4 to 2.6, I list hereby the
changes made to two JSPWiki plugins:
1) RecentChangesPlugin where a new attribute referring
allows to list only changes to pages referring to a given page
2) ReferringPagesPlugin where I propose the same
functionalities than the one recently discussed (count, last
modification date) but without adding attributes to the existing
Plugin.
If the specifications / examples below are appealing for the
community, I will forward the modifications made for 2.6 (after
testing!)
Christophe
*** MODIFICATIONS TO ADD a referring='PageName' attribute to the
RecentChanges plugin ***
*** PageName can be {$username}: the pageName is Wikified.
*** List only pages recently changed that contains a link referring
to a given page (User page, category, etc.)
*** Allows a user to know the pages (s)he signed recently modified.
*** Example: !Changes to pages signed by [{$username}]:
*** [{INSERT com.ecyrd.jspwiki.plugin.RecentChangesPlugin
referring='{$username}'}]
Within src\com\ecyrd\jspwiki\plugin\RecentChangesPlugin.java, we add:
import java.security.Principal;
import com.ecyrd.jspwiki.ReferenceManager;
import com.ecyrd.jspwiki.parser.MarkupParser;
...
private static final String PARAM_REFERRING = referring;
...
(((Within function execute, after:)))
//
// Which format we want to see?
//
if( compact.equals( params.get(PARAM_FORMAT) ) )
{
spacing = 0;
showAuthor = false;
showChangenote = false;
}
(((Please Insert:)))
ReferenceManager mgr = engine.getReferenceManager();
Collection filterRef = null;
Object ptr = params.get(PARAM_REFERRING);
if (ptr != null) {
String pageName = (String) ptr;
if (.equals(filterRef)||{$username}.equals(pageName)) {
Principal currUser = context.getCurrentUser();
if (currUser != null) pageName = currUser.getName();
else pageName = null;
}
if (pageName != null) {
pageName = MarkupParser.cleanLink( pageName );
filterRef = mgr.findReferrers( pageName );
log.debug(Pages referring to +pageName+ =
+filterRef);
}
}
(((BEFORE :if( !isSameDay( lastmod, olddate ) ) INSERT:)))
boolean accepted = true;
if (filterRef != null) accepted = filterRef.contains
(pageref.getName());
if (accepted) {
(((ADD A CLOSING } JUST AFTER THE COMMENT AFTER // Revert note )))
MODIFICATIONS TO ALLOW DISPLAY OF THE NUMBER OF REFERRING
PAGES WITHOUT THE LIST
AND TO ALLOW DISPLAY OF THE LAST MODIFICATION DATE.
max=0 : no list of pages
extras='... %d = number of pages ... %m = last modification
date ...'
EXAMPLE: [{INSERT ReferringPagesPlugin max=0 extras='%d pages,
last modification: %m'}]:
(((WITHIN src\com\ecyrd\jspwiki\plugin\ReferringPagesPlugin.java,
REPLACE the following block of instructions: )))
if( links != null (links.size() 0) )
{
if (extras.indexOf(%m) = 0) m_lastModified = true;
links = filterCollection( links );
wikitext = wikitizeCollection( links, m_separator,
items );
if( (links.size() 0) (items links.size())
(items = 0) )
{
extras = TextUtil.replaceString( extras, %d,
+(links.size
()-items) );
extras = TextUtil.replaceString( extras, %m
Re: ReferringPagesPlugin and version upgrade
Can you try: - stop JSPWiki/Tomcat - delete the refmgr.ser file and the refmgr-att directory in JSPWiki's work directory (or completely clean JSPWiki's workdir) - start JSPWiki/Tomcat Harry 2008/2/14, Zola Barati [EMAIL PROTECTED]: I've been using JSPWiki for a while but now I encountered a problem that I can't resolve. Here is the case. I used to run 2.6.0 and today I tried to upgrade to 2.6.1 (Debian lenny, sun java 1.5; tomcat 5.5) Everything worked fine except: the ReferringPagesPlugin doesn't find the referring pages occurrences it gives ...nobody until you edit the page that refers to page that renders ReferringPagesPlugin. I've redeployed the JSPWiki webapp (everything default) after restarting tomcat the situation didn't change. Is it true? acording to the problem I described above anybody who installs a JSPWiki from page backup need to Edit all pages that uses ReferringPagesPlugin In my opinion it's an unexpected behaviour. What files need to be kept when upgrading to avoid the above problem? Here is what I know groupdatabase.xmluserdatabase.xmljspwiki.properties(I have other guesses as well but left them default and any of them caused a problem)...? Thank you for your help, Zolta __ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: User conversion
I'm not aware of a tool that does this for you, however it is rather easy to make this (I actually just made a very simple program that uses existing JSPWiki code). I think you would also have to convert the dates to another format. Do you have may users in your userdatabase.xml ? regards, Harry 2008/3/3, Mattier, Ricardo [EMAIL PROTECTED]: Hello, I currently have JSPWiki 2.2.33 running. I working on converting to 2.6.1. The username and passwords are in clear text. Is there some sort of tool I could use to change user passwords from clear text to encrypted? -RM This message is a PRIVATE communication. If you are not the intended recipient, please do not read, copy or use it and do not disclose it to others. Please notify the sender of the delivery error by replying to this message and then delete from your system. Thank you. -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: User conversion
Well, it currently is almost nothing, it just takes a string as a parameter and puts out the hashed value of this string. But if there is a need for a more general userdatabase conversion utility , I'd be happy to spend some time on it and share it. We would then first have to state some requirements though, something like : - take a userdatabase.xml as input and create a converted userdatabase.new.xml as output - in the outputted file : - the password attribute of each user element should be hashed - the created and lastModified attribute of each user element should be converted from old to new format (somewhat more specific) - user elements that cannot be properly converted should be written to an exception file Anyone of you any other requirements ? I would also have to find out if there have been more changes in userdatabase.xml during the last few years ... regards, Harry 2008/3/3, Andrew Jaquith [EMAIL PROTECTED]: Harry, could you share the code you wrote? This would probably make a handy utility class we could add to the core distribution. Andrew On Mar 3, 2008, at 3:17 PM, Harry Metske wrote: I'm not aware of a tool that does this for you, however it is rather easy to make this (I actually just made a very simple program that uses existing JSPWiki code). I think you would also have to convert the dates to another format. Do you have may users in your userdatabase.xml ? regards, Harry 2008/3/3, Mattier, Ricardo [EMAIL PROTECTED]: Hello, I currently have JSPWiki 2.2.33 running. I working on converting to 2.6.1. The username and passwords are in clear text. Is there some sort of tool I could use to change user passwords from clear text to encrypted? -RM This message is a PRIVATE communication. If you are not the intended recipient, please do not read, copy or use it and do not disclose it to others. Please notify the sender of the delivery error by replying to this message and then delete from your system. Thank you. -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081 -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: User conversion
I created a page with some explanation/instructions and the code on http://www.jspwiki.org/wiki/UserDatabaseConversion (the xml Schema's are included in the jar) Let me know if it is usefull, and let me know of any issues. regards, Harry 2008/3/3, Andrew Jaquith [EMAIL PROTECTED]: Harry, could you share the code you wrote? This would probably make a handy utility class we could add to the core distribution. Andrew On Mar 3, 2008, at 3:17 PM, Harry Metske wrote: I'm not aware of a tool that does this for you, however it is rather easy to make this (I actually just made a very simple program that uses existing JSPWiki code). I think you would also have to convert the dates to another format. Do you have may users in your userdatabase.xml ? regards, Harry 2008/3/3, Mattier, Ricardo [EMAIL PROTECTED]: Hello, I currently have JSPWiki 2.2.33 running. I working on converting to 2.6.1. The username and passwords are in clear text. Is there some sort of tool I could use to change user passwords from clear text to encrypted? -RM This message is a PRIVATE communication. If you are not the intended recipient, please do not read, copy or use it and do not disclose it to others. Please notify the sender of the delivery error by replying to this message and then delete from your system. Thank you. -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081 -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Wiki Question
Yes, that's us, and I also think Rob Schramm runs JSPWiki on z/OS, but not sure if it's in Tomcat or WebSphere. Anyway, there is actually no difference between running tomcat on Unix or z/OS, except the default codepage which is EBCDIC instead of ASCII. I don't know how you have arranged it, but we have everything in ASCII in the filesystem, except the shell scripts. Now, the problem is that all standard Unix commands on z/OS assume everything is EBCDIC, cat, vi , more and so on. The general answer to that is filetagging, you can tag a file or a complete filesystem with a codepage, and if you have set the environment variable __BPXK_AUTOCVT=ON, this will cause all commands to treat these tagged files as ASCII files. If this is too cumbersome, you can always binary ftp it to your PC and look at the file. Do a search for Connector and you should find the mentioned ports. regards, Harry 2008/4/3, Florian Holeczek [EMAIL PROTECTED]: Hallo Terry, I further poked and found documentation regarding TOMCAT on z/OS which I understand is fairly new and we may be one of the few places doing it ?? I know of at least one on the list who's been running JSPWiki on z/OS for some time now (in production). So, there shouldn't be any (unsolvable) problems. Regards, Florian -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: RSS Feed
= com.ecyrd.jspwiki.auth.authorize.XMLGroupDatabase jspwiki.userdatabase = com.ecyrd.jspwiki.auth.user.XMLUserDatabase jspwiki.aclManager = com.ecyrd.jspwiki.auth.acl.DefaultAclManager jspwiki.interWikiRef.JSPWiki = http://www.jspwiki.org/wiki/%s jspwiki.interWikiRef.Edit = Edit.jsp?page=%s jspwiki.interWikiRef.WikiWikiWeb = http://c2.com/cgi/wiki?%s jspwiki.interWikiRef.TWiki = http://twiki.org/cgi-bin/view/TWiki/%s jspwiki.interWikiRef.MeatballWiki = http://usemod.com/cgi-bin/mb.pl?%s jspwiki.interWikiRef.Wikipedia = http://www.wikipedia.com/wiki/%s jspwiki.interWikiRef.Google = http://www.google.com/search?q=%s jspwiki.interWikiRef.Doc = http://doc.jspwiki.org/2.6/wiki/%s jspwiki.translatorReader.inlinePattern.1 = *.jpg jspwiki.translatorReader.inlinePattern.2 = *.png jspwiki.rss.generate = false jspwiki.rss.fileName = rss.rdf jspwiki.rss.interval = 3600 jspwiki.rss.channelDescription = Oh poor me, my owner has not set \ a channel description at all. \ Pity me. jspwiki.rss.channelLanguage = en-us 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=roles jspwiki.userdatabase.role=role jspwiki.groupdatabase.datasource=jdbc/GroupDatabase jspwiki.groupdatabase.table=groups jspwiki.groupdatabase.membertable=group_members jspwiki.groupdatabase.created=created jspwiki.groupdatabase.creator=creator jspwiki.groupdatabase.name=name jspwiki.groupdatabase.member=member jspwiki.groupdatabase.modified=modified jspwiki.groupdatabase.modifier=modifier mail.smtp.host = @mail.smtp.host@ mail.from = @mail.from@ log4j.appender.FileLog = org.apache.log4j.RollingFileAppender log4j.appender.FileLog.MaxFileSize= 10MB log4j.appender.FileLog.MaxBackupIndex = 14 log4j.appender.FileLog.File = E:\\www\\wiki\\tmp\\jspwiki.log log4j.appender.FileLog.layout = org.apache.log4j.PatternLayout log4j.appender.FileLog.layout.ConversionPattern=%d [%t] %p %c %x - %m%n log4j.rootCategory=DEBUG,FileLog Data directory structure: E:\www\wiki\data E:\www\wiki\tmp E:\www\wiki\page -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: RSS Feed
Yes 2008/4/4, Florian Holeczek [EMAIL PROTECTED]: I'm not sure, but doesn't one have to define baseURL, too? Regards, Florian Ursprüngliche Nachricht vom 04.04.2008 um 09:00: Another thing to watch for is that the whole-wiki RSS feed is generated by default every hour. So if you're impatient, you might not see the modifications. You can tweak this in the jspwiki.properties as well. /Janne On 4 Apr 2008, at 08:34, Harry Metske wrote: Nothing specific, are the write permissions for rss.rdf correct ? Harry 2008/4/3, [EMAIL PROTECTED] [EMAIL PROTECTED]: I have had my wiki set up for some time, and am wondering why the rss feed is not being generated. I have the jspwiki.rss.generate =true in my jspwiki.properties file, what else needs to be done? Brian -Original Message- From: Milton Taylor [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 2:34 PM To: jspwiki-user@incubator.apache.org Subject: Re: jspwiki You tried to instantiate an abstract class com.ecyrd.jspwiki.PageManager Yes...! You need to delete the log4j.jar and the commons-logging.jar from jspwiki's lib directory, and let it use jboss's own versions of these. (If the latter one isn't found in JBoss lib directory, move it there). I haven't investigated why the problem manifests as this type of exception, but that was the reason in my case. By the way, JBoss 4.2.2 actually has Tomcat 6 embedded in it, not 5.5. Cheers... Richard Flanigan wrote: Hi, I'm trying to run JSPWiki on JBoss 4.2.2 with Tomcat 5.5 embedded and java 1.6. Can anyone give me a hint on why I get this error? Thanks, Richard Flanigan server.log 2008-03-29 09:23:00,388 DEBUG [org.jboss.web.tomcat.filters.ReplyHeaderFilter] Adding header name: X-Powered-By='Servlet 2.4; JBoss-4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)/Tomcat-5.5' 2008-03-29 09:23:00,388 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/ wiki]] Assigning new engine to 1276140 2008-03-29 09:23:00,388 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/ wiki]] No jspwiki.propertyfile defined for this context, using default from /WEB-INF/jspwiki.properties 2008-03-29 09:23:00,398 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/ wiki]] Loading cascading properties... 2008-03-29 09:23:00,398 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/ wiki]] No cascading properties defined for this context 2008-03-29 09:23:00,398 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/ wiki]] JSPWiki: Unable to load and setup properties from jspwiki.properties. Failed to instantiate class com.ecyrd.jspwiki.PageManager 2008-03-29 09:23:00,408 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/ wiki]] ERROR: Failed to create a Wiki engine: JSPWiki: Unable to load and setup properties from jspwiki.properties. Failed to instantiate class com.ecyrd.jspwiki.PageManager 2008-03-29 09:23:00,408 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/ wiki]] Exception starting filter WikiServletFilter com.ecyrd.jspwiki.InternalWikiException: No wiki engine, check logs. at com.ecyrd.jspwiki.WikiEngine.getInstance(WikiEngine.java:340) at com.ecyrd.jspwiki.ui.WikiServletFilter.init (WikiServletFilter.java:55) at org.apache.catalina.core.ApplicationFilterConfig.getFilter (ApplicationFi lterConfig.java:275) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef (Applicatio nFilterConfig.java:397) at org.apache.catalina.core.ApplicationFilterConfig.init (ApplicationFilte rConfig.java:108) at org.apache.catalina.core.StandardContext.filterStart (StandardContext.jav a:3722) at org.apache.catalina.core.StandardContext.start (StandardContext.java:4367 ) and lots more... jspwiki.log file 2008-03-27 03:48:47,986 [main] INFO com.ecyrd.jspwiki.WikiEngine - *** 2008-03-27 03:48:47,986 [main] INFO com.ecyrd.jspwiki.WikiEngine - JSPWiki 2.6.1 starting. Whee! 2008-03-27 03:48:47,986 [main] DEBUG com.ecyrd.jspwiki.event.WikiEventManager - instantiated WikiEventManager 2008-03-27 03:48:47,996 [main] DEBUG com.ecyrd.jspwiki.WikiEngine - Java version: 1.6.0_02-b06 2008-03-27 03:48:47,996 [main] DEBUG com.ecyrd.jspwiki.WikiEngine - Java vendor: Sun Microsystems Inc. 2008-03-27 03:48:47,996 [main] DEBUG com.ecyrd.jspwiki.WikiEngine - OS: Windows XP 5.1 x86 2008-03-27 03:48:47,996 [main] DEBUG com.ecyrd.jspwiki.WikiEngine - Default server locale: en_US 2008-03-27 03:48:47,996 [main] DEBUG com.ecyrd.jspwiki.WikiEngine - Default server timezone: Eastern Daylight Time 2008-03-27 03:48:47,996
Re: RSS Feed
are the write permissions on the parent directory oke ? have you looked at the JSPWiki log file , does it indicate anything wrong with rss ? regards, Harry 2008/4/4, [EMAIL PROTECTED] [EMAIL PROTECTED]: I have baseURL defined and the rss.rdf file has 777 permissions on it. My wiki has been up for months like this, and the rss.rdf is still empty. Any other ideas? Brian -Original Message- From: Harry Metske [mailto:[EMAIL PROTECTED] Sent: Friday, April 04, 2008 4:29 AM To: jspwiki-user@incubator.apache.org Subject: Re: RSS Feed Yes 2008/4/4, Florian Holeczek [EMAIL PROTECTED]: I'm not sure, but doesn't one have to define baseURL, too? Regards, Florian Ursprüngliche Nachricht vom 04.04.2008 um 09:00: Another thing to watch for is that the whole-wiki RSS feed is generated by default every hour. So if you're impatient, you might not see the modifications. You can tweak this in the jspwiki.properties as well. /Janne On 4 Apr 2008, at 08:34, Harry Metske wrote: Nothing specific, are the write permissions for rss.rdf correct ? Harry 2008/4/3, [EMAIL PROTECTED] [EMAIL PROTECTED] : I have had my wiki set up for some time, and am wondering why the rss feed is not being generated. I have the jspwiki.rss.generate =true in my jspwiki.properties file, what else needs to be done? Brian -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Problem starting JSPWiki over Windows XP
Alberto, can you send us the relevant parts of the tomcat log and jspwiki log ? The description below does not tell us anything about what might be wrong. regards, Harry 2008/4/8, ALBERTO MARTINEZ [EMAIL PROTECTED]: Hello all, This is my first mail to the list. I hope you can forgive me if do anything wrong in my explanation, but I'm very hurry to get a solution. Let me explain my problem: -Yesterday, my JSPWiki installation was working fine, as everyday since installation (3 weeks ago). I haven't touched anything in the server since installation and initial configuration, but today it doesn't work. The pages cannot be opened, it seems that the server is not running. Well, trying to check it, I have seen that the server is up and running (I'm using Xampp with Tomcat plugin and it worked fine since the first day), I also can access the server through Samba and it answers to the pings I send him. Having a look at the Tomcat logs, I see that there are some extrange errors, and I have tried to search in Google about them, and cannot find useful information. Maybe this problem has happened to anybody that can help me. I attach the log file, maybe reading it someboby can tell me what happens to my server :( Thank you very much, Alberto -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: please, pay attention on this blocker
https://issues.apache.org/jira/browse/JSPWIKI-252?focusedCommentId=12591716#action_12591716 2008/4/22, Alexey Kakunin [EMAIL PROTECTED]: ok - thank you for info (and once again - thank you for great product!) 2008/4/22 Janne Jalkanen [EMAIL PROTECTED]: I can't do much about this short-term, as I'm too busy for the next two weeks (if you're in Monaco next week, come and say hi). We should probably release a 2.6.3 with this and the password-not-shown-when-installing bug. Someone else, please verify and grab this. /Janne On 22 Apr 2008, at 16:58, Alexey Kakunin wrote: Dear JspWiki team. I just added new bug into JIRA: https://issues.apache.org/jira/browse/JSPWIKI-252 Since it is blocker for us (EmForge Team) - could you inform when we can expect release of version with fix for this bug (possible fix is provided in comments) If it will take some time - seems we will need include custom version of JspWiki with own fix... Thank you. -- With best regards, Alexey Kakunin -- With best regards, Alexey Kakunin -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: How to change the Left Menu
:-) just edit the LeftMenu page 2008/5/21 Troy Bull [EMAIL PROTECTED]: Greetings Brand new to JSPWiki, can anyone point me to documentation that tells me how I can change the items that appear in the Left Menu? Thanks troy -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
favicon.png == favicon.ico
Hi devs, I noticed a lot of HTTP response code 404 in my access.log for JSPWiki/images/favicon.ico . This file is referenced from commonheader.jsp. However the JSPWiki project contains a file images/favicon.png, shouldn't this file be renamed to favicon.ico ? (I did and it solved the 404 problem, I also have the JSPWiki logo in my browsers address bar) -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: favicon.png == favicon.ico
Well, I'm not a subject expert on this, Christophe and I did some experiments off line last night with different browsers on both a favicon.png and a favicon.ico. And (correct me if I'm wrong Christophe) it appears that FF and Opera handle them both well, but IE doesnt handle either of them. Christophe used a graphical tool to create a 32x32 pixel favicon.ico, but that didn't display either, I converted that one to a 16x16 pixel favicon.ico and tried to test with an IE from the office, but that one is very crippled and I'm not allowed to change anything. So, if there is anyone with an IE that normally displays these icons correctly in your browser's address bar, please can you test this URL to see if it works : http://www.computerhok.nl/JSPWiki/ regards, Harry 2008/6/6 Derek Hohls [EMAIL PROTECTED]: Why not alter the commonheader.jsp to point to the favicon.png file instead? And isn't png a more widely accessible format? On 2008/06/05 at 10:37, in message [EMAIL PROTECTED], Eric Ladner [EMAIL PROTECTED] wrote: can't just rename it, you have to convert it to ICO format first or use some grahpics program to save it as a .ico. On Thu, Jun 5, 2008 at 2:46 PM, Harry Metske [EMAIL PROTECTED] wrote: Hi devs, I noticed a lot of HTTP response code 404 in my access.log for JSPWiki/images/favicon.ico . This file is referenced from commonheader.jsp. However the JSPWiki project contains a file images/favicon.png, shouldn't this file be renamed to favicon.ico ? (I did and it solved the 404 problem, I also have the JSPWiki logo in my browsers address bar) -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081 -- Eric Ladner -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Translate documentation to spanish
Maria, the guy that is currently doing the Spanish translation (among other things) is Juan Pablo Santos [EMAIL PROTECTED] regards, Harry 2008/6/9 Maria del Mar [EMAIL PROTECTED]: Hi! I want to be a new member of this group. Recently I have done my final work of studies about JSPWiki. Could you tell me how can i concact with the spanish translation group? Thanks in advance. Regards, Maria del Mar -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: problem with ImageGen plugins
Bob, I personally have not used this plugin, it is also not a core plugin. But the source is available at http://www.jspwiki.org/wiki/ImageGen If you have a stacktrace, that might help us a little further.. regards, Harry 2008/6/23 Bob Paige [EMAIL PROTECTED]: I'm having some trouble getting the ImageGen plugins to work when deployed on our Sun server. Deployed locally (WinXP) under tomcat, the plugins work fine. When I deploy exactly the same .war file to Sun I get SequencePlugin failed: org.nascif.jspwiki.plugin.imagegen.ImageGenError: Error generating graph - java.lang.NullPointerException I see no other error messages in the catalina log file, and I don't have permission on the server to adjust log levels. Could this be a problem with temp directories? (I'm guessing). Does anyone know how this works internally, or have experience with this type of error? -- Bobman -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: can't upload to wiki
can you check the baseURL parameter in jspwiki.properties ? this should be equal to the URL you are typing in your browser. regards, Harry 2008/6/24 Bob Paige [EMAIL PROTECTED]: Still testing my JSPWiki install, but I now find I can't upload files. When I deploy to tomcat locally (WinXP Pro, Tomcat 5.5) I can upload files. When I deploy remotely (Sun Solaris, Tomcat 5.5) file uploads fail. The browser gives me no errors, nor do we see anything in the server logs. Is there some setting I have to make to the server to allow uploads? Hopefully something I can set in the JSPWiki web.xml file (or similar) and not something on Tomcat itself (since I don't have access to that)? -- Bobman -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: can't upload to wiki
I would need some more diagnostic information. What exactly do you mean with uploads don't work ? Do you have anything in your logfiles ? How does your web.xml and jspwiki.policy look like ? Harry 2008/6/24 Bob Paige [EMAIL PROTECTED]: Harry, Thanks for the tip, I did not have this set. I tried setting it to the host name as the example in the file states: jspwiki.baseURL = http://www.myhost:8001/ but that didn't work (couldn't see any wiki pages). So I added the added the application name to the end: jspwiki.baseURL = http://www.myhost:8001/JSPWiki/ The wiki works again, but uploads still don't work. Should I set jspwiki.referenceStyle as well? I'll try that out tomorrow. -- Bobman On Tue, Jun 24, 2008 at 3:48 PM, Harry Metske [EMAIL PROTECTED] wrote: can you check the baseURL parameter in jspwiki.properties ? this should be equal to the URL you are typing in your browser. regards, Harry 2008/6/24 Bob Paige [EMAIL PROTECTED]: Still testing my JSPWiki install, but I now find I can't upload files. When I deploy to tomcat locally (WinXP Pro, Tomcat 5.5) I can upload files. When I deploy remotely (Sun Solaris, Tomcat 5.5) file uploads fail. The browser gives me no errors, nor do we see anything in the server logs. Is there some setting I have to make to the server to allow uploads? Hopefully something I can set in the JSPWiki web.xml file (or similar) and not something on Tomcat itself (since I don't have access to that)? -- Bobman -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081 -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: table of contents in the left menu?
https://issues.apache.org/jira/browse/JSPWIKI
2008/6/26 Bob Paige [EMAIL PROTECTED]:
Can you give me a link? The only references to 'jira' I see on the jspwiki
pages are for the plugin.
--
Bobman
On Thu, Jun 26, 2008 at 12:42 PM, Dirk Frederickx
[EMAIL PROTECTED]
wrote:
Bob,
Can you log this in JIRA.
So I can improve the css to imrpvoe the style of toc's in left-menu's.
This looks to me like a useful use-case.
dirk
On Thu, Jun 26, 2008 at 6:00 PM, Bob Paige [EMAIL PROTECTED] wrote:
Rather than remembering to put the [{TableOfContents}] plugin in every
page
in my wiki, it occurred to me to put it in the LeftMenu page, but this
doesn't work so well. Has anyone else considered this, or come up with
a
more graceful solution?
When I put it in the LeftMenu, I doesn't display as well, and it still
puts
a big Table Of Contents header on it even if there are no headings in
the
page.
Ideas?
--
Bobman
--
met vriendelijke groet,
Harry Metske
Telnr. +31-548-512395
Mobile +31-6-51898081
Re: JSPwiki 2.6.3 + Firefox 3.
Konstantin, I'm currently using FF3 (on Linux) with the latest JSPWiki (2.7.0-alpha5). I have never had these problems, maybe you can try that version, if that doesn't help, then you could file a JIRA issue perhaps. regards, Harry 2008/7/23 Konstantin Chekushin [EMAIL PROTECTED]: Is this a bug? I've installed FF3 and JSPwiki 2.6.3 When I'm changing a page and trying to enter some URL: [some url], then I'm getting an error after each char typing. Looks like javascript error. TypeError: el is null. (If the page is clean, all looks fine and we can type url witout a problem, but if there is some text, and then we've got an error. Internet Exploer works without this error.) How can I fix this? -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: language selection in glassfish appserver
Florian, I think this is WAD (Works As Designed). JSPWiki tries to find the JSPWikiUserPrefs cookie and then tries to find the language setting in there. If there is no such cookie, or this cookie doesn't contain the language setting it defaults to English. JSPWiki does not use the Language header(s) sent by your browser :-( (I dont know why not). regards, Harry 2008/8/11 Florian Holeczek [EMAIL PROTECTED] Hi all, I've got a personal wiki installed on Tomcat 6, which runs without any problems. Now I've deployed the JSPWiki v2.7.0-alpha-9 on a Glassfish 2ur2 server and get English as the default language for a not yet configured browser (without JSPWiki cookies), although it is set to select de-de as primary language. It's the same with Firefox 3 and IE 7. However, switching to german language in the user preferences works. Anyone else experienced this issue or even knows how to fix it? Best Regards Florian -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: language selection in glassfish appserver
I tested against v2.7.0-svn-44 http://zwiki.rabobank.nl/rss.rdf, it doesn't work there. I checked the source of the latest version, could not find anything reading the Language header, just reading the cookie contents (mainly Preferences class). Some additional testing (all with FF3 on XP) confirm the same results as Janne : v2.7.0-svn-44 == doesn't work v2.7.0-alpha-9 == doesn't work 2.6.3-rc-2 == works regards, Harry 2008/8/11 Janne Jalkanen [EMAIL PROTECTED] On 11 Aug 2008, at 08:28, Dirk Frederickx wrote: Harry, This looks like a bug. The intended behaviour is that if there is no user-pref cookie, the language setting *should* follow the language of the browser. Yup, just checked. It works on 2.6.3, but not on any 2.8 alpha releases. So it really appears to be a bug. Please file in JIRA... (We have plenty of bugs to fix before we can think about a beta release. So folks, let's get those fixed...) /Janne -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: language selection in glassfish appserver
tested with FF3 on Linux, works like a charm.. regards, Harry 2008/8/12 Janne Jalkanen [EMAIL PROTECTED] I just pushed the latest svn trunk to sandbox.jspwiki.org. /janne On Aug 11, 2008, at 09:49 , Harry Metske wrote: I tested against v2.7.0-svn-44 http://zwiki.rabobank.nl/rss.rdf, it doesn't work there. I checked the source of the latest version, could not find anything reading the Language header, just reading the cookie contents (mainly Preferences class). Some additional testing (all with FF3 on XP) confirm the same results as Janne : v2.7.0-svn-44 == doesn't work v2.7.0-alpha-9 == doesn't work 2.6.3-rc-2 == works regards, Harry 2008/8/11 Janne Jalkanen [EMAIL PROTECTED] On 11 Aug 2008, at 08:28, Dirk Frederickx wrote: Harry, This looks like a bug. The intended behaviour is that if there is no user-pref cookie, the language setting *should* follow the language of the browser. Yup, just checked. It works on 2.6.3, but not on any 2.8 alpha releases. So it really appears to be a bug. Please file in JIRA... (We have plenty of bugs to fix before we can think about a beta release. So folks, let's get those fixed...) /Janne -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081 -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Adding memebers to groupdatabase.xml problem
in mind, however, that
GroupDatabases are expected to have read-write access to the back end (LDAP
in your example). If you need to restrict who gets to create groups, of
course, you can do this by modifying your security policy. So even though
your (hypothetical) JNDIGroupDatabase would have full access to the branch
of LDAP that stores your multi-app groups, you could still make sure that
just the Admin group (or Admin container role) would be the only ones
adding or editing groups.
Regards,
Andrew
On Aug 15, 2008, at 7:42 AM, Jim Willeke wrote:
We are using LDAP and have an attribute on the Users within LDAP to
implement the groups.
In out tomcat server.xml file:
Realm
className=org.apache.catalina.realm.JNDIRealm debug=10
connectionURL=ldap://192.168.x.x:389;
alternateURL=ldap://192.168.xx.xx:389;
userBase=ou=people,dc=willeke,dc=com
userSearch=(cn={0})
userSubtree=true
userRoleName=dictcrole
connectionName=cn=admin,ou=administration,dc=willeke,dc=com
connectionPassword=secret
Then a typical user in LDAP:
dictcRole=manager
dictcRole=Authenticated
dictcRole=linux
Which represent the groups used within the Wiki.
(Ok we really use these same attributes for other apps too)
When a value is changed in LDAP, they are effective on the next login.
-jim
On Thu, Aug 14, 2008 at 5:51 PM, Janne Jalkanen
[EMAIL PROTECTED] wrote:
Hi!
JSPWiki assumes it owns the backend. So changing the backend outside of
JSPWiki system is simply not supported. The fact that it happens to work
in
some cases is completely accidental.
The only way to change this behaviour is to change the XMLGroupDatabase,
or
write your own GroupDatabase implementation.
/Janne
On 15 Aug 2008, at 00:26, anitasingh wrote:
Hi,
We have installed jspwiki 2.4.102 on Websphere5.1 and Tomcat. It works
great
except one problem.
We add users and assign them to different groups through another
existing
system. The existing system
updates the userdatabase.xml to add the user to wiki and also adds the
user
to chosen group in groupdatabase.xml.
When we add a new user to userdatabase.xml the user has immidiate login
to
jspwiki but when we assign the user to a group, his group privileges
doesn't work until we restart japwiki.
If we assign the user to a group through jspwiki admin, we do not need
to
restart wiki for the user to get his privileges.
Is this by design or I am missing something in configuration.
If its by design, what I can do to not have to restart jspwiki everytime
we
add a member to an existing group through another backend system.
Appreciate your help.
TIA
--
View this message in context:
http://www.nabble.com/Adding-memebers-to-groupdatabase.xml-problem-tp18990033p18990033.html
Sent from the JspWiki - User mailing list archive at Nabble.com.
--
-jim
Jim Willeke
--
met vriendelijke groet,
Harry Metske
Telnr. +31-548-512395
Mobile +31-6-51898081
Re: Recent changes by user
Bob, can you file a JIRA issue on this, and try to be as specific as possible, like do you want the original Author of the page as a filter and/or the user that has modified the latest version. regards, Harry 2008/7/2 Janne Jalkanen [EMAIL PROTECTED] Since we have the revision history of the page, including the author name, couldn't we add an optional filter to the RecentChangesPlugin to check to see if the most recent page revision matched the current user name? And if either wasn't available we'd just not make the check? I didn't see the hitch in this one... Yes, that should be easy, but we don't do it at the moment. /Janne -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Pages Not Saving
are you logged in or are you asserted, anyway, I would need the log, I did some experiments and found the following : - problem only occurs if you are anonymous or asserted, not if you are autheticated - preview works always dont know if that rings a bell Harry 2008/8/28 [EMAIL PROTECTED] Harry, I went out to that page, added an additional space and tried saving the document. It reacted just as it does on my install (hung for about 3 minutes and then errored out). It now lists me as having the page locked when attempting to edit. -Original Message- From: Harry Metske [mailto:[EMAIL PROTECTED] Sent: Thursday, August 28, 2008 3:28 PM To: jspwiki-user@incubator.apache.org Subject: Re: Pages Not Saving http://sandbox.jspwiki.org/Wiki.jsp?page=Testje 2008/8/28 Janne Jalkanen [EMAIL PROTECTED] Well, I am stymied. I can replicate this on sandbox, but not locally. And I see *no* reason why this shouldn't be saved. /Janne On 28 Aug 2008, at 19:53, [EMAIL PROTECTED] wrote: Back on July 15th, I sent a message to this listserv regarding pages not saving in my install. Since I wasn't a member of the list (not sure why I didn't sign up before sending) I never received any of the response that I just found by searching the mailing list archive. So I apologize for sending this message again AND for ignoring the kind folks who wrote back with suggestions. Needless to say, I am still having the same problem. For some reason, certain pages will not save within our JSPWiki install. The pages do not appear to have any special characters nor do they leverage any plugins. Here is an example of a simple bullet list that will not save: //BEGINNING OF EXAMPLE// * Mark began the meeting by reading the IPR, reviewing the agenda, and introducing the members on the call. * Mark informed the group that the next MISMO Trimester meeting will be Sept 15th - 18th in Scottsdale, AZ. Secondary WG activities would include review of the V3 Secondary Loan Delivery Demonstration Example and V3 Reference Model. We would also leave time for any new business. Currently the Secondary WG is scheduled to meet all day Tues. Group agreed that would be fine. * Mark gave an update on Version 3 progress. He said steady work on the V3 reconciliation efforts have continued even though participation is a challenge for many MISMO representatives. Currently updating V3 Reference Model from decisions made in the face-to-face interim. Preparing to meet milestone two on the version 3 work plan. Resources have been tight but still shooting for an end of year release for the V3 Reference Model. * Next Secondary WG call is scheduled for July 2nd from 2-3pm ET. //END OF EXAMPLE After having issues on my install (v2.4.7.1 of the JSPWiki Engine) I tried the JSPWiki Sandbox and experienced the same issue. Note: I attempted to create a page on the Sandbox this morning however for some reason, none of my changes are being accepted and therefore I am not able to say with 100% certainty that the same issue still exists in the Sandbox. Some people wrote back suggesting that it was related to the Spam Filter (protection). We are not leveraging any filters in my install so I do not think that is the case. Any insight you can provide is appreciated. And again, sorry for sending this message to the list for the second time... Cheers, Dave _ Investing in communities David Krause Director, XML Architecture and Compliance Mortgage Bankers Association 1331 L Street, NW Washington, DC 20006-3404 Phone: (202) 557-2772 Fax: (202) 721-0245 [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] www.mortgagebankers.orghttp://www.mortgagebankers.org -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081 -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Pages Not Saving
I could try it with seamonkey, but akismet prevents me from doing any further edits on the sandbox. only authenticated edits are allowed . Harry 2008/8/28 Janne Jalkanen [EMAIL PROTECTED] On 28 Aug 2008, at 22:46, Harry Metske wrote: are you logged in or are you asserted, anyway, I would need the log, I did some experiments and found the following : - problem only occurs if you are anonymous or asserted, not if you are autheticated And it does not work with FF3 if you turn on Firebug to monitor your network traffic... AGH! As far as I can tell; the page edit never even makes it to the server when it fails. It's rejected because there is no difference between the old page and new page. Can anybody else confirm that Firefox is the only browser that this occurs with? /Janne -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Unit test fails: PageRenamerTest.testBug85_case1
Simon, there seems to be something magic with the PageRenamerTest :-) , a lot of us have been annoyed by it the last months. There always appear to be exactly 2 failures, if I run the 2.8 (latest build) version on Linux I get the failures on - testAttachmentChange() - testBug25() Now, the testAttachmentChange() should fail because this functionality is not yet properly working in PageRenamer, but I personally never understood testBug25(), and I also can't find any description of Bug 25. I'd like to get it explained, and if nobody can, I like to remove this test also. Harry 2008/9/4 Simon Kitching [EMAIL PROTECTED] Hi, Unit tests PageRenamerTest.testBug85_case1 and PageRenamerTest.testBug85_case3 fail for me. They both throw a WikiException with message Page does not exist anymore. But as far as I can see from these tests, that is exactly what would be expected; these tests appear to be deliberately renaming a page that does not exist, and then do not try to catch the resulting exception. However I presume these tests were run before the release was made, and that they passed. So I'm confused. Not that it's very important (now that I've ruled out these test failures as being related to my other jspwiki problems), but I'm curious. This is from the 2.6.3 release, but the tests seem the same in 2.6.4.. Regards, Simon -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Unit test fails: PageRenamerTest.testBug85_case1
If I run all the tests (ant tests) from either the shell or in the Eclipse workspace, I always get the two failures in PageRenamerTest. If I run a single JUnit test for it, it fails the first time (with the same 2 failures), every next JUnit test succeeds. I get the two failures again (once) after I run ant tests again. weird..I would think that one of the other tests leaves something behind that causes the tests to fail, or the PageRenamerTest leaves something behind that makes the second single test succeed while it shouldn't. It's challenging. 2008/9/4 Dirk Frederickx [EMAIL PROTECTED] Hi guys, Sometime back, I noticed that running those 2 test from a jUnit console - standalone - appeared to run successfully. Did anyone experience the same ? dirk On Thu, Sep 4, 2008 at 8:26 PM, Harry Metske [EMAIL PROTECTED] wrote: I always run the tests before committing fixes, but know which failures can safely be ignored, I guess other members do the same. It just takes time to fix the bugs that are pointed to by the tests. Harry 2008/9/4 Florian Holeczek [EMAIL PROTECTED] The test is correct and there is a bug. I always thought the team is running the tests before a release...? What I want to say: Did Simon really find two bugs by simply running the tests, or (what I think) are these test only failing because of his Tomcat and UTF8 problem described in the thread non-ascii characters in file names? Simon, is it possible that you run the tests once again in your now sane environment and report whether they're still failing? Regards Florian -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081 -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Install.jsp error - need help with.
did you unzip the war file into ./webapps/JSPWiki (not just dropping the war file) ? Harry 2008/9/7 Mark Brand [EMAIL PROTECTED] Hi: I have a bog standard copy of tomcat6 downloaded from apache.org and have tried both the 2.6 stable war and 2.8 beta war and get the error below (from catalina.out) with both. any ideas anyone ? Sep 7, 2008 1:48:11 PM org.apache.catalina.core.ApplicationContext log org.apache.jasper.JasperException: /Install.jsp(82,82) Attribute value rb.getString( install.jsp.install.info ) is quoted with which must be escaped when used within the value Cheers Mark -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Maintenance Question
nice,
z/OS 1.8
Java 5.0_64
TOMCAT 5.5.17
JSPWiki 2.7.0-svn-44
regards,
Harry
2008/9/25 [EMAIL PROTECTED]
From another mainframe site. good too see more people using a wiki on
the
mainframe
We don't recycle tomcat or the wiki for backups, like Harry we just take a
DSS
DUMP of the HFS datasets
every night and keep several versions
We just write out the wiki and tomcat logs to the /tmp directory, this is a
TEMPORARY FILE SYSTEM and is cleaned up at IPL time or to SPOOL
On a side question what versions of TOMCAT, JSPWiki and JAVA are you
running?
TOMCAT 5.5.26
JSPWiki v2.6.4
Java J5.0_64
Thanks
Benjamin Thompson
Systems Programmer
Department of Business and Employment
Northern Territory Government of Australia
Phone: +61 (08) 8999 7693 Fax: +61 (08) 8999 7493
e-Mail: [EMAIL PROTECTED]
www.nt.gov.au
Duncan, Terry
[EMAIL PROTECTED]
m
To
jspwiki-user@incubator.apache.org
25/09/2008 12:48 AM
cc
Subject
Please respond to RE: Maintenance Question
[EMAIL PROTECTED]
tor.apache.org
Thanks for the input Harry !
I really didn't want to have to cycle the task in order to get the backup
either. but since we, from time to time, move TOMCAT from system to
system,
I couldn't get the DSS backup to work unless I ran it on the system where
the
Wiki was running. The only way to ensure that was to put it in the Wiki
PROC
and cycle to get the backup.
Thanks for the cleanup help !
Terry
-Original Message-
From: Harry Metske [mailto:[EMAIL PROTECTED]
Sent: Friday, September 19, 2008 11:50 AM
To: jspwiki-user@incubator.apache.org
Subject: Re: Maintenance Question
Terry,
first, I don't think it's necessary to recycle Tomcat or JSPWiki every day.
We don't do that either, the most important thing you want to backup are
the
wiki pages and attachments, the chance that these files are open during
backup are minimal, and if they are, you probably have a version-1 of that
page.
(We do a daily full file system (HFS) backup to a GDS , and keep a couple
of
versions)
Anyway, the log files you mention are created by Tomcat, and it depends on
the way you configure it. To get rid of them you could run a daily script
like:
*
#
# clean up tomcat logs:
export filenames='manager.* access_log.* host-manager.* admin.* catalina.*
localhost.*.log'
for filename in $filenames
do
#echo $filename
find /usr/local/tomcat/logs -type f -name $filename -mtime +5 -exec rm -v
{} ';'
done
*
(It throws away all files that match the mentioned masks, and that haven't
been modified the last 5 days)
regards,
Harry
2008/9/19 Duncan, Terry [EMAIL PROTECTED]
The logs that I am seeing start with:
localhost_log and catalina_log
Terry
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, September 19, 2008 10:23 AM
To: jspwiki-user@incubator.apache.org
Subject: Re: Maintenance Question
Are you talking about the server.log and boot.log that Tomcat creates?
Duncan, Terry [EMAIL PROTECTED]
09/19/2008 10:03 AM
Please respond to
jspwiki-user@incubator.apache.org
To
jspwiki-user@incubator.apache.org
cc
Subject
Maintenance Question
We run TOMCAT/Wiki on the mainframe and all of the files are stored in
HFS files on the mainframe.
Yesterday, we had a problem with the Wiki because the TOMCATDB file
structure got filled up.
We increased it, but I noticed that there are a lot of log files in
there.
Basically, each time you cycle the software, two different and new logs
are created.
Since we cycle every night (in order to get a good backup of HFS files),
there are 2 log files in that structure for every day and is what caused
us to fill up.
So.
My question .
Is there a way to automatically prune off the oldest log files ? Or does
that have to be done manually ?
Thanks !
Terry Duncan
Fifth Third Bank
Senior Systems Programmer
Mainframe Services
513-534-7014 (Phone)
513-534-6077 (Fax)
Maildrop: MD1090T7
[EMAIL PROTECTED]
This e-mail transmission contains information that is confidential and
may
be privileged. It is intended only for the addressee(s) named above.
If
you receive this e-mail in error, please do not read, copy or
disseminate
it in any manner. If you are not the intended recipient, any disclosure,
copying, distribution or use of the contents of this information is
prohibited. Please reply to the message immediately by informing the
sender that the message was misdirected. After replying, please erase it
from your computer system. Your assistance in correcting this error is
appreciated.
This e-mail transmission contains information that is confidential and
may
be privileged
Re: Nightly links broken
as far as I recall I created a new nl subdirectory and copy/pasted the core pages from en to nl, could that have caused this mess ? I will check tonight anyway... Harry 2008/9/30 Janne Jalkanen [EMAIL PROTECTED] Thanks; the Dutch corepages were missing so building the distro was failing. (Or to be precise, the Dutch corepages had been accidentally committed on top of the English ones, with the nl-subdirectory completely missing. Harry, did you perhaps copy the .svn subdir as well when you created the translation?) /Janne On 30 Sep 2008, at 11:01, Juergen Weber wrote: Hi, please have a look at the night download links of JSPWikiDownload, they're broken. You also might add a bleeding edge link to the changelog in svn: http://svn.apache.org/repos/asf/incubator/jspwiki/trunk/ChangeLog Thanks, Juergen -- View this message in context: http://www.nabble.com/Nightly-links- broken-tp19737740p19737740.html Sent from the JspWiki - User mailing list archive at Nabble.com. -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Nightly links broken
just checked, and indeed, looking at the contents of the .svn subdir, it looks like that was the case, sorry regards, Harry 2008/9/30 Janne Jalkanen [EMAIL PROTECTED] On Tue, Sep 30, 2008 at 01:39:08PM +0200, Harry Metske wrote: as far as I recall I created a new nl subdirectory and copy/pasted the core pages from en to nl, could that have caused this mess ? My guess is that you accidentally copy-pasted the .svn -subdirectory as well, so when you checked the whole thing back in, svn got confused. /Janne -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: jspwiki questions
Konstantin,
2008/9/29 Konstantin Chekushin [EMAIL PROTECTED]
!!! Undefined pages
We are trying to cleanup undefined pages and have the simple page
[{UndefinedPagesPlugin}]
First of all, we would like to know, which page references to this
undefined page. Previously you had a ReferringUndefinedPagesPlugin.
Seems, it is not supported now. It will be great idea to extend the
UndefinedPagesPlugin with parameter, allowing to display some
referring pages (count may be configured) joined to the undefined page
name.
See http://www.jspwiki.org/wiki/ReferringUndefinedPagesPlugin
Looking at the history of this page: the Plugin was written by Gregor
Hagedorn, and there was no objection against taking this in as a core
plugin.
However, it is still not in the core , I don't know why (anyone else any
idea ?), looking at the source I don't see any objection, and we probably
could add it to the core and support it.
I'm not sure if I understand your second question, but can't you use the
include/exclude parameters (same for the first question)?
!!! Who refers to me (on page creation)
Another note, when you trying to create the page, left menu does not
display who refer to this page until it saved.
that's correct, all these type of plugins rely on the ReferenceManager, an
object that keeps track of all references between pages, the
ReferenceManager gets updated when a page is saved.
!!! Spaces and character case
We using the jspwiki longtime. And after introducing in the jspwiki
spaces in a page name we have multiply inconsistency problems
(possibly, the upper/lower case has some relevance to these errors)
When inserting reference in some page jspwiki displays page names
starting with entered symbols in the left menu(like auto-completion).
And I have a chance to select one from the list. If I do, the jspwiki
does not keep the case of the original page name.
As result, for example, instead of [TestTest] my page refers to
[testtest] (if I enter 'testt' and choose final part from the
autocompletion).
After opening the page 'testtest' and creating the new one [test2]
from it, the test2 shows incoming references from [testtest]. If you
update the page [TestTest] the test2 will show incoming references
from 'Test Test' and 'testtest'.
I think this also is a result of the fact that we do not normalize page
names correctly at the moment ?
Main idea: it is difficult to enter another page (exactly keeping all
spaces and case). Either you should ignore case/spacing or map each
entered value to already existing.
!!! Multi node environment
We keep pages in a database and have multiply nodes having a
connection to the DB. Because jspwiki caches some information (first
of all I am talking about UndefinedPagesPlugin) it will be great idea
to refresh this information from the database (on request [press
button to refresh] or on timeout).
I understand that you run multiple instances of JSPWiki sharing the same DB
that contains the pages.
I have no experience with this, but ReferenceManager does not anticipate
that, also some plugins use caching techniques that do not anticipate this
(but you can disable this caching via oscache.properties.)
Making JSPWiki fully cluster aware is a design issue, I don't know if that
is considered in 3.0, anyone else ?
!!! jspwiki version
All this activities was done in the jspwiki-2.8-beta1
regards,
Harry
--
met vriendelijke groet,
Harry Metske
Telnr. +31-548-512395
Mobile +31-6-51898081
Re: jspwiki questions
Janne, what would be necessary to resolve the ASF licensing issues ? A signed ICLA by Gregor (http://www.jspwiki.org/wiki/ApacheRelicensing) ? Harry 2008/9/30 Janne Jalkanen [EMAIL PROTECTED] See http://www.jspwiki.org/wiki/ReferringUndefinedPagesPlugin Looking at the history of this page: the Plugin was written by Gregor Hagedorn, and there was no objection against taking this in as a core plugin. However, it is still not in the core , I don't know why (anyone else any idea ?), looking at the source I don't see any objection, and we probably could add it to the core and support it. Nobody has driven it into the core. And now we would need to resolve the ASF licensing issues as well. I think this also is a result of the fact that we do not normalize page names correctly at the moment ? Yes. Page name normalization is a good question, and I'm not at all sure what the best strategy on that should be. I have no experience with this, but ReferenceManager does not anticipate that, also some plugins use caching techniques that do not anticipate this (but you can disable this caching via oscache.properties.) This is correct. Changing the DB outside of JSPWiki is pretty much something that is not guaranteed to work - however, we do try to recover if it is detected. Making JSPWiki fully cluster aware is a design issue, I don't know if that is considered in 3.0, anyone else ? Sort of. Clustering and HA are mostly a function of the backend, and if the backend supports that, then the upper layers should support it too. I don't know whether any JCR backends support clustering, though. But I think we should change at least the ReferenceManager into using the repo as well, so the storage is persisted. Same goes for variables, obviously. I am less sure about the SearchManager, since it's better to have the search indexes locally (and we have better control directly with Lucene than through the XPath search API anyway). /Janne -- met vriendelijke groet, Harry Metske Telnr. +31-548-512395 Mobile +31-6-51898081
Re: Upload Question
my previous answer was a bit too much in a hurry
first your compile, Eclipse tells you there is no method getHttpRequest for
a wiki context, that is strange, looking at the source it does have it :
/**
* If the request did originate from a HTTP request,
* then the HTTP request can be fetched here. However, it the request
* did NOT originate from a HTTP request, then this method will
* return null, and YOU SHOULD CHECK FOR IT!
*
* @return Null, if no HTTP request was done.
* @since 2.0.13.
*/
public HttpServletRequest getHttpRequest()
{
return m_request;
}
...
and if you can't compile it, I shouldn't even try to run it.
Maybe you can reply the complete source of your plugin ?
regards,
Harry
2008/10/8 Benedikt Mohrmann [EMAIL PROTECTED]
Hi,
thanks for your answer- I already had a look at commons fileupload.
But the problem is, when I use:
HttpServletRequest request = context.getHttpRequest();
JSPWiki tells me
HttpServletRequest cannot be resolved to a type
The type javax.servlet.http.HttpServletRequest cannot be resolved.
In addition I am implementing my plugin in Eclipse and it tells me that
there is no method getHttpRequest for a wiki context.
Best regards
Benedikt
Harry Metske schrieb:
Benedikt,
in your plugin you have access to the HttpServletRequest (
HttpServletRequest request = context.getHttpRequest(); ) .
Once you have this, I think you can use many samples/tools to handle the
uploaded file, but maybe the best one is commons fileupload (
http://commons.apache.org/fileupload/using.html), this binary jar is
already
in the JSPWiki distribution.
regards,
Harry
2008/10/7 Benedikt Mohrmann [EMAIL PROTECTED]
Hi,
my intention is to upload a file via JSPWiki, but not as an attachment.
I am trying to upload a file, thus I created a form containing a file
chooser and a submitbutton.
The goal is, that the input file is transferred to the server and then
handled by a plugin I wrote.
The plugin just puts the file as a Serializable into a database (which
already works, when I read a file from my harddisk).
But I am not yet not able to transfer the content of the file as a stream
or something like that.
Any experiences how this could work?
Best regards
Benedikt
--
met vriendelijke groet,
Harry Metske
Telnr. +31-548-512395
Mobile +31-6-51898081
Re: Upload Question
I think so too (multipart/form-data), but can you print the stacktrace just
before returning BUG , maybe you'll get a clue then ?
The FormOpen class currently has a hardcoded
application/x-www-form-urlencoded, I think this should be parameterizable
with the current value as the default.
regards,
Harry
2008/10/9 Benedikt Mohrmann [EMAIL PROTECTED]
Hi,
I tried a few things already, but did not get it to work so far.
At first I created a new site, which contains:
[{FormSet form='searchForm'}]
[{FormOpen form='searchForm'}]
[{FormInput type='file' name='searchInput'}]
[{FormInput type='submit' name='submit' value='Submit'}]
[{FormClose}]
[{FormOutput form='searchForm' handler='MyTest2'}]
Thus there is only a form where you can upload your data.
The Plugin contains the following code (at this time really simple, just to
check if it works):
public class MyTest2 implements WikiPlugin {
@Override
public String execute(WikiContext context, Map params) throws
PluginException {
HttpServletRequest request = context.getHttpRequest();
boolean isMultipart = ServletFileUpload.isMultipartContent(request);
// Create a factory for disk-based file items
FileItemFactory factory = new DiskFileItemFactory();
// Create a new file upload handler
ServletFileUpload upload = new ServletFileUpload(factory);
// Parse the request
ListFileItem items = null;
try {
items = upload.parseRequest(request);
} catch (Exception e) {
// TODO Auto-generated catch block
return BUG;
}
return Works;
}
}
So far I always get the BUG output when I choose a file and hit the
submitbutton.
One problem could be that when I take a look at the produced HTML code, the
form is introduced with:
form action=Wiki.jsp?page=MyTest name=searchForm
accept-charset=UTF-8 method=post
enctype=application/x-www-form-urlencoded
I think it should be the enctype: multipart/form-data
But I don't know if that is the point.
Any other ideas?
Best regards
Benedikt
Harry Metske schrieb:
my previous answer was a bit too much in a hurry
first your compile, Eclipse tells you there is no method getHttpRequest
for
a wiki context, that is strange, looking at the source it does have it :
/**
* If the request did originate from a HTTP request,
* then the HTTP request can be fetched here. However, it the request
* did NOT originate from a HTTP request, then this method will
* return null, and YOU SHOULD CHECK FOR IT!
*
* @return Null, if no HTTP request was done.
* @since 2.0.13.
*/
public HttpServletRequest getHttpRequest()
{
return m_request;
}
...
and if you can't compile it, I shouldn't even try to run it.
Maybe you can reply the complete source of your plugin ?
regards,
Harry
2008/10/8 Benedikt Mohrmann [EMAIL PROTECTED]
Hi,
thanks for your answer- I already had a look at commons fileupload.
But the problem is, when I use:
HttpServletRequest request = context.getHttpRequest();
JSPWiki tells me
HttpServletRequest cannot be resolved to a type
The type javax.servlet.http.HttpServletRequest cannot be resolved.
In addition I am implementing my plugin in Eclipse and it tells me that
there is no method getHttpRequest for a wiki context.
Best regards
Benedikt
Harry Metske schrieb:
Benedikt,
in your plugin you have access to the HttpServletRequest (
HttpServletRequest request = context.getHttpRequest(); ) .
Once you have this, I think you can use many samples/tools to handle the
uploaded file, but maybe the best one is commons fileupload (
http://commons.apache.org/fileupload/using.html), this binary jar is
already
in the JSPWiki distribution.
regards,
Harry
2008/10/7 Benedikt Mohrmann [EMAIL PROTECTED]
Hi,
my intention is to upload a file via JSPWiki, but not as an attachment.
I am trying to upload a file, thus I created a form containing a file
chooser and a submitbutton.
The goal is, that the input file is transferred to the server and then
handled by a plugin I wrote.
The plugin just puts the file as a Serializable into a database (which
already works, when I read a file from my harddisk).
But I am not yet not able to transfer the content of the file as a
stream
or something like that.
Any experiences how this could work?
Best regards
Benedikt
Re: Upload Question
Benedikt,
I think JSPWiki should offer the option to specify the enctype for the form,
as I suggested yesterday.
Can you file a JIRA issue ( https://issues.apache.org/jira/browse/JSPWIKI )
for this ?
regards,
Harry
2008/10/10 Benedikt Mohrmann [EMAIL PROTECTED]
Hi,
just checked it again.
The problem is definetely the form:
org.apache.commons.fileupload.FileUploadBase$InvalidContentTypeException:
the request doesn't contain a multipart/form-data or multipart/mixed stream,
content type header is application/x-www-form-urlencoded
Pretty bad that you can not change the enctype.
In the Wiki Src it is:
tag.append( \ method=\+method+\
enctype=\application/x-www-form-urlencoded\\n );
Can't I just change this?
Another way could be to write a plugin with the following code (snippet):
returnStringBuffer.append(div class=\wikiform\);
returnStringBuffer.append(form action=\Wiki.jsp?page=MyTest\
name=\uploadForm\ accept-charset=\UTF-8\ method=\post\
enctype=\multipart/form-data\);
returnStringBuffer.append(input type=\hidden\ name=\formname\
value=\uploadForm\/);
returnStringBuffer.append(input name=\nbz_Datei\
type=\file\input type=\submit\ name=\nbz_upload\ id=\upload\
value=\Hochladen\ /);
returnStringBuffer.append(/form/div);
This would create a form, but how can I tell the Wiki which plugin to use,
when the button is hit?
Regards
Benedikt
Janne Jalkanen schrieb:
I think it is important to look into the cause... The stack trace would be
important, yes. There could be many things failing.
/Janne
On Oct 9, 2008, at 19:15 , Harry Metske wrote:
I think so too (multipart/form-data), but can you print the stacktrace
just
before returning BUG , maybe you'll get a clue then ?
The FormOpen class currently has a hardcoded
application/x-www-form-urlencoded, I think this should be
parameterizable
with the current value as the default.
regards,
Harry
2008/10/9 Benedikt Mohrmann [EMAIL PROTECTED]
Hi,
I tried a few things already, but did not get it to work so far.
At first I created a new site, which contains:
[{FormSet form='searchForm'}]
[{FormOpen form='searchForm'}]
[{FormInput type='file' name='searchInput'}]
[{FormInput type='submit' name='submit' value='Submit'}]
[{FormClose}]
[{FormOutput form='searchForm' handler='MyTest2'}]
Thus there is only a form where you can upload your data.
The Plugin contains the following code (at this time really simple, just
to
check if it works):
public class MyTest2 implements WikiPlugin {
@Override
public String execute(WikiContext context, Map params) throws
PluginException {
HttpServletRequest request = context.getHttpRequest();
boolean isMultipart =
ServletFileUpload.isMultipartContent(request);
// Create a factory for disk-based file items
FileItemFactory factory = new DiskFileItemFactory();
// Create a new file upload handler
ServletFileUpload upload = new ServletFileUpload(factory);
// Parse the request
ListFileItem items = null;
try {
items = upload.parseRequest(request);
} catch (Exception e) {
// TODO Auto-generated catch block
return BUG;
}
return Works;
}
}
So far I always get the BUG output when I choose a file and hit the
submitbutton.
One problem could be that when I take a look at the produced HTML code,
the
form is introduced with:
form action=Wiki.jsp?page=MyTest name=searchForm
accept-charset=UTF-8 method=post
enctype=application/x-www-form-urlencoded
I think it should be the enctype: multipart/form-data
But I don't know if that is the point.
Any other ideas?
Best regards
Benedikt
Harry Metske schrieb:
my previous answer was a bit too much in a hurry
first your compile, Eclipse tells you there is no method getHttpRequest
for
a wiki context, that is strange, looking at the source it does have it
:
/**
* If the request did originate from a HTTP request,
* then the HTTP request can be fetched here. However, it the
request
* did NOT originate from a HTTP request, then this method will
* return null, and YOU SHOULD CHECK FOR IT!
*
* @return Null, if no HTTP request was done.
* @since 2.0.13.
*/
public HttpServletRequest getHttpRequest()
{
return m_request;
}
...
and if you can't compile it, I shouldn't even try to run it.
Maybe you can reply the complete source of your plugin ?
regards,
Harry
2008/10/8 Benedikt Mohrmann [EMAIL PROTECTED]
Hi,
thanks for your answer- I already had a look at commons fileupload.
But the problem is, when I use:
HttpServletRequest request = context.getHttpRequest();
JSPWiki tells me
HttpServletRequest cannot be resolved to a type
The type javax.servlet.http.HttpServletRequest cannot be resolved.
In addition I am implementing my plugin in Eclipse and it tells me
Re: syntax error in jspwiki.properties crashes whole container
2008/10/13 Zolta Barati [EMAIL PROTECTED]
Hello to all,
I use JSPWiki 2.6.1
on
Tomcat5.5.17
JVM 1.5.0_07-b03
It Runs on some shared environment
I experience an (i think) abnormal behavior:
1. Log in via ftp to read and copy jspwiki.properties file to my PC
to change it
2. stop JSPWiki webapp with the Tomcat's manager webapp
3. upload and overvrite via ftp to refresh jspwiki.properties
4. start JSPWiki webappUsually it works, but if there is a syntax
error in jspwiki.properties
for example I put a line break before the equatation mark like below:
It crashes the whole container including the manager app
can you be a bit more specific, is the JVM process gone (check with ps
-ef|grep java)
can you provide us some logfiles that shows more info like a stacktrace or
other related messages ?
regards,
Harry
{{{
jspwiki.interWikiRef.hu-wiktionary
=http://hu.wiktionary.org/wiki/%s
}}}
* Do you think I am right?
* Can you confirm this behavior?
It's a management difficulty to me because I have to e-mail or call the web
hosting provider to ask them to restart the container.
which takes time of course.
Thanks,
Zolta http://magyarul-tanulunk.brz.hu/
cheap, fast, high quality. Pick any two you like
Re: 2.8.0 asserted user
No, I'm not :-( Also, I cannot register myself, clicking the Register new User tab does not work. I also get a java script error: Error: Wiki is not defined Source File: http://sandbox.jspwiki.org/scripts/jspwiki-commonstyles.js Line: 1 All these problems do not occur on www.jspwiki.org, so I guess there is something broken in the sandbox ? regarsds, Harry 2008/10/22 Fabiano Bonin [EMAIL PROTECTED] I removed all jspwiki cookies, including sandbox cookies, restarted FF and the problem still persists. Are you able tho change user preferences in sandbox, and have them persisted? Regards, Fabiano On Wed, Oct 22, 2008 at 11:59 AM, Harry Metske [EMAIL PROTECTED] wrote: Fabiano, I think I have seen this before, can you remove your JSPWiki cookies and try again ? regards, Harry 2008/10/22 Fabiano Bonin [EMAIL PROTECTED] Hi all, I´m trying version 2.8.0 section edit in JSPWiki sandbox, but i´m facing a problem: When i click My Prefs and check Enable section editing via, this setting does not persist. The other settings (language, time zone, etc...) doesn´t persist also. The only one it seems to be persisted is the user name. I´m also unabled to create a new user in Sandbox. Tried with FF 3.0.3 and IE (latest) Am i doing somethig wrong? Best regards, Fabiano
Re: JSPWiki 2.8.0 install problem on Centos 5.2: com.ecyrd.jspwiki.util.TimedCounterList
You are running Tomcat with JDK 1.4.2 (or earlier) (which does not have the java.util.concurrent.locks package) JSPWiki 2.8 requires at least JDK 5 : http://doc.jspwiki.org/2.4/wiki/Upgrading%20from%202.6 regards, Harry 2008/10/23 aljag [EMAIL PROTECTED] Hi all, I'm trying to get up and running but am hitting an error when I start Tomcat. The wiki does not start at all, apparently due to: java.lang.NoClassDefFoundError: com.ecyrd.jspwiki.util.TimedCounterList Thanks in advance for any suggestions! Full log trace from catalina.log is as follows: --- Using CATALINA_BASE: /usr/share/tomcat5 Using CATALINA_HOME: /usr/share/tomcat5 Using CATALINA_TMPDIR: /usr/share/tomcat5/temp Using JRE_HOME: Created MBeanServer with ID: -tlom4z:fmmizgx5.0:wiki.foobar.com:1 22-Oct-08 6:16:57 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/gcj-4.1.2 22-Oct-08 6:16:58 PM org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 22-Oct-08 6:16:58 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1083 ms 22-Oct-08 6:16:58 PM org.apache.catalina.core.StandardService start INFO: Starting service Catalina 22-Oct-08 6:16:58 PM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.23 22-Oct-08 6:16:58 PM org.apache.catalina.core.StandardHost start INFO: XML validation disabled 22-Oct-08 6:17:02 PM org.apache.catalina.core.ApplicationContext log INFO: Assigning new engine to 44893360 22-Oct-08 6:17:02 PM org.apache.catalina.core.ApplicationContext log INFO: Reading properties from /etc/wikis/Admin.properties instead of default. 22-Oct-08 6:17:02 PM org.apache.catalina.core.ApplicationContext log INFO: Loading cascading properties... 22-Oct-08 6:17:02 PM org.apache.catalina.core.ApplicationContext log INFO: No cascading properties defined for this context Starting up background thread: JSPWiki Lucene Indexer. Starting up background thread: WatchDog for 'Admin'. 22-Oct-08 6:17:04 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter WikiJSPFilter java.lang.NoClassDefFoundError: com.ecyrd.jspwiki.util.TimedCounterList at java.lang.Class.initializeClass(libgcj.so.7rh) at com.ecyrd.jspwiki.auth.AuthenticationManager.init(AuthenticationManager.java:154) at java.lang.Class.newInstance(libgcj.so.7rh) at com.ecyrd.jspwiki.util.ClassUtil.getMappedObject(ClassUtil.java:286) at com.ecyrd.jspwiki.util.ClassUtil.getMappedObject(ClassUtil.java:181) at com.ecyrd.jspwiki.WikiEngine.initialize(WikiEngine.java:535) at com.ecyrd.jspwiki.WikiEngine.init(WikiEngine.java:399) at com.ecyrd.jspwiki.WikiEngine.getInstance(WikiEngine.java:340) at com.ecyrd.jspwiki.ui.WikiServletFilter.init(WikiServletFilter.java:79) at org.apache.catalina.core.ApplicationFilterConfig.getFilter( catalina-5.5.23.jar.so) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef( catalina-5.5.23.jar.so) at org.apache.catalina.core.ApplicationFilterConfig.init( catalina-5.5.23.jar.so) at org.apache.catalina.core.StandardContext.filterStart( catalina-5.5.23.jar.so) at org.apache.catalina.core.StandardContext.start(catalina-5.5.23.jar.so ) at org.apache.catalina.core.ContainerBase.addChildInternal( catalina-5.5.23.jar.so) at org.apache.catalina.core.ContainerBase.addChild(catalina-5.5.23.jar.so) at org.apache.catalina.core.StandardHost.addChild(catalina-5.5.23.jar.so ) at org.apache.catalina.startup.HostConfig.deployDescriptor( catalina-5.5.23.jar.so) at org.apache.catalina.startup.HostConfig.deployDescriptors( catalina-5.5.23.jar.so) at org.apache.catalina.startup.HostConfig.deployApps(catalina-5.5.23.jar.so) at org.apache.catalina.startup.HostConfig.start(catalina-5.5.23.jar.so) at org.apache.catalina.startup.HostConfig.lifecycleEvent( catalina-5.5.23.jar.so) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent( catalina-5.5.23.jar.so) at org.apache.catalina.core.ContainerBase.start(catalina-5.5.23.jar.so) at org.apache.catalina.core.StandardHost.start(catalina-5.5.23.jar.so) at org.apache.catalina.core.ContainerBase.start(catalina-5.5.23.jar.so) at org.apache.catalina.core.StandardEngine.start(catalina-5.5.23.jar.so) at org.apache.catalina.core.StandardService.start(catalina-5.5.23.jar.so ) at org.apache.catalina.core.StandardServer.start(catalina-5.5.23.jar.so) at org.apache.catalina.startup.Catalina.start(catalina-5.5.23.jar.so) at java.lang.reflect.Method.invoke(libgcj.so.7rh) at org.apache.catalina.startup.Bootstrap.start(bootstrap.jar.so) at org.apache.catalina.startup.Bootstrap.main(bootstrap.jar.so) Caused by: java.lang.ClassNotFoundException:
Re: unexpected behavior: MoreMenu under the company logo
Zolta, I have never seen that experience, have you tried to empty Tomcat's working directory before stop/start, and cleaning your browser cache ? regards, Harry 2008/10/27 Zolta Barati [EMAIL PROTECTED] Hello folks, Thanks for everybody who contributed in the new 2.8 release :) :) I managed to upgrade my JSPWiki to 2.8 but experienced some unexpected behavior: JSPWiki renders the contents of the More... menu under the company logo which I expect to appear when I hover my mouse across the More... text. Any Idea why is that? Kind regards, Zolta http://magyarul-tanulunk.brz.hu using JSPWiki 2.8 Tomcat Version JVM Version Apache Tomcat/5.5.20 1.5.0_07-b03
Re: Use WikiWizard with JSPWiki 2.8
I never tried, but it looks like the Applet can not be found, so I would take a look in the http log of your webserver/webcontainer, to see if you have any 4xx response codes. 2008/11/17 Benedikt Mohrmann [EMAIL PROTECTED] Hi, is it possible to use the WikiWizard with the actual JSPWiki version? I installed the Wizard on my own, but always get the following error: 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) Best regards Benedikt Mohrmann
Re: JSPWiki install problem
Hein, JSPWiki cannot be installed by just dropping a war file in tomcat's webapps directory, create a directory there and unzip the war file This is documented in the README file: *2) After you've installed the engine and checked that it works, you just make a subdirectory under $TOMCAT_HOME/webapps/. For example, if you want your application to be called 'wiki', just create a directory called 'wiki', then extract all files from the war file into that directory, preserving the directory structure. * Regards, Harry 2008/12/18 Hein 12...@vodafone.nl Hi, I need some help with the installation of JSPWiki on Tomcat5.5. Tomcat is installed on a Debian (Etch) machine and I have a few home-made Java applications already running on it. Security manager is turned off. When I just drop the war file in the webapps folder, I get the following errors in the log file: Dec 18, 2008 9:59:03 PM org.apache.catalina.core.ApplicationContext log INFO: No jspwiki.propertyfile defined for this context, using default from /WEB-INF/jspwiki.properties Dec 18, 2008 9:59:03 PM org.apache.catalina.core.ApplicationContext log INFO: Loading cascading properties... Dec 18, 2008 9:59:03 PM org.apache.catalina.core.ApplicationContext log INFO: No cascading properties defined for this context Dec 18, 2008 9:59:05 PM org.apache.catalina.core.ApplicationContext log INFO: JSPWiki: Unable to load and setup properties from jspwiki.properties. Failed to start; please check log files for better information. Dec 18, 2008 9:59:05 PM org.apache.catalina.core.ApplicationContext log INFO: ERROR: Failed to create a Wiki engine: JSPWiki: Unable to load and setup properties from jspwiki.properties. Failed to start; please check log files for better information. Dec 18, 2008 9:59:05 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter WikiJSPFilter com.ecyrd.jspwiki.InternalWikiException: No wiki engine, check logs. at com.ecyrd.jspwiki.WikiEngine.getInstance(WikiEngine.java:346) at com.ecyrd.jspwiki.ui.WikiServletFilter.init(WikiServletFilter.java:79) at com.ecyrd.jspwiki.ui.WikiJSPFilter.init(WikiJSPFilter.java:76) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:223) etc, etc. I also tried to deploy it from the Tomcat manager page with a JSPWiki.xml property file file but i'm not sure what I have to put in that file. Why doesn't it just work, what magic is needed here ? :-( Regards, Hein
Re: issues installing JSPWiki 2.8.1 with Weblogic 9.2
Trilok, what catches my attention in these logs is the following two : *Root path for this Wiki is: 'null'* and *Cannot identify JSPWiki root path* this might be the result of a missing Java System Property user.dir. Can you try to start your container with an extra Java System Property : -Duser.dir=your dir ? regards, Harry (I removed the rest, to try to prevent spam detection ?)
Re: favorite links
Create a page with the name : YourNameFavorites and fill it with your
favorites.
see an example here :
http://sandbox.jspwiki.org/Wiki.jsp?page=DirtyHarryFavorites
Harry
2009/1/15 Bob Paige bobpa...@gmail.com
We use JSPWiki internally to track multiple projects (all in the same
wiki).
Is there some easy way, plugin, or whatever, to implement a 'my favorite
links' type of feature?
For example, we currently have 22 projects on the projects list page. I use
ReferringPagesPlugin to generate this list. But I only actively contribute
to 3 of those projects. It would be really cool if I could have a list of
these 3 projects automatically generated and included on the left margin.
I can almost accomplish this with ReferringPagesPlugin; maybe someone can
fill in the detail I'm missing?
The following displays all Project pages with links to me in them (this
approach uses the link between Project page and my profile page to indicate
I am active in that project):
[{ReferringPagesPlugin include='*Project' before='*' after='\n\n'
page='MyName'}]
The problem is my name must be hard-coded. Can I dynamically drop in the
current user's name?
--
Bobman
Re: doc.jspwiki.org down?
indeed, http://doc.jspwiki.org/ is not responding. We need a man with the stick to poke around, Janne ? /Harry 2009/1/20 Colgan, Sean C sean.c.col...@lmco.com Noob here. Sorry if this is not the right place for this but I'm trying to find the setup and config documentation and the site seems to be down. It seems to me that it was down last time I tried to look too. Has the documentation moved to apache.org or something? I've just installed the software but am looking for some direction on proper configuration. Thanks.
Re: doc.jspwiki.org down?
Janne, assuming that everything is fine with your new son and your wife : Congratulations ! Post some pictures on www.jspwiki.org if you like ! regards, Harry 2009/1/21 Janne Jalkanen janne.jalka...@ecyrd.com Sorry guys, tomcat process had hung for an unknown reason and my response time is not the best right now. Our baby son was born at 17:16 EET yesterday, and we'll be a the hospital for a couple more days :-D. I restarted the server. /Janne On 20 Jan 2009, at 23:00, Harry Metske wrote: indeed, http://doc.jspwiki.org/ is not responding. We need a man with the stick to poke around, Janne ? /Harry 2009/1/20 Colgan, Sean C sean.c.col...@lmco.com Noob here. Sorry if this is not the right place for this but I'm trying to find the setup and config documentation and the site seems to be down. It seems to me that it was down last time I tried to look too. Has the documentation moved to apache.org or something? I've just installed the software but am looking for some direction on proper configuration. Thanks.
Re: embedding links to windows shares
maybe this will help : http://kb.mozillazine.org/Links_to_local_pages_don%27t_work but be aware it's a security risk regards, Harry 2009/2/3 Bob Paige bobpa...@gmail.com Quinn, Thanks, that works great (from IE). Does anyone have any idea what firefox setting is required? Thanks all for the incredibly quick responses! -- Bobman On Tue, Feb 3, 2009 at 3:37 PM, Quinn Fissler qfiss...@gmail.com wrote: [File:\\server\share\directory] works fine in MS IE but AFAIK firefox has to have some security settings changed to work. 2009/2/3 Bob Paige bobpa...@gmail.com How can I embed a link to a file on a windows share, within a wiki page? Something like this: [\\server\path\filename.doc] Obviously this doesn't work becasue of the backslashes, but you get the idea. Thanks. -- Bobman
Re: ALLOW tag not working properly
Maybe you can first check a couple of things :
Invoke the admin/SecurityConfig.jsp, it will tell you a lot about your
security settings.
(for that to work you need to set jspwiki-x.securityconfig.enable=true in
jspwiki.properties)
If that does not give any clue, you should increase debug level, you can set
this in jspwiki.properties (at the bottom), recycle the wiki, and see if the
log reveals the cause of the problem.
regards,
Harry
2009/2/10 Carlson, Eric R eric.carl...@kroger.com
I'm running JSPWiki 2.8.1 under z/OS 1.9 with a pretty-much out-of-the-box
implementation. The only change I've made to the security settings is to
limit page edits to authenticated users.
I'm trying to limit access to certain pages by issuing the [{ALLOW edit
userid}] and [{ALLOW view userid}] statements in the source, but they don't
seem to be working at all. Anybody can view or edit the page I create.
I've tried putting the statements at the beginning and the end of the page,
but neither seems to make any difference.
Any thoughts anybody might have would be greatly appreciated.
Eric Carlson
The Kroger
Company
This e-mail message, including any attachments, is for the sole use of the
intended recipient(s) and may contain information that is confidential and
protected by law from unauthorized disclosure. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all copies
of the original message.
Re: Linking JSPWiki user-ids to an external security package
Well, it sometimes surprises me how many people run it on z/OS :-) You can solve your problem in two ways, using a Tomcat realm (if you run tomcat off course), or using a JAAS login module. I have done both, I would prefer the second one. I can get you the source and binaries if you like, or maybe it's better if I create a page on www.jspwiki.org and document it there and attach the source/binaries. What the loginmodule does is comparable to JSPWiki's UserDatabaseLoginModule, but instead of looking up the userdatabase.xml it calls IBM's Java for SAF interfaces ( http://www-03.ibm.com/servers/eserver/zseries/software/java/products/j5security.html) to validate userid/pw, and throw loginexceptions based on the return/reason codes. There's also a simple Helper class that translates the most common codes to human readable messages like password expired. Let me know if you're interested. regards, Harry 2009/2/10 Carlson, Eric R eric.carl...@kroger.com Is there any way to link the JSPWiki user database to an external security package? Specifically, we are running JSPWiki 2.8.1 in Unix System Services under z/OS 1.9. We have RACF running on z/OS. I'd like JSPWiki to be able to check the user's RACF user-id and password to verify security. I realize that there aren't many people out there running JSPWiki under z/OS, but if someone has had experience using JSPWiki with some other external security package it may help point me in the right direction. Eric Carlson The Kroger Co. This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is confidential and protected by law from unauthorized disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: Linking JSPWiki user-ids to an external security package
the advantage of the Tomcat realm is that you can use for general Basic Authentication, so also for the Tomcat manager application. I think the version we use also does a SAF call for an EJBROLE class profile to check if you are authorized for the manager application. I will have a look at it tomorrow in the office. regards, Harry 2009/2/10 Carlson, Eric R eric.carl...@kroger.com Harry, I'm definitely interested in either or both solutions. We are running JSPWiki under Tomcat, but I did not set up any sort of security with Tomcat - just a basic Admin user-id and password. Eric R. Carlson eric.carl...@kroger.com (513)-387-7739 -Original Message- From: Harry Metske [mailto:harry.met...@gmail.com] Sent: Tuesday, February 10, 2009 12:37 PM To: jspwiki-user@incubator.apache.org Subject: Re: Linking JSPWiki user-ids to an external security package Well, it sometimes surprises me how many people run it on z/OS :-) You can solve your problem in two ways, using a Tomcat realm (if you run tomcat off course), or using a JAAS login module. I have done both, I would prefer the second one. I can get you the source and binaries if you like, or maybe it's better if I create a page on www.jspwiki.org and document it there and attach the source/binaries. What the loginmodule does is comparable to JSPWiki's UserDatabaseLoginModule, but instead of looking up the userdatabase.xml it calls IBM's Java for SAF interfaces ( http://www-03.ibm.com/servers/eserver/zseries/software/java/products/j5security.html ) to validate userid/pw, and throw loginexceptions based on the return/reason codes. There's also a simple Helper class that translates the most common codes to human readable messages like password expired. Let me know if you're interested. regards, Harry 2009/2/10 Carlson, Eric R eric.carl...@kroger.com Is there any way to link the JSPWiki user database to an external security package? Specifically, we are running JSPWiki 2.8.1 in Unix System Services under z/OS 1.9. We have RACF running on z/OS. I'd like JSPWiki to be able to check the user's RACF user-id and password to verify security. I realize that there aren't many people out there running JSPWiki under z/OS, but if someone has had experience using JSPWiki with some other external security package it may help point me in the right direction. Eric Carlson The Kroger Co. This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is confidential and protected by law from unauthorized disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is confidential and protected by law from unauthorized disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: Linking JSPWiki user-ids to an external security package
Eric, I made a bit more general page on it : http://www.jspwiki.org/wiki/JSPWiki%20on%20the%20Mainframe It's just a first version, feel free to adjust or expand this information, and let me know if things work for you. regards, Harry 2009/2/10 Carlson, Eric R eric.carl...@kroger.com Harry, I'm definitely interested in either or both solutions. We are running JSPWiki under Tomcat, but I did not set up any sort of security with Tomcat - just a basic Admin user-id and password. Eric R. Carlson eric.carl...@kroger.com (513)-387-7739 -Original Message- From: Harry Metske [mailto:harry.met...@gmail.com] Sent: Tuesday, February 10, 2009 12:37 PM To: jspwiki-user@incubator.apache.org Subject: Re: Linking JSPWiki user-ids to an external security package Well, it sometimes surprises me how many people run it on z/OS :-) You can solve your problem in two ways, using a Tomcat realm (if you run tomcat off course), or using a JAAS login module. I have done both, I would prefer the second one. I can get you the source and binaries if you like, or maybe it's better if I create a page on www.jspwiki.org and document it there and attach the source/binaries. What the loginmodule does is comparable to JSPWiki's UserDatabaseLoginModule, but instead of looking up the userdatabase.xml it calls IBM's Java for SAF interfaces ( http://www-03.ibm.com/servers/eserver/zseries/software/java/products/j5security.html ) to validate userid/pw, and throw loginexceptions based on the return/reason codes. There's also a simple Helper class that translates the most common codes to human readable messages like password expired. Let me know if you're interested. regards, Harry 2009/2/10 Carlson, Eric R eric.carl...@kroger.com Is there any way to link the JSPWiki user database to an external security package? Specifically, we are running JSPWiki 2.8.1 in Unix System Services under z/OS 1.9. We have RACF running on z/OS. I'd like JSPWiki to be able to check the user's RACF user-id and password to verify security. I realize that there aren't many people out there running JSPWiki under z/OS, but if someone has had experience using JSPWiki with some other external security package it may help point me in the right direction. Eric Carlson The Kroger Co. This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is confidential and protected by law from unauthorized disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is confidential and protected by law from unauthorized disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: ALLOW tag not working properly
well, that is completely correct.
So, if you think SecurityConfig.jsp does not reveal any misconfig or
something like that, I would start with the second step, which is turning on
debug, and see what the security.log says.
Harry
2009/2/12 Carlson, Eric R eric.carl...@kroger.com
I was able to get the admin/SecurityConfig.jsp page working. It gives me a
ton of information - more than I can easily digest at first glance. I'll
be happy to share it with anyone who might be able to help, but I don't feel
real comfortable sending the output to the mailing list because of security
concerns. If nothing else, it doesn't appear to find any security
problems.
But I guess I'm a little confused about the way the [{ALLOW view userid}]
functions. Since it is part of the JSPWiki page text, I would think it
would have to be processed at the level where the page is being viewed, not
through the security setup. The security setup would decide whether a user
is allowed to view or edit pages in general. I would imagine that the
[{ALLOW view userid}] tag works after a user is attempting to pull up the
page in question - more at the JSPWiki level than at the security level.
Eric R. Carlson
The Kroger Company
-Original Message-
From: Harry Metske [mailto:harry.met...@gmail.com]
Sent: Tuesday, February 10, 2009 12:25 PM
To: jspwiki-user@incubator.apache.org
Subject: Re: ALLOW tag not working properly
Maybe you can first check a couple of things :
Invoke the admin/SecurityConfig.jsp, it will tell you a lot about your
security settings.
(for that to work you need to set jspwiki-x.securityconfig.enable=true in
jspwiki.properties)
If that does not give any clue, you should increase debug level, you can
set
this in jspwiki.properties (at the bottom), recycle the wiki, and see if
the
log reveals the cause of the problem.
regards,
Harry
2009/2/10 Carlson, Eric R eric.carl...@kroger.com
I'm running JSPWiki 2.8.1 under z/OS 1.9 with a pretty-much
out-of-the-box
implementation. The only change I've made to the security settings is
to
limit page edits to authenticated users.
I'm trying to limit access to certain pages by issuing the [{ALLOW edit
userid}] and [{ALLOW view userid}] statements in the source, but they
don't
seem to be working at all. Anybody can view or edit the page I create.
I've tried putting the statements at the beginning and the end of the
page,
but neither seems to make any difference.
Any thoughts anybody might have would be greatly appreciated.
Eric Carlson
The Kroger
Company
This e-mail message, including any attachments, is for the sole use of
the
intended recipient(s) and may contain information that is confidential
and
protected by law from unauthorized disclosure. Any unauthorized review,
use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all
copies
of the original message.
This e-mail message, including any attachments, is for the sole use of the
intended recipient(s) and may contain information that is confidential and
protected by law from unauthorized disclosure. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all copies
of the original message.
Re: ALLOW tag not working properly
Did you already check if UserA is a JSPWiki administrator ?
Login, Select My Prefs and then the profile tab.
And BTW, JSPWiki uses implied permissions, so you don't have to code both
ALLOW's, ALLOW edit implies ALLOW view.
Harry
2009/2/12 Carlson, Eric R eric.carl...@kroger.com
OK, I turned on the Debug option, reran my scenario, and it still
doesn't seem to be working. Maybe I'm doing something wrong.
Here's what I do. I have two different user-ids for the wiki, say
UserA and UserB. I log on as UserA, create and edit a page that I
call 'Allow Test Page'. Allow Test Page consists of :
[{ALLOW view UserB}]
[{ALLOW edit UserB}]
This is a page that only UserB should be able to see or edit.
Now I save the changes to the page. I next go into 'Recent
Changes' to see the page name there. I click on it (while
logged on as UserA. It lets me into the page just fine. In
fact, I can edit it and save it as well.
The ALLOW tags don't seem to be having any effect at all.
The messages in the log that come from the DEBUG option
just indicate that UserA has Edited and Saved the page,
along with a couple of lines about create a new Favorites page
for UserA.
Am I doing something wrong here? I've also run the scenario
where I log on as UserA, create and edit the page allowing only
UserA to view or edit it, then logged on separately as UserB, and
I can still see the page in the Recent Changes list, edit and save
it.
Eric R. Carlson
eric.carl...@kroger.com
-Original Message-
From: Harry Metske [mailto:harry.met...@gmail.com]
Sent: Thursday, February 12, 2009 12:09 PM
To: jspwiki-user@incubator.apache.org
Subject: Re: ALLOW tag not working properly
well, that is completely correct.
So, if you think SecurityConfig.jsp does not reveal any misconfig or
something like that, I would start with the second step, which is turning
on
debug, and see what the security.log says.
Harry
2009/2/12 Carlson, Eric R eric.carl...@kroger.com
I was able to get the admin/SecurityConfig.jsp page working. It gives me
a
ton of information - more than I can easily digest at first glance.
I'll
be happy to share it with anyone who might be able to help, but I don't
feel
real comfortable sending the output to the mailing list because of
security
concerns. If nothing else, it doesn't appear to find any security
problems.
But I guess I'm a little confused about the way the [{ALLOW view userid}]
functions. Since it is part of the JSPWiki page text, I would think it
would have to be processed at the level where the page is being viewed,
not
through the security setup. The security setup would decide whether a
user
is allowed to view or edit pages in general. I would imagine that the
[{ALLOW view userid}] tag works after a user is attempting to pull up the
page in question - more at the JSPWiki level than at the security level.
Eric R. Carlson
The Kroger Company
-Original Message-
From: Harry Metske [mailto:harry.met...@gmail.com]
Sent: Tuesday, February 10, 2009 12:25 PM
To: jspwiki-user@incubator.apache.org
Subject: Re: ALLOW tag not working properly
Maybe you can first check a couple of things :
Invoke the admin/SecurityConfig.jsp, it will tell you a lot about your
security settings.
(for that to work you need to set jspwiki-x.securityconfig.enable=true in
jspwiki.properties)
If that does not give any clue, you should increase debug level, you can
set
this in jspwiki.properties (at the bottom), recycle the wiki, and see if
the
log reveals the cause of the problem.
regards,
Harry
2009/2/10 Carlson, Eric R eric.carl...@kroger.com
I'm running JSPWiki 2.8.1 under z/OS 1.9 with a pretty-much
out-of-the-box
implementation. The only change I've made to the security settings is
to
limit page edits to authenticated users.
I'm trying to limit access to certain pages by issuing the [{ALLOW edit
userid}] and [{ALLOW view userid}] statements in the source, but they
don't
seem to be working at all. Anybody can view or edit the page I create.
I've tried putting the statements at the beginning and the end of the
page,
but neither seems to make any difference.
Any thoughts anybody might have would be greatly appreciated.
Eric Carlson
The Kroger
Company
This e-mail message, including any attachments, is for the sole use of
the
intended recipient(s) and may contain information that is confidential
and
protected by law from unauthorized disclosure. Any unauthorized review,
use,
disclosure or distribution is prohibited
Re: Awstats for jspwiki
I have used Analog for this, it has the ARGSEXCLUDE and ARGSINCLUDE options, I think those two can help you. regards, Harry 2009/2/23 Fischer, Nicola (ORISA Software GmbH) fisc...@orisa.de Hi, I was trying to analyze my accesslogs with awstats. The Problem seems to be that the mayority of calls go to wiki.jsp and edit.jsp. I think this is part of the design of awstats. Does anybody know or even uses a good tool to create wiki webstats? Kind regards, Nicola Fischer Entwicklung Controlling ___ ORISA Software GmbH Humboldtstr. 13 07743 Jena Amtsgericht Jena HRB 204876 Geschäftsführer: Dr. Georg Elsner telefon: +49 (0)3641-2844 59 telefax: +49 (0)3641-2844 22 internet: http://www.orisa.de email: mailto:fisc...@orisa.de Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, nformieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Virus checked by G DATA AntiVirus Version: AVF 19.269 dated 23.02.2009
Re: UserTimezone shift after 2.8.1 Upgrade
Nicola, from 2.6 = 2.8 there are quite a few changes dealing with preferences, timezone, JAAS and also the userdatabase format, one of these might have to do with your observations, look at the following in Changelog : 2.7.0-svn-29 2.7.0-svn-16 2.7.0-svn-9 2.7.0-svn-4 2.7.0-svn-2 I haven't checked the code though. Also have a look at the UPGRADING document, and more the standard checks that might have already been done: - check your new jspwiki.policy - have a look at the admin/SecurityConfig.jsp I can imagine that we get unpredictable results if you access a 2.8 wiki with 2.6 cookies, does it help refreshing your browser cookies (so you get freshcookies :-)) ? Harry 2009/2/24 Fischer, Nicola (ORISA Software GmbH) fisc...@orisa.de Hi, we migrated from 2.6.3 to 2.8.1 Suddenly all our users are in the timezone GMT-12 and I lost my Admin previleges to delete Pages. Does anything happened to the userdatabase.xml durign the update? It got screwed up in some way... kind regards, Nicola Fischer Entwicklung Controlling ___ ORISA Software GmbH Humboldtstr. 13 07743 Jena Amtsgericht Jena HRB 204876 Geschäftsführer: Dr. Georg Elsner telefon: +49 (0)3641-2844 59 telefax: +49 (0)3641-2844 22 internet: http://www.orisa.de email: mailto:fisc...@orisa.de Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, nformieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Virus checked by G DATA AntiVirus Version: AVF 19.275 dated 24.02.2009
Re: Is it possible to 'turn off' the ability to change passwords?
Eric, I don't think there is a switch to turn this off. I assume you are using a JAAS login module to do the job, if you would use container managed authentication, then users would automatically be disallowed to set their login-id and change their password, because those are managed by the web container. You can, of course, always hack the JSP's yourself and remove these fields. regards, Harry 2009/3/3 Carlson, Eric R eric.carl...@kroger.com I was recently successful in getting JSPWiki to connect to an external security package, in my case, RACF. The RACF interface doesn't appear to allow a user to go through the wiki to change their password in RACF. (I wouldn't really want it to if it did.) Is there any way within the JSPWiki configuration files to 'turn off' a user's ability to change their password? I'm basically looking to have the 'change password' fields disappear from the user profile screen and for the ability to reset their password and have it sent to them via e-mail removed from the logon screen. (And any other hooks into changing a password that I may be forgetting.) Is there a configuration option to do this, or barring that, some way to modify the distribution file to have this option go away? Eric R. Carlson eric.carl...@kroger.com This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain information that is confidential and protected by law from unauthorized disclosure. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
Re: Unable to configure JSPWiki2.8.1 on JBoss 4.2.3 GA
Amit, the messages from the JBoss console are just informational, I don't see any real errors. Can you send us JBoss's stout, stderr, and also the jspwiki.log (as configured in jspwiki.properties) ? regards, Harry 2009/3/6 amit Meena amitmeena.sgs...@gmail.com Hi, First , I apologies for abstract description of problem in previous mail. We have a requirement in which we have to configure JSPWiki 2.8.1 on JBoss4.2.3 on windows xp system. I have followed the steps mentioned at [ http://www.jspwiki .org/wiki/DeployJBOSS ] . After making the required changes in the JSPWiki.war file (i.e deleting the log4j.jar and modifying jspwiki.properties), I have copied the JSPWiki.war inside the server/default/deploy folder of the JBoss. On starting the JBoss and typing the link http://localhost:8080/JSPWiki/ I got the JSPWiki installation page. I have provided installation information and then pressed submit button and after that configure button (I have successfully installed JSPWiki many times on tomcat so no problem in this part). Meanwhile two errors are shown on the JBoss console. 11:33:09,779 INFO [AjpProtocol] Starting Coyote AJP/1.3 on ajp -127.0.0.1-8009 11:33:09,795 INFO [Server] JBoss (MX MicroKernel) [4.2.3.GA (build: SVNTag= JBoss_4_2_3_GA date=200807181417)] Started in 1m:7s:55ms 11:34:18,970 ERROR [STDERR] Mar 6, 2009 11:34:18 AM com.metaparadigm.jsonrpc .JSONRPCBridge registerLocalArgResolver INFO: registered local arg resolver com.metaparadigm.jsonrpc. HttpServletRequestArgResolver for local class javax.servlet.http. HttpServletRequest with context ja t.http.HttpServletRequest 11:34:18,970 ERROR [STDERR] Mar 6, 2009 11:34:18 AM com.metaparadigm.jsonrpc .JSONRPCBridge registerLocalArgResolver INFO: registered local arg resolver com.metaparadigm.jsonrpc. HttpSessionArgResolver for local class javax.servlet.http.HttpSession with context javax.servlet.ht vletRequest 11:34:18,970 ERROR [STDERR] Mar 6, 2009 11:34:18 AM com.metaparadigm.jsonrpc .JSONRPCBridge registerLocalArgResolver INFO: registered local arg resolver com.metaparadigm.jsonrpc. JSONRPCBridgeServletArgResolver for local class com.metaparadigm.jsonrpc. JSONRPCBridge with context vlet.http.HttpServletRequest 11:36:55,220 INFO [AbstractUserDatabase] Creating new user admin After installation after the server restart, when I tried to access the JSPWiki by using the base url (i.e http://172.16.4.113:8080/JSPWiki/) then nothing is displayed, while when I tried to acess it using url http:// localhost:8080/JSPWiki then same installation page appears. Any pointers would be of great help. Thanks and Regards Amit Meena On Thu, Mar 5, 2009 at 5:54 PM, Siegfried Goeschl siegfried.goes...@it20one.at wrote: Hi Amit, telling us what actually failed would be of great help ... ;-) Siegfried Goeschl amit Meena wrote: Hi, We have a requirement in which we have to configure JSPWiki 2.8.1 on JBoss 4.2.3. I have followed the steps mentioned at [ http://www.jspwiki.org/wiki/DeployJBOSS ] but was unsuccessful. Any pointers would be of great help. Thanks and Regards Amit Meena
Re: base URL problem if using JSPWiki via tomcat mod_jk
yes, you are right 2009/3/6 David Gao david...@gmail.com Hi Andrew, Actually I have been running JSPWiki 2.6.4 with mod_jk over a year. As you said, everything works great under mod_jk, but only for 2.6.4. Recently I updated the application to 2.8.1. I find that when I was done with editing/creating a page and click save, JSPWiki will redirect me to the exact URL defined in baseURL value in jspwiki.properties. And then the browser will complain about page-not-found. My scenario is: -- with mod_jk, jspwiki is accessed via default http port 80 -- with tomcat, it is accessed via default tomcat port 8080 -- with https, it's port 443 I think perhaps the only solution is to use only ONE access method. Am I right? David -- you should be able to use mod_jk without any issues. You just need to have the right Apache directives. This is a little out of date, but the mod_jk notes mostly still apply: http://www.jspwiki.org/wiki/DeploymentOptimizations On Wed, Mar 4, 2009 at 9:43 PM, David Gao david...@gmail.com wrote: well, I see the point here. I think I will have to use JSPWiki as a standalone application instead of using it via mod_jk. I will try to see whether I can find some workaround for skipping baseURL. Thanks for the explanation. Shortly put, no. There are loads of things which are dependent on getting the right hostname (cookies being one of them), and everything just breaks subtly if you remove the baseURL from use. Your scenario in which a wiki is available under several different hostnames was never supported (and is a bad practice to boot). 2.6 would also break in certain cases which is why the baseurl is required. It is not impossible to make JSPWiki run without baseURL, but I believe it would take quite an effort to make sure it does so in every case. Patches are welcome... /Janne On Mar 4, 2009, at 12:25 , David Gao wrote: Hi, As far as I know, the property jspwiki.baseurl is not mandatory prior to Version 2.8(For instance, 2.6.x). Base URL value becomes a required setting for JSPWiki starting from version 2.8. However, the base URL issue starts to bother me after I have upgraded my JSPWiki to 2.8.1. I could only use wiki and edit pages correctly by using the url defined in the base URL property, otherwise JSPWiki will redirect me to the defined base URL when I am editing pages from URLs other than the defined base URL. My question is: is there a way to disable base URL feature if I am not using RSS? I know that RSS requires fixed URL. Here is how I used JSPWiki: My JSPWiki is running with Tomcat 6 in a corporate intranet. My boss requires me to provide several ways to access JSPWiki. Namely: a) access tomcat directly (like http://localhost:8080/wiki) and this method is discouraged since it requires additional port 8080. b) access wiki through Apache Server via mod_jk (http://localhost/wiki) and we run several other web applications on Apache server. c) access through internet. And an internet host name is not possible due to corporate IT policy. The wiki has to be accessed by ip address like https://xxx.xxx.xxx.xxx/wiki. Best Regards -- David Gao (david...@gmail.com) -- David Gao (david...@gmail.com) -- David Gao (david...@gmail.com)
Re: Current nightly fails on Geronimo 2.1.3
+1 2009/3/12 Janne Jalkanen janne.jalka...@ecyrd.com Simple enough reason: getPage(WikiName,int) is not catching the PathNotFoundException - look at the catch clause in getPage(WikiName) ;-). It should do that and return null. My bad, sorry! (A general question, should we start throwing something like PageNotFoundExceptions as opposed to returning nulls? That would encourage a bit safer coding and would eliminate a number of if(getPage() == null) tests across the codebase.) /Janne On Mar 12, 2009, at 18:18 , Andrew Jaquith wrote: I have the same error on Tomcat too; it's not just Geronimo. :). Haven't had the spare cycles this past week to figure out what's going on... I bet Janne might know, though. On Mar 12, 2009, at 11:47, Juergen Weber webe...@gmail.com wrote: checked with geronimo-tomcat6-javaee5-2.1.3, there it outputs lots of this below and then en empty page. 16:45:21,180 ERROR [WikiEngine] Unable to fetch page info org.apache.wiki.providers.ProviderException: Unable to get a page at org.apache.wiki.content.ContentManager.getPage(ContentManager.java:10 59) at org.apache.wiki.PageManager.getPageInfo(PageManager.java:243) at org.apache.wiki.WikiEngine.getPage(WikiEngine.java:1908) Caused by: javax.jcr.PathNotFoundException: The property metadata file was not f ound: D:\tmp\priha\fileprovider\workspaces\jspwiki\pages\Main\Main.info at org.priha.providers.FileProvider.getPropertyInfo(FileProvider.java:67 0) at org.priha.providers.FileProvider.getPropertyValue(FileProvider.java:6 96) at org.priha.core.ProviderManager.getPropertyValue(ProviderManager.java: -- View this message in context: http://www.nabble.com/Current-nightly-fails-on-Geronimo-2.1.3-tp22478228p22478904.html Sent from the JspWiki - User mailing list archive at Nabble.com.
Re: Gmail registrations
what does that mean ? Refusing users registering on jspwiki.org with a GMail email address ? (no problem with that, I just saw that I can still login) regards, Harry 2009/3/19 Janne Jalkanen janne.jalka...@iki.fi Folks, we're getting a real onslaught of gmail spambot registrations on jspwiki.org, so I put all gmail.com email addresses on the blacklist until we figure out what can be done (or GMail fixes their captchas). Harsh, but necessary. /Janne
Re: Gmail registrations
does this call for a UserDatabaseLoginModuleWithCaptchaToPreventSpambotAbuse requirement ? Or is there already some Captcha code available in JSPWiki that I'm note aware of ? Harry 2009/3/19 Janne Jalkanen janne.jalka...@iki.fi Folks, we're getting a real onslaught of gmail spambot registrations on jspwiki.org, so I put all gmail.com email addresses on the blacklist until we figure out what can be done (or GMail fixes their captchas). Harsh, but necessary. /Janne
Re: unsupported callbacks?
I think you should add handling to the WikiCallbackHandler, actually that
already has been done for 3.0 to support TextOutput Callbacks.
See also https://issues.apache.org/jira/browse/JSPWIKI-464
Harry
2009/3/27 louis.mast...@log-net.com
I'm in the process of implementing a custom LoginModule and I ran into an
issue (maybe). I need to access the HTTPRequest and possibly the
WikiEngine so I included them as callbacks:
HttpRequestCallback hcb = new HttpRequestCallback();
WikiEngineCallback wcb = new WikiEngineCallback();
Callback[] callbacks = new Callback[]{ hcb, wcb };
The trouble is, when I try the handle call, it excepts with the
following:
javax.security.auth.callback.UnsupportedCallbackException
at
com.ecyrd.jspwiki.auth.login.WikiCallbackHandler.handle(WikiCallbackHandler.java:89)
at
com.lognet.wiki.auth.login.AnyoneAuthenticationLoginModule.login(AnyoneAuthenticationLoginModule.java:36)
I noticed the WikiCallbackHandler.java only supports UserDatabase, Name
and Password callbacks - do I need to add handling for theHttpRequest and
WikiEngine or should I create a custom callback handler and use it? Sorry
if this is a simple question, but I am new to writing LoginModules and
callbacks.
Thanks,
Lou
~~
LOG-NET, Inc.
The Logistics Network Management System
~~
230 Half Mile Road
Third Floor
Red Bank, NJ 07701
PH: 732-758-6800
FAX: 732-747-7497
http://www.LOG-NET.com
~~
CONFIDENTIAL PRIVILEGED
Unless otherwise indicated or if obvious from the nature of the content,
the information contained herein is privileged and confidential
information/work product. The communication is intended for the use of the
individual or entity named above. If the reader of this transmission is
not the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this communication is strictly
prohibited. If you have received this communication in error, please
notify the sender immediately by telephone (732-758-6800) or by electronic
mail (postmas...@log-net.com), and destroy any copies, electronic, paper
or otherwise, which you may have of this communication. Thank you.
~~
Re: ALLOW tag not working properly
Eric,
it is difficult to diagnose from this information.
If you have concerns posting more security related information here, you
might consider filing a security JIRA issue, as long as the issue remains
labeled as security exposure it is only visible to committers and JIRA
administrators and not to everybody on the user and dev list.
We should remove all this information again before closing the issue.
Material that could be usefull for diagnosis:
- jspwiki.policy file
- jspwiki.properties file
- output (html) from admin/SecurityConfig.jsp
- debug level jspwiki.log
- debug level security.log
- the source of the page that fails
regards,
Harry
2009/3/31 Carlson, Eric R eric.carl...@kroger.com
All,
Sorry for the long delay, but I'm getting requested to look into
this problem again, and I haven't been looking at it for a month. I ran
admin/SecurityConfig.jsp and it didn't advise of any errors. So I set up
security logging and set the security level to DEBUG. The security log
doesn't seem to kick out any messages when I access the page with the ALLOW
directive. The last message that appears here was put into the security log
before I accessed the page with the ALLOW directives.
Here's the total security log :
2009-03-31 14:50:44,201 DEBUG - WikiSecurityEvent.UNKNOWN (32)
[source=com.ecyrd.jspwiki.auth.authenticationmana...@3fa63fa6,
princpal=com.ecyrd.jspwiki.auth.WikiPrincipal Eric R. Carlson,
target=com.ecyrd.jspwiki.wikisess...@69b669b6]
2009-03-31 14:51:16,063 DEBUG - WikiSecurityEvent.UNKNOWN (32)
[source=com.ecyrd.jspwiki.auth.authenticationmana...@3fa63fa6,
princpal=com.ecyrd.jspwiki.auth.WikiPrincipal Eric R. Carlson,
target=com.ecyrd.jspwiki.wikisess...@69b669b6]
2009-03-31 14:51:42,793 DEBUG - WikiSecurityEvent.UNKNOWN (32)
[source=com.ecyrd.jspwiki.auth.authenticationmana...@3fa63fa6,
princpal=com.ecyrd.jspwiki.auth.WikiPrincipal Eric R. Carlson,
target=com.ecyrd.jspwiki.wikisess...@69b669b6]
2009-03-31 14:51:50,608 DEBUG - WikiSecurityEvent.UNKNOWN (32)
[source=com.ecyrd.jspwiki.auth.authenticationmana...@3fa63fa6,
princpal=com.ecyrd.jspwiki.auth.WikiPrincipal Eric R. Carlson,
target=com.ecyrd.jspwiki.wikisess...@69b669b6]
2009-03-31 14:51:50,952 INFO - WikiSecurityEvent.LOGIN_AUTHENTICATED
[source=com.ecyrd.jspwiki.auth.authenticationmana...@3fa63fa6,
princpal=com.ibm.security.auth.OS390UserPrincipal XK00033,
target=com.ecyrd.jspwiki.wikisess...@69b669b6]
2009-03-31 14:51:50,960 DEBUG - WikiSecurityEvent.LOGIN_AUTHENTICATED
[source=com.ecyrd.jspwiki.auth.authenticationmana...@3fa63fa6,
princpal=com.ibm.security.auth.OS390UserPrincipal XK00033,
target=com.ecyrd.jspwiki.wikisess...@69b669b6]
2009-03-31 14:51:51,035 DEBUG - WikiSecurityEvent.PRINCIPAL_ADD
[source=com.ecyrd.jspwiki.auth.authenticationmana...@3fa63fa6,
princpal=com.ibm.security.auth.OS390UserPrincipal XK00033,
target=com.ecyrd.jspwiki.wikisess...@69b669b6]
Any ideas as to why the ALLOW tag isn't preventing access to my test
page?
Eric R. Carlson
eric.carl...@kroger.com
-Original Message-
From: Harry Metske [mailto:harry.met...@gmail.com]
Sent: Thursday, February 12, 2009 12:09 PM
To: jspwiki-user@incubator.apache.org
Subject: Re: ALLOW tag not working properly
well, that is completely correct.
So, if you think SecurityConfig.jsp does not reveal any misconfig or
something like that, I would start with the second step, which is turning
on
debug, and see what the security.log says.
Harry
2009/2/12 Carlson, Eric R eric.carl...@kroger.com
I was able to get the admin/SecurityConfig.jsp page working. It gives me
a
ton of information - more than I can easily digest at first glance.
I'll
be happy to share it with anyone who might be able to help, but I don't
feel
real comfortable sending the output to the mailing list because of
security
concerns. If nothing else, it doesn't appear to find any security
problems.
But I guess I'm a little confused about the way the [{ALLOW view userid}]
functions. Since it is part of the JSPWiki page text, I would think it
would have to be processed at the level where the page is being viewed,
not
through the security setup. The security setup would decide whether a
user
is allowed to view or edit pages in general. I would imagine that the
[{ALLOW view userid}] tag works after a user is attempting to pull up the
page in question - more at the JSPWiki level than at the security level.
Eric R. Carlson
The Kroger Company
-Original Message-
From: Harry Metske [mailto:harry.met...@gmail.com]
Sent: Tuesday, February 10, 2009 12:25 PM
To: jspwiki-user@incubator.apache.org
Subject: Re: ALLOW tag not working properly
Maybe you can first check a couple of things :
Invoke the admin
Re: unsupported callbacks?
eeuuhh, I wouldn't know how, the only way I can think of is modifying the
source and building it again. (AuthenticationManager has the reference to
WikiCallbackHandler)
(or I misunderstood your question...)
Harry
2009/4/1 louis.mast...@log-net.com
OK, thanks. Is there any way to override/specify the CallbackHandler so I
don't need to mess around with the one in the JAR?
Harry Metske harry.met...@gmail.com
03/31/2009 03:18 PM
Please respond to
jspwiki-user@incubator.apache.org
To
jspwiki-user@incubator.apache.org
cc
Subject
Re: unsupported callbacks?
I think you should add handling to the WikiCallbackHandler, actually that
already has been done for 3.0 to support TextOutput Callbacks.
See also https://issues.apache.org/jira/browse/JSPWIKI-464
Harry
2009/3/27 louis.mast...@log-net.com
I'm in the process of implementing a custom LoginModule and I ran into
an
issue (maybe). I need to access the HTTPRequest and possibly the
WikiEngine so I included them as callbacks:
HttpRequestCallback hcb = new HttpRequestCallback();
WikiEngineCallback wcb = new WikiEngineCallback();
Callback[] callbacks = new Callback[]{ hcb, wcb };
The trouble is, when I try the handle call, it excepts with the
following:
javax.security.auth.callback.UnsupportedCallbackException
at
com.ecyrd.jspwiki.auth.login.WikiCallbackHandler.handle(WikiCallbackHandler.java:89)
at
com.lognet.wiki.auth.login.AnyoneAuthenticationLoginModule.login(AnyoneAuthenticationLoginModule.java:36)
I noticed the WikiCallbackHandler.java only supports UserDatabase, Name
and Password callbacks - do I need to add handling for theHttpRequest
and
WikiEngine or should I create a custom callback handler and use it?
Sorry
if this is a simple question, but I am new to writing LoginModules and
callbacks.
Thanks,
Lou
~~
LOG-NET, Inc.
The Logistics Network Management System
~~
230 Half Mile Road
Third Floor
Red Bank, NJ 07701
PH: 732-758-6800
FAX: 732-747-7497
http://www.LOG-NET.com
~~
CONFIDENTIAL PRIVILEGED
Unless otherwise indicated or if obvious from the nature of the content,
the information contained herein is privileged and confidential
information/work product. The communication is intended for the use of
the
individual or entity named above. If the reader of this transmission is
not the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this communication is strictly
prohibited. If you have received this communication in error, please
notify the sender immediately by telephone (732-758-6800) or by
electronic
mail (postmas...@log-net.com), and destroy any copies, electronic, paper
or otherwise, which you may have of this communication. Thank you.
~~
Re: SingleVersionForSavesBySameUserWithinHour implemented?
nope, is there a JIRA issue for this ? 2009/4/7 louis.mast...@log-net.com Was SingleVersionForSavesBySameUserWithinHour ever implemented? Thanks, Lou ~~ LOG-NET, Inc. The Logistics Network Management System ~~ 230 Half Mile Road Third Floor Red Bank, NJ 07701 PH: 732-758-6800 FAX: 732-747-7497 http://www.LOG-NET.com ~~ CONFIDENTIAL PRIVILEGED Unless otherwise indicated or if obvious from the nature of the content, the information contained herein is privileged and confidential information/work product. The communication is intended for the use of the individual or entity named above. If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone (732-758-6800) or by electronic mail (postmas...@log-net.com), and destroy any copies, electronic, paper or otherwise, which you may have of this communication. Thank you. ~~
Re: SingleVersionForSavesBySameUserWithinHour implemented?
I also prefer this option (2 buttons). Janne,Andrew,Dirk: this looks a good improvement to me, how does this fit in JCR ? (same semantics ?) Any caveats ? Do we need a JIRA issue here ? Harry 2009/4/7 Bob Paige bobpa...@gmail.com I found that page also. Before I found JSPWiki I was looking at several other options. One (maybe TWiki? I forget) had what I see as a better solution than those proposed on the referenced JSPWiki page; instead of setting a timeout, etc, you have two save buttons. One creates a new version, and the other doesn't. -- Bobman On Tue, Apr 7, 2009 at 12:16 PM, louis.mast...@log-net.com wrote: I only see this page: http://www.jspwiki.org/wiki/IdeaSingleVersionForSavesBySameUserWithinHour Harry Metske harry.met...@gmail.com wrote on 04/07/2009 12:05:15 PM: nope, is there a JIRA issue for this ? 2009/4/7 louis.mast...@log-net.com Was SingleVersionForSavesBySameUserWithinHour ever implemented? Thanks, Lou ~~ LOG-NET, Inc. The Logistics Network Management System ~~ 230 Half Mile Road Third Floor Red Bank, NJ 07701 PH: 732-758-6800 FAX: 732-747-7497 http://www.LOG-NET.com ~~ CONFIDENTIAL PRIVILEGED Unless otherwise indicated or if obvious from the nature of the content, the information contained herein is privileged and confidential information/work product. The communication is intended for the use of the individual or entity named above. If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone (732-758-6800) or by electronic mail (postmas...@log-net.com), and destroy any copies, electronic, paper or otherwise, which you may have of this communication. Thank you. ~~
Re: Reference Manager perfomance
I think Janne can comment on your questions the best, a lot of this will change in 3.0, but one quick check: are you reusing the refmgr.ser file in JSPWiki's work directory ? (that can shorten startup times significantly) Harry 2009/4/7 Alexey Kakunin akaku...@emdev.ru Hi! On emforge.org we have a quite big problem related to ReferenceManager: actually, application start takes about 10-15 minutes, and most of time it spent in ReferecenManager.initialize method (hm - how long jspwiki.orgtakes to start?) Actually, I suppose it is because we have many (even sometimes empty) pages (becasue for each task wiki-page with description is created), and , referenceManager is called // Refresh with the latest copy page = m_engine.getPage( page.getName() ); for each page. I wanted to work on some reimplementation of ReferenceManager, but found, WikiEngine is used it directly (not via some Interface) - so, I cannot simple implement another implementation (like it is possible to do for PageProviders for example) and use it instead of default. Also, since most of methods/attributes of this class are private, I cannot simple inherint my class from this implementation and reuse already implemented functionality. So, I have some suggestions: 1. Define interface for ReferenceManager 2. Make it possible to control ReferenceManager implementation used via properies-file 3. Move methods in current implementatino from private to protected (to make it reusable) Also, another question - if I underastand - referencemanager during initialization just updated and recreated it's information. It is required in cases, then pages were changed during WikiEngine restarts (if I understand correctly). But, if it is not happens - I hope this refreshing is not required. So, probably - allow to simple pass into ReferenceManager a flag, said - do we need to refresh pages or not It should help us to save time during start dramatically (I hope) Is all of these changes are OK? If yes - I may try to implement them and send new version to community -- With Best Regards, Alexey Kakunin, EmDev Limited Professional Software Development: http://www.emdev.ru
Re: SingleVersionForSavesBySameUserWithinHour implemented?
fully agreed ! 2009/4/8 Janne Jalkanen janne.jalka...@iki.fi let's then keep the discussions there, another option might be to have one save button, but with an additional dont make new version check-box, whose setting is kept in the cookie ? I fear that that is a bit too confusing too (it's not the button, it's the fact that you don't encounter such options in any other software, and it requires a rather deep understanding of how Wiki stores stuff to grasp that idea. It's essentially simply too geeky and I would like to avoid that if possible.) I would rather look at what is it that the functionality is trying to achieve, what the user expectations are, and then try to figure out a better way to do achieve the same. I think JSPWiki interface is way too confusing, arcane and geeky already. We should strive to make it leaner, meaner and cleaner. /Janne
Re: Allow tag does not restrict access
Since we get quite a few of these questions, I started a FAQ on Authorization: http://www.jspwiki.org/wiki/FAQAuthorization feel free to add content Harry 2009/4/9 Bhavani bhanu0...@yahoo.com HI, We recently started implementing jspwiki. JAAS security is enabled and everything works fine. But I am not able to control access to page edits using the allow tag. Also everyone is able to edit the admin group. Even people who are not members of the group can edit the group. So please help me with the following questions. 1. What am I missing that the allow tag is not working as it should be ? 2. Is there a way to control non-members from editing the groups? -Bhavani
JSPWiki in Dutch IT magazine article
a Dutch weekly IT magazine (Computable) just published an article on Wiki's , the online version is here: http://www.computable.nl/artikel/ict_topics/ecm/2914053/1277020/test-bedrijfskennis-vergaren-bewaren-en-delen.html Nice to see that JSPWiki is mentioned among 4 other open source wiki's : WackoWiki, TikiWiki, MediaWiki, and MindTouch Deki. The final judgement: *JSPWiki wordt gesteund door de mensen achter Apache en schijnt uit te groeien naar een compleet CMS. Zeker je aandacht waard. * or in English: JSPWiki is supported by the Apache people and appears to grow to a complete CMS, certainly worth the attention. Harry
Re: Allow tag does not restrict access
Eric,Bhavani,
could you also paste the relevant parts of the page you try to protect ?
So basically the ALLOW tag you are using .
Harry
2009/4/10 Carlson, Eric R eric.carl...@kroger.com
I've been having the exact same problem, and haven't been making any
headway on it, so I've gone over the FAQ to see if I can find the cause.
First, I'm running JSPWiki 2.8.1.
I have two user-ids I can access. One is defined as an administrator, the
second one isn't. I was able to verify this by logging on to both of them,
going into 'My Prefs', and clicking on the 'Profile' tab. UserA shows :
Roles - All, Authenticated; Groups - None. UserB shows : Roles - All,
Authenticated; Groups - Admin.
I am not currently able to run the SecurityConfig.jsp application (see my
other message), so I can't include the output here.
I have enabled the security log, and set the logging level to DEBUG.
While I see messages in the log each time I log in, I don't see any sort of
messages in the security when I access a new page. I'm not sure if I should
expect to see such messages, but the FAQ says to check the security log, and
I don't see anything there, other than logon messages.
I've also cleared all cookies and temporary internet files, and still get
the same problem.
Here's what I have configured in jspwiki.policy :
grant principal com.ecyrd.jspwiki.auth.authorize.Role All {
permission com.ecyrd.jspwiki.auth.permissions.PagePermission *:*,
view;
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 principal com.ecyrd.jspwiki.auth.authorize.Role Anonymous {
};
grant principal com.ecyrd.jspwiki.auth.authorize.Role Asserted {
};
grant 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
*:groupmember, edit;
permission com.ecyrd.jspwiki.auth.permissions.WikiPermission *,
createPages,createGroups;
};
grant principal com.ecyrd.jspwiki.auth.GroupPrincipal Admin {
permission com.ecyrd.jspwiki.auth.permissions.AllPermission *;
};
grant principal com.ecyrd.jspwiki.auth.authorize.Role Admin {
permission com.ecyrd.jspwiki.auth.permissions.AllPermission *;
};
---
Eric R. Carlson
eric.carl...@kroger.com
-Original Message-
From: Harry Metske [mailto:harry.met...@gmail.com]
Sent: Friday, April 10, 2009 4:23 AM
To: jspwiki-user@incubator.apache.org; bhanu0...@yahoo.com
Subject: Re: Allow tag does not restrict access
Since we get quite a few of these questions, I started a FAQ on
Authorization:
http://www.jspwiki.org/wiki/FAQAuthorization
feel free to add content
Harry
2009/4/9 Bhavani bhanu0...@yahoo.com
HI,
We recently started implementing jspwiki. JAAS security is enabled and
everything works fine. But I am not able to control access to page edits
using the allow tag. Also everyone is able to edit the admin group. Even
people who are not members of the group can edit the group. So please
help
me with the following questions.
1. What am I missing that the allow tag is not working as it should be ?
2. Is there a way to control non-members from editing the groups?
-Bhavani
This e-mail message, including any attachments, is for the sole use of the
intended recipient(s) and may contain information that is confidential and
protected by law from unauthorized disclosure. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all copies
of the original message.
Re: cookies on www.jspwiki.org
the only one that works for me is the layout (left/right), I tried all the others (language, Section Editing, TimeZone, skin), none of those work. 2009/4/11 Dirk Frederickx dirk.frederi...@gmail.com It does work at my side. (setting another skin works ok) Is a specific pref failing ? dirk On Sat, Apr 11, 2009 at 4:46 PM, Harry Metske harry.met...@gmail.com wrote: nope, even after throwing away all cookies from jspwiki.org 2009/4/11 Florian Holeczek flor...@holeczek.de Hi folks, are you able to save your user settings on www.jspwiki.org ? I've tried both FF3 and IE8 without success. Best regards Florian
Re: Allow tag does not restrict access
Well,
you can find it here :
http://www.ecyrd.com/~jalkanen/JSPWiki/2.8.2/JSPWiki-2.8.2-bin.zip
Actually, we don't have a link to this on our Download page, shouldn't it be
there ?
Harry
2009/4/10 Carlson, Eric R eric.carl...@kroger.com
Andrew,
I guess I'm confused - I'm running version 2.8.1, which I thought is
the same version that has been out there since release... The download page
says it dates from 21-Nov-2008. Are you referring to a different version,
version 3?
Eric R. Carlson
eric.carl...@kroger.com
(513)-387-7739
-Original Message-
From: Andrew Jaquith [mailto:andrew.r.jaqu...@gmail.com]
Sent: Friday, April 10, 2009 12:49 PM
To: jspwiki-user@incubator.apache.org
Subject: Re: Allow tag does not restrict access
Eric -- you've provided me with enough information to try to verify
your issue. I'll try to do that over the next few days.
In the meantime, could you try the latest nightly build, and see if it
produces different results?
Regards, Andrew
On Fri, Apr 10, 2009 at 10:35 AM, Carlson, Eric R
eric.carl...@kroger.com wrote:
I've been having the exact same problem, and haven't been making any
headway on it, so I've gone over the FAQ to see if I can find the cause.
First, I'm running JSPWiki 2.8.1.
I have two user-ids I can access. One is defined as an administrator,
the second one isn't. I was able to verify this by logging on to both of
them, going into 'My Prefs', and clicking on the 'Profile' tab. UserA shows
: Roles - All, Authenticated; Groups - None. UserB shows : Roles - All,
Authenticated; Groups - Admin.
I am not currently able to run the SecurityConfig.jsp application (see my
other message), so I can't include the output here.
I have enabled the security log, and set the logging level to DEBUG.
While I see messages in the log each time I log in, I don't see any sort of
messages in the security when I access a new page. I'm not sure if I should
expect to see such messages, but the FAQ says to check the security log, and
I don't see anything there, other than logon messages.
I've also cleared all cookies and temporary internet files, and still get
the same problem.
Here's what I have configured in jspwiki.policy :
grant principal com.ecyrd.jspwiki.auth.authorize.Role All {
permission com.ecyrd.jspwiki.auth.permissions.PagePermission *:*,
view;
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 principal com.ecyrd.jspwiki.auth.authorize.Role Anonymous {
};
grant principal com.ecyrd.jspwiki.auth.authorize.Role Asserted {
};
grant 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
*:groupmember, edit;
permission com.ecyrd.jspwiki.auth.permissions.WikiPermission *,
createPages,createGroups;
};
grant principal com.ecyrd.jspwiki.auth.GroupPrincipal Admin {
permission com.ecyrd.jspwiki.auth.permissions.AllPermission *;
};
grant principal com.ecyrd.jspwiki.auth.authorize.Role Admin {
permission com.ecyrd.jspwiki.auth.permissions.AllPermission *;
};
---
Eric R. Carlson
eric.carl...@kroger.com
-Original Message-
From: Harry Metske [mailto:harry.met...@gmail.com]
Sent: Friday, April 10, 2009 4:23 AM
To: jspwiki-user@incubator.apache.org; bhanu0...@yahoo.com
Subject: Re: Allow tag does not restrict access
Since we get quite a few of these questions, I started a FAQ on
Authorization:
http://www.jspwiki.org/wiki/FAQAuthorization
feel free to add content
Harry
2009/4/9 Bhavani bhanu0...@yahoo.com
HI,
We recently started implementing jspwiki. JAAS security is enabled and
everything works fine. But I am not able to control access to page edits
using the allow tag. Also everyone is able to edit the admin group. Even
people who are not members of the group can edit the group. So please
help
me with the following questions.
1. What am I missing that the allow tag is not working as it should be ?
2. Is there a way to control non-members from editing the groups?
-Bhavani
This e-mail message, including any attachments, is for the sole use of
the intended recipient(s) and may contain information that is confidential
and protected by law from unauthorized disclosure. Any unauthorized review,
use
Re: page history not working
Ben, you should really give us some more details on this issue. Are your permissions correct, and are the physical files (assuming you use the VersioningFileProvider) of these versions present in the pages directory ? regards, Harry 2009/4/14 Ben Thompson ben.thomp...@nt.gov.au I have a question for the group on page revision. We are running JSPWiki v2.8.1, Tomcat 5.5.26 on z/OS . All of our pages under the info tab display This page (revision-1) for their update history, where has my history gone? Thanks Benjamin Thompson Systems Programmer Data Centre Services Northern Territory Government ph (08) 89997693
Re: Where are messages stored?
you can file a JIRA issue for this at https://issues.apache.org/jira/browse/JSPWIKI Harry 2009/4/17 Mike Morris mikro...@gmail.com Janne Jalkanen wrote: Yeah.. Been wondering if it would make sense to have a separate jar file for the i18n files. Even better IMHO would be to have them unpacked, since they also define some things that a customiser /might/ want to change -- icons, etc. It's not really user level stuff, but it certainly falls under the sphere of interest of a site maintainer. But next best would certainly be a separate jar... :-) -- mike morris :: mikro2nd (at) gmail (dot) com http://mikro2nd.net/ http://mikro2nd.net/blog/planb/ http://mikro2nd.net/blog/mike/ This email is [X]bloggable [ ]ask-first [ ]private
Re: Where are messages stored?
why would you want to enable/disable localizations ? having the i18n files plain in WEB-INF/classes is much easier if you want to customize them, just edit them (no unjarring/jarring) Harry 2009/4/17 Janne Jalkanen janne.jalka...@ecyrd.com Yeah.. Been wondering if it would make sense to have a separate jar file for the i18n files. Even better IMHO would be to have them unpacked, since they also define some things that a customiser /might/ want to change -- icons, etc. It's not really user level stuff, but it certainly falls under the sphere of interest of a site maintainer. But next best would certainly be a separate jar... :-) Dealing with multiple files is always a pain - a separate JAR file for each language sounds a bit better to me. That way you can enable/disable localizations simply by adding/removing JAR files. /Janne
Re: WARN: Cannot serialize session attribute JSONRPCBridge for session
http://mail-archives.apache.org/mod_mbox/incubator-jspwiki-user/200808.mbox/%3c3a6c97f00808120916p328692f4y33ab28c5a6e52...@mail.gmail.com%3e 2009/4/20 Janne Jalkanen janne.jalka...@iki.fi The exception is harmless and you can ignore it. You can configure your Tomcat not to report this exception (I think Harry had the details). JSPWiki uses AJAX quite heavily, e.g. check out the preview functionality while editing, or the search box. /Janne On Mon, Apr 20, 2009 at 03:22:07PM +0100, Weijian Fang wrote: Hi, When my jspwiki is stopping, it gives out a lot of warning saying that Cannot serialize session attribute JSONRPCBridge for session Please see the log4j record below. My questions are 1. why this warning? how to fix it? 2. How are JSON/AJAX used in JSPWiki? I am not aware they are used anywhere in my jspwiki deployment. Many thanks in advance! log4j:event logger=org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/] timestamp=1238674309712 level=WARN thread=main log4j:message![CDATA[Cannot serialize session attribute JSONRPCBridge for session B8E4DAC41954373BCCF458668BFEDFCC]]/log4j:message log4j:throwable![CDATA[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.GeneratedMethodAccessor34.invoke(Unknown Source) 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) 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 org.apache.catalina.session.StandardSession.writeObject(StandardSession.java:1478) at org.apache.catalina.session.StandardSession.writeObjectData(StandardSession.java:948) at org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:517) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:463) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:667) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4360) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1067) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1067) at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:448) at org.apache.catalina.core.StandardService.stop(StandardService.java:510) at org.apache.catalina.core.StandardServer.stop(StandardServer.java:734) at org.apache.catalina.startup.Catalina.stop(Catalina.java:602) at org.apache.catalina.startup.Catalina.start(Catalina.java:577) 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 org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) ]]/log4j:throwable /log4j:event Cheers, Weijian
Re: Lost versions and Tag failed error
shift-refresh is about your browser, to make sure you don't get a page from your browser-cache, you have to force an unconditional request to the server, which means holding the shift button and mouse-clicking the refresh (reload) button. Harry 2009/4/20 Weijian Fang w...@ecs.soton.ac.uk Writes are not cached, so they go directly to the persistence store. Does it help if your users shift-refreshes once he's saved things? What is shift-refresh? Does the content end up in the repository, ie. is the page history still correct? This could be a browser caching issue as well, if The wired thing is when my user saved the page, everything seemed fine; only after a couple of weeks or a couple of months, when my user went to check that page again, he noticed something went wrong. At that point, we do not know what the situation is when he saved his page. What is the reason for that tag failed error? Does it have anything to do with the problem? Cheers, Weijian they've got very aggressive caching set up. /Janne On Mon, Apr 20, 2009 at 04:22:36PM +0100, Weijian Fang wrote: I see JSPWiki uses some caching mechanism. How is the consistency between the in-memory cache and the persisted wiki page versions? If just after the save button in a wiki page edit tab is successfully returned, tomcat/jspwiki is restarted, will the new edits be safely recorded in the file system? I am using jspwiki 2.6.2 with VersioningFileProvider. Cheers, Weijian 2009/4/20 Weijian Fang w...@ecs.soton.ac.uk: Hi, One of my JSPWiki users reported that one of his saved wiki pages (it means he did see the save button returns successfully) has reverted to its previous version. Because he complained this for quite a few times (for different pages), and this time he even got a witness, so I really believe him. Has anyone experienced this kind of lost versions as well? Quite a lot Tag failed errors have been recorded by my log4j. Usually they burst out in a very short period. Please see the log4j record below. Will it have anything to do with the lost version problem? Many thanks in advance! log4j:event logger=com.ecyrd.jspwiki.tags.WikiTagBase timestamp=1239931142106 level=ERROR thread=TP-Processor14 log4j:message![CDATA[Tag failed]]/log4j:message log4j:NDC![CDATA[OMII-UK:/wiki/PrivateWIKIADMINSystemInfo OMII-UK:http://www.omii.ac.uk/wiki/PrivateWIKIADMINSystemInfo]http://www.omii.ac.uk/wiki/PrivateWIKIADMINSystemInfo%5D ]/log4j:NDC log4j:throwable![CDATA[javax.servlet.jsp.JspException: WikiContext may not be NULL - serious internal problem! at com.ecyrd.jspwiki.tags.WikiTagBase.doStartTag(WikiTagBase.java:86) at org.apache.jsp.Error_jsp._jspx_meth_wiki_005fMessages_005f0(Error_jsp.java:178) at org.apache.jsp.Error_jsp._jspService(Error_jsp.java:125) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:399) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301) at org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:686) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:656) at org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:801) at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:774) at org.apache.jsp.Wiki_jsp._jspService(Wiki_jsp.java:135) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at
Re: How to rebuild search index and page index
the easiest way is to completely empty the work directory, both the lucene index and the refmanager files will be recreated on startup (which will take a bit longer). make sure it is writable for the wiki the log should indicate that these things get recreated, and the index page should also work. Harry 2009/4/22 Ben Thompson ben.thomp...@nt.gov.au Question for the group. We have JSPWiki v2.8.1 running under tomcat on the mainframe. For DR purposes I have setup a copy of JSPWiki running under GLASSFISH on a windows machine and have replicated the pages from the mainframe. The new wiki works correctly and can see all the copied pages, however none these can be searched or have an entry in the index page. If I edit the a page the contents are added to search and the index page. I have found several entries in JSPWiki.org which say all I need to do is to modify the repository outside JSPWiki, and to force a reindex is to delete $workdir/lucene. I have tried this and is does not seem to work. Any other solutions or should I just copy the lucene index every time I replicate the wiki Thanks Benjamin Thompson Systems Programmer Data Centre Services Northern Territory Government ph (08) 89997693
Re: trying to integrate JSPWiki 2.8 with MS-AD via Tomcat 6
what could be the case is that because you have
transport-guaranteeCONFIDENTIAL/transport-guarantee tomcat redirects
you to the port configured as redirectPort as defined on the Connector
element in tomcat's server.xml
You could verify that by using
transport-guaranteeNONE/transport-guarantee
regards,
Harry
2009/5/12 Kinicky kini...@gmail.com
Hi everyone!
this is my scenery: i have users on AD and want them to use JSPWiki. I
follow the pages above but didnt succeed:
http://www.jspwiki.org/wiki/ActiveDirectoryIntegration
http://www.jspwiki.org/wiki/WebContainerAuthenticationViaLDAP
it's odd, after i did these changes i'm able to navigate through the pages
of wiki except the Login.jsp. When i try to go there to authenticate i got
an error message saying Firefox failed in establishing a connection with my
server.
i hope anyone can help me!
here some information:
*server.xml* on Tomcat:
Realm className=org.apache.catalina.realm.JNDIRealm debug=99
connectionURL=ldap://server:389;
connectionName=username
connectionPassword=password
referrals=follow
userBase=OU=Usuarios, OU=Cit, DC=cit
userSearch=(sAMAccountName={0})
userRoleName=memberOf
userSubtree=true
/
*web.xml* of JSPWiki
security-constraint
web-resource-collection
web-resource-nameAdministrative Area/web-resource-name
url-pattern/Delete.jsp/url-pattern
/web-resource-collection
auth-constraint
role-nameAdmin/role-name
/auth-constraint
user-data-constraint
transport-guaranteeCONFIDENTIAL/transport-guarantee
/user-data-constraint
/security-constraint
security-constraint
web-resource-collection
web-resource-nameAuthenticated area/web-resource-name
url-pattern/Edit.jsp/url-pattern
url-pattern/Comment.jsp/url-pattern
url-pattern/Login.jsp/url-pattern
url-pattern/NewGroup.jsp/url-pattern
url-pattern/Rename.jsp/url-pattern
url-pattern/Upload.jsp/url-pattern
http-methodDELETE/http-method
http-methodGET/http-method
http-methodHEAD/http-method
http-methodPOST/http-method
http-methodPUT/http-method
/web-resource-collection
web-resource-collection
web-resource-nameRead-only Area/web-resource-name
url-pattern/attach/url-pattern
http-methodDELETE/http-method
http-methodPOST/http-method
http-methodPUT/http-method
/web-resource-collection
auth-constraint
role-nameAdmin/role-name
role-nameAuthenticated/role-name
/auth-constraint
user-data-constraint
transport-guaranteeCONFIDENTIAL/transport-guarantee
/user-data-constraint
/security-constraint
login-config
auth-methodFORM/auth-method
form-login-config
form-login-page/LoginForm.jsp/form-login-page
form-error-page/LoginForm.jsp/form-error-page
/form-login-config
/login-config
security-role
description
This logical role includes all authenticated users
/description
role-nameAuthenticated/role-name
/security-role
security-role
description
This logical role includes all administrative users
/description
role-nameAdmin/role-name
/security-role
Re: Issue with JBOSS-5.0.0.GA
Tom,
it looks like the web.xml is not quite correct (this has already been
corrected in JSPWiki 2.8)
if you don't want to switch to 2.8, you can try to hack the web.xml :
change this:
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
version=2.4
in
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
version=2.4
regards,
Harry
2009/5/15 Duffy, Thomas J. thomas.du...@ngc.com
I successfully implemented JSPWiki 2.6.4 on JBOSS 3.2.6RC2 on a Windows
2000 Server. To do so I removed log4j from JSPWiki.war as suggested
earlier in this page. I was then able to deploy. I then exploded the
war file as suggested and that also worked fine.
When I upgraded JBOSS to 5.0.0.GA, I was unable to deploy JSPWiki 2.6.4.
When I tried to do so, I got the following errors and warnings:
{{{
WARN [SaxJBossXBParser] SchemaLocation: schemaLocation value =
'http://java.sun.com/xml/ns/j2ee/web-app-2_4.xsd' must have an event
number of URI's. @
vfszip:/C:/jboss-5.0.0.GA/server/default/deploy/JSPWiki.war/WEB-INF/web.
xml[6,23http://jboss-5.0.0.GA/server/default/deploy/JSPWiki.war/WEB-INF/web.%0Axml%5B6,23
]
ERROR [AbstractKernelController] error installing to Parse:
name-vfszip:/C:/jboss-5.0.0.GA/server/default/deploy/JSPWiki.war
state=Nothttp://jboss-5.0.0.GA/server/default/deploy/JSPWiki.war%0Astate=NotInstalled
mode=Manual requiredState=Parse
org.jboss.deployers.spi.DeploymentException: Error creaing managed
object for vfszip:C:/jboss-5.0.0.GA/server/default/deploy/JSPWiki.war
...
}}}
My question now is how do I resolve this issue?
--Tom Duffy, 15-May-2009 13:24
Re: Issue with JBOSS-5.0.0.GA
Tom,
this looks like an old classloading issue (similar to WebSphere 6.0 and
older).
I have no knowledge of JBoss at all, but do you have the option to change
the classloading hierarchy (like in WebSphere) ?
Or an option to hide packages (like in Geronimo's geronimo-web.xml).
(we also like to see full stacktraces, not just the first few lines :-) )
regards,
Harry
2009/5/17 Duffy, Thomas J. thomas.du...@ngc.com
Folks,
I tried replacing WEB-INF/lib/commons-logging-api.jar with
commons-logging-adapters-1.1.1.jar and still had the following errors:
ERROR [[/JSPWiki]] Exception starting filter WikiJSPFilter
Java.lang.LinkageError: loader constraints violated when linking
org/xml/sax/DTDHandler class
at org.jdom.input.SAXBuilder.configureParser(SAXBuilder.java:614)
...
ERROR [[/JSPWiki]] Exception starting filter WikiServletFilter
Java.lang.NoClassDefFoundError
at com.ecyrd.jspwiki.WikiEngine.initialize(WikiEngine.java:504)
...
Any insight?
Thanks,
Tom Duffy
-Original Message-
From: Duffy, Thomas J. [mailto:thomas.du...@ngc.com]
Sent: Friday, May 15, 2009 4:49 PM
To: jspwiki-user@incubator.apache.org
Subject: RE: Issue with JBOSS-5.0.0.GA
Folks,
Looks like the note in:
http://www.jspwiki.org/wiki/BugProblemsWithCommonLogging might come in
handy.
Cheers,
Tom Duffy
-Original Message-
From: Harry Metske [mailto:harry.met...@gmail.com]
Sent: Friday, May 15, 2009 3:01 PM
To: jspwiki-user@incubator.apache.org
Subject: Re: Issue with JBOSS-5.0.0.GA
Tom,
it looks like the web.xml is not quite correct (this has already been
corrected in JSPWiki 2.8) if you don't want to switch to 2.8, you can
try to hack the web.xml :
change this:
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
version=2.4
in
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
version=2.4
regards,
Harry
2009/5/15 Duffy, Thomas J. thomas.du...@ngc.com
I successfully implemented JSPWiki 2.6.4 on JBOSS 3.2.6RC2 on a
Windows 2000 Server. To do so I removed log4j from JSPWiki.war as
suggested earlier in this page. I was then able to deploy. I then
exploded the war file as suggested and that also worked fine.
When I upgraded JBOSS to 5.0.0.GA, I was unable to deploy JSPWiki
2.6.4.
When I tried to do so, I got the following errors and warnings:
{{{
WARN [SaxJBossXBParser] SchemaLocation: schemaLocation value =
'http://java.sun.com/xml/ns/j2ee/web-app-2_4.xsd' must have an even
number of URI's. @
vfszip:/C:/jboss-5.0.0.GA/server/default/deploy/JSPWiki.war/WEB-INF/web.
xml[6,23http://jboss-5.0.0.GA/server/default/deploy/JSPWiki.war/WEB-I
NF/web.%0Axml%5B6,23
]
ERROR [AbstractKernelController] error installing to Parse:
name-vfszip:/C:/jboss-5.0.0.GA/server/default/deploy/JSPWiki.war
state=Nothttp://jboss-5.0.0.GA/server/default/deploy/JSPWiki.war%0Ast
ate=NotInstalled mode=Manual requiredState=Parse
org.jboss.deployers.spi.DeploymentException: Error creaing managed
object for vfszip:C:/jboss-5.0.0.GA/server/default/deploy/JSPWiki.war
...
}}}
My question now is how do I resolve this issue?
--Tom Duffy, 15-May-2009 13:24
Re: jspwiki.org is down
yep I noticed, we have to wait until Janne can have a look at it . regards, Harry 2009/5/19 Alexey Kakunin akaku...@emdev.ru It looks down for at least last hour :( -- With Best Regards, Alexey Kakunin, EmDev Limited Professional Software Development: http://www.emdev.ru
Re: change default.properties in jar
Well, as I said at least for Tomcat that is searched first before WEB-INF/lib/*.jar :-) I don't know the classloading hierarchy in JBoss, maybe that's different. Switching to the dev-list: Any JBoss expert on the list who can answer this question ? regards, Harry 2009/5/20 louis.mast...@log-net.com OK, I put the changed default.properties file pretty much everywhere in the war directory and nothing worked. Am I missing something? I tried: WEB-INF/default.properties WEB-INF/templates/default.properties WEB-INF/classes/default.properties WEB-INF/classes/templates/default.properties WEB-INF/lib/default.properties WEB-INF/lib/templates/default.properties war/templates/default.properties I'm using 2.8.1 under JBoss 4.2 and java 1.5. Thanks, Lou lgilardon...@gmail.com lgilardon...@gmail.com 05/20/2009 03:15 AM Please respond to jspwiki-user@incubator.apache.org To jspwiki-user@incubator.apache.org cc Subject Re: change default.properties in jar Surely :-) but under classes/templates/default.properties (at least with 2.8.x) L Janne Jalkanen wrote: Probably :-) /Janne On 19 May 2009, at 22:43, Harry Metske wrote: isn't easier to put the default.properties in WEB-INF/classes ? (at least for Tomcat that is searched first before WEB-INF/lib/*.jar) Harry 2009/5/19 Janne Jalkanen janne.jalka...@ecyrd.com Yeah, you just need to make sure the resource is found first. For example, you could package the default.properties into aaa_myproperties.jar, and that would be found first in the classpath. /Janne On 19 May 2009, at 21:10, louis.mast...@log-net.com wrote: If I want to change a piece of text in the default.properties file in the JSPWiki.jar, how would I go about doing that? Can I override it somehow, or should I go the unjar-change-jar route? Thanks, Lou
Re: plugin pooling?
Bob, as far as I know, there are currently no plans to change this behavior. Harry 2009/5/26 Bob Paige bobpa...@gmail.com Looking at this page (http://www.jspwiki.org/wiki/PluginDevelopment) it appears plugins are re-instantiated for every call as opposed to pooled or even treated as singletons. Any change this is going to change in the future? It could impact how some of my in-house plugins work (using member variables vs. thread locals, etc.). Just checking :) -- Bobman
Re: URGENT -- UTF-* encoding issue
can you reproduce this problem on http://sandbox.jspwiki.org ? Harry 2009/6/8 Ahmad, Naveed1 naveed1.ah...@citi.com I have recently upgraded to 2.8.2 and have a major problem with Character encoding in some pages. (UTF-8) Select Start ￢タモ Run ￢タモ and Single Quotes/ Double Quotes and Hypthens (-) are being rendered in wiki as some wierd character? Once I edit the file it appears ok - in unix the orginal file is fine. Any help would be very much appreciated. Thanks, Naveed.
Re: MultipleWikis Security 2.3 FAQ
John, if you still need the info on http://www.jspwiki.org/wiki/Security2.3FAQ, you can view it now. There was an ALLOW statement on it that wasn't between comment brackets. regards, Harry 2009/6/8 Volkar, John M. jvol...@medrad.com I was looking into setting up a 2.8.x with security, and was looking to see if jspwiki.policy could be set in server.xml as a context parameter like I do for the jspwiki.properties file (see MultipleWikis page). There is a question on the MultipleWikis page about this that links to page Security 2.3 FAQ. This appears to require a login, I (of course) have forgotten what I used for the jspwiki.org site, and attempted to re-register. In several attempts to register I get a invalid profile message (presumably because one of the elements I was using to register existed my old profile?). So I'm wanting the info on that page, so I figure fine, I'll just register as a temporary user SnarfBlatt, and just use that profile... The registration succeeded, but when I then tried to access the page Security 2.3 FAQ, I get a Forbidden message. The site shows me as Authenticated as SnarfBlatt, but access is denied? So two questions: 1) Why can't I get to the page Security 2.3 FAQ as SnarfBlatt? (Idle curiosity/annoyance) and 2) How can I override the jspwiki.policy on a per-wiki basis when setting up MultipleWikis? Regards, John Volkar
Re: Date Manipulation Plugins
Srian, the core plugins only have a CurrentTimePlugin that accepts parameters to format the datestring. I am not aware of any (non-core) plugin that does exactly what you want, but maybe you can write your own plugin based on the CurrentTimePlugin. regards, Harry 2009/6/18 srian balaji_sridha...@syntelinc.com Hi, Do we have any plugins for performing date manipulations (such as add, subtract from currentdate dynamically) My current Requirement is, i need to display a reporting period column in my page with Start and end date(Basically previous week dates) generating dynamically on selection of page. Any help or suggestion would be greatly appreciated. Thanks in advance Srian. -- View this message in context: http://www.nabble.com/Date-Manipulation-Plugins-tp24096509p24096509.html Sent from the JspWiki - User mailing list archive at Nabble.com.
Re: User Preferences not getting saved
I think this can be solved by removing your old JSPWiki cookies. /Harry 2009/6/26 Bhavani bhanu0...@yahoo.com Hi, We installed jspwiki (version 2.8.3) and started working on it. Works great but recently noticed that when I change the name in the 'User Preferences' tab and try to save it, it seems like it is saving it and redirects me to the wiki page. But when I go back to the 'User preferences' page, I see the old value. I tried this both on Firefox and IE. Please let me know if there is resolution for this issue. Thanks, Bhanu:-)
PageViewPlugin
Hi there, Andre has contributed a PageViewPlugin. Looks to me a good candidate to takeinto the core distribution, it just needs some additional JUnit tests. Any thoughts ? See http://www.jspwiki.org/wiki/PageViewPlugin regards, Harry
Re: JIRA issue voting
All right, then, for those of you who like to vote on issues or requirements: - go to https://issues.apache.org/jira/browse/JSPWIKI - create an account if you don't have one yet (an account is required for voting) and sign in - then on the right side select the Open issues - scroll through the list and select the issue you like vote for - on the left side select vote for it regards, Harry 2009/8/23 Janne Jalkanen janne.jalka...@ecyrd.com On 23 Aug 2009, at 16:20, Harry Metske wrote: Hi all, I noticed that voting on JIRA issues is hardly used in JSPWiki (4 votes). See: https://issues.apache.org/jira/browse/JSPWIKI?report=com.atlassian.jira.plugin.system.project:popularissues-panel Are there specific reasons for that ? It seems to me that proper use of voting can help us prioritize in solving issues, right ? True... I don't think people have just really realized that it exists. Would be a good idea if we took the high-prioritized items into consideration when we start looking for bugs to fix and issues to implement - though I don't believe it's a good idea to follow them literally. /Janne
Re: JSPWiki 2.8.2 - Oracle Application Server
this mail list does not accept attachments, could you cut/paste the stacktrace in the mail body ? regards, Harry 2009/8/28 Robert FORBES rfor...@highlinecorp.com We want to deploy JSPWiki 2.8.2 against an Oracle Application Server. We have successfully installed JSPWiki 2.8.2 on an OAS 10.1.3.1 version, but it won't go on 10.1.3.4. This is the error message that we get *You tried to instantiate an abstract class com.ecyrd.jspwiki.PageManager* As we can see in a more complete stack trace attached. I saw the two threads on the discussion board with this error and tried to resolve it in that manner, but I suspect that we are dealing with something yet slightly different ANY thoughts on where I should start hunting ???
