- xwiki-users@xwiki.org - lists.xwiki.org

LDAP Authentication to Active Directory
by Whisler, Dave 10 May '07

10 May '07

1. Anyone had success with configuring Xwiki so it will use an Active Directory to authenticate using SSL (port 636)? I'm using Xwiki 1.0 RC3 as a standalone installation on a Win2003 Server using Jetty (though have configured Xwiki to use our MySQL Server - and this works fine). I was able to sucessfully get it to authenticate to our AD via LDAP port 389, but can't seem to get it work under port 636 (SSL). And I have installed the cert from the LDAP Server on the XWiki box (Win2003 Server), so I'm not sure what I'm doing wrong. For those that have deployed Xwiki using LDAP Authentication via a AD in SSL mode, you could send me the parameters you have tweaked in the xwiki.cfg file (and anything else you did)? 2. I see that a patch was been developed (XWIKI-865 - related to XWIKI-1079 and XWIKI-805) to enable support for SSL connections to LDAP. Do I need to install this patch or this already included in as part of Xwiki 1.0 RC3 on the download? If I do need to install it - how? The documentation on the patch and on the xwiki.org site does not say how to install patches (sorry if I'm supposed to know this already - but I'm not a Java programmer). How are patches installed and what procedures should be done as part of the post-installation, and how does one know when a release includes a patch? Thanks in advance for your help, Dave

1 0

[xwiki-users] RE: Questions about the Lucene-plugin
by Karttunen Petteri 10 May '07

10 May '07

I think it's impossible to do the paging properly under the conditions mentioned below. So I have a flat results view but I've done some efforts for a compact and easily customizable search results view, which has sorting and sort direction functionality. If you want to have it you should also have my lucene-patches to support sorting directions and to do AND-searches by default. If you want I can send these all to you but maybe somebody of the project team could shortly comment these issues before. If there is a roadmap with the plugin I could also offer myself to be a contributor. Lucene-plugin works 100X (well...almost) faster than regular xwiki-searches and is at least at the moment the only possible choice in my xwiki-environment. And by the way, many thanks for Ludovic and the whole team for great work! Regards, Petteri ________________________________ Lähettäjä: Michael Guntli [mailto:[email protected]] Lähetetty: ke 9.5.2007 11:12 Vastaanottaja: xwiki-users(a)objectweb.org Aihe: [xwiki-users] RE: Questions about the Lucene-plugin I had the same problem with post-filtering the search results. (there were not all results displayed, and that caused a problem in a paged view (ex. just 10 out of 30 on page1, 15 of 30 on page2..) Maybe you can improve my lucene search page macro? http://www.xwiki.org/xwiki/bin/view/Code/LuceneSearchPage petteri.karttunen wrote: > > About the "confusing" results: of course I can do some velocity- or groovy > -post-processing on the page to filter out the duplicate document names > from results. This is no problem if I want to show the results as one flat > list but it becomes quite complicated to do efficiently if I want to show > f.ex. 30 hits per page with paging. Basically I mean that all the index > data holded by one page (page content, objects, attachments...) should be > regarded as this page's properties and indexed under one lucenedoc. If I > operationally have understood something incorrectly, please correct me. > > What do you think? > > -Petteri > > I'm testing the version RC1 and have some thoughts about the > Lucene-plugin: > > Sorting > ------- > At the moment there is no method in the API to choose between the sorting > directions. I think there should be one. > > Boolean Queries > --------------- > Is the default query-type going to stay an ORed one? Should it better be > an AND-query, like Google? I think most of the surfers expect that > nowadays. At least there could be method to choose between them. > > Results > ------- > Search results are a bit confusing now. When I search for a word that > appears both in a document, in it's attachment and in it's object's > properties I get three hits. One for each type. There a special cases, of > course, but I think it would be more usable to get in my example case by > default just one hit. There would still remain a method ("type: object") > to distinguish between the types in a query. > > If you like, I can provide patches for the two first (minor) issues. > > Regards, > Petteri > > > > > > > > > > -- > You receive this message as a subscriber of the xwiki-users(a)objectweb.org > mailing list. > To unsubscribe: mailto:[email protected] > For general help: mailto:[email protected]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > -- View this message in context: http://www.nabble.com/Questions-about-the-Lucene-plugin-tf3704984.html#a103… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 1

[ANN] XWiki 1.0 RC 4 Released
by Vincent Massol 09 May '07

09 May '07

The XWiki development team team is pleased to announce the availability of the 1.0 RC 4 release. Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download This release is a bug fix release and is planned to be promoted as the final 1.0 release next week if no critical bug is found till then. * Bugs fixed: o XWIKI-1023 - Probable mistake in strikethrough regular expression match o XWIKI-1151 - Wyswiyg editor has problem with lists and carriage returns o XWIKI-1152 - Wysiwyg loosing content when copy pasting and switching to list o XWIKI-1161 - Exception when manipulating class fields causes them to "disappear" o XWIKI-1163 - Remove lines space before and after the list, table o XWIKI-1164 - Editor removes line feeds o XWIKI-1165 - WYSIWYG editor doesn't understand the "-" notation for lists o XWIKI-1166 - WYSIWYG editor doesn't understand the <text> , it's ignored o XWIKI-1167 - Create 2 lists that separated by a line space then it merges both lists o XWIKI-1172 - "Indent" button generates escaped <bloquote> wiki markup o XWIKI-1180 - The blockquote is never removed o XWIKI-1182 - Empty line after list missing o XWIKI-1183 - URLs entered in wiki markup are displayed without the protocol part o XWIKI-1184 - Tooltip for Ordered List is wrong o XWIKI-1189 - Reduce the amount of space before the level 1 title o XWIKI-1190 - One empty line at the start of a document is stripped when rendered and edited again o XWIKI-1191 - Macromapping of velocity macros when there's no Velocity macro page defined fail and instead include the WebHome page of the current space o XWIKI-1192 - {skype} macro mapping to #skype velocity macro isn't working o XWIKI-1197 - exception in rename nonexistent document o XWIKI-1204 - Incorrect type of code macro when we switch from wiki => wysiwyg => wiki * Improvements o XWIKI-1039 - The albatross skin does not distinguish disabled form fields o XWIKI-1109 - XWikiRightServiceImpl.listAllLevels uses an expensive method for producing the rights list. o XWIKI-1200 - Hide actions in the menu that don't have a meaning for a non-existing document IMPORTANT: XWiki 1.0 RC 2 has fixed an important security issue in past releases where passwords were stored in clear in the database. Passwords are now hashed. If you are upgrading from a previous version, any new user or any password update will automatically get the password hashed. However existing users who do not change their passwords will still have their passwords in clear in the database. Thus, we are providing a tool to automatically hash all passwords from an existing database. See the full release notes on http://www.xwiki.org/xwiki/bin/view/ Main/ReleaseNotesXWiki10RC4 Enjoy -The XWiki development team

1 0

detect finished action
by Oova 09 May '07

09 May '07

I am looking for a way to detect using velocity code, whether a button has been pressed. I want to change an object's property's value before the action goes from edit or inline back to view but only if the 'save and view' button has been pressed. thanks in advance Uwe -- View this message in context: http://www.nabble.com/detect-finished-action-tf3692266.html#a10323349 Sent from the XWiki- Users mailing list archive at Nabble.com.

2 1

Error with generated pdf
by christophe.thoumelin＠numerique64.fr 09 May '07

09 May '07

Hello, First, sorry for my approximate English , I try to explain my problem as clearly as possible. When i use the pdf generator by clicking on the "pdf button" in the XWiki menu bar, the generated pdf dont have any size. Then, when I want to open it, I obtain an error saying to me that the document is damaged or corrupted. Finally, in my server logs, i have Wrapped Exception: org.apache.fop.fo.ValidationException: null:1:182: Error(1/182): fo:root, Error processing foreign attribute: http://www.w3.org/XML/1998/namespace/@xml:lang com.xpn.xwiki.XWikiException: Error number 12002 in 12: Exception while exporting PDF Wrapped Exception: org.apache.fop.fo.ValidationException: null:1:182: Error(1/182): fo:root, Error processing foreign attribute: http://www.w3.org/XML/1998/namespace/@xml:lang at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportXMLFO(PdfExportImpl.java:162) at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportXHtml(PdfExportImpl.java:107) at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportHtml(PdfExportImpl.java:170) at com.xpn.xwiki.pdf.impl.PdfExportImpl.export(PdfExportImpl.java:184) at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportToPDF(PdfExportImpl.java:174) at com.xpn.xwiki.web.PDFAction.render(PDFAction.java:44) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:150) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:216) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445) at java.lang.Thread.run(Thread.java:595) Hope, that anybody can help me! Regards, Christophe

2 1

RE: [xwiki-users] Questions about the Lucene-plugin
by Karttunen Petteri 09 May '07

09 May '07

About the "confusing" results: of course I can do some velocity- or groovy -post-processing on the page to filter out the duplicate document names from results. This is no problem if I want to show the results as one flat list but it becomes quite complicated to do efficiently if I want to show f.ex. 30 hits per page with paging. Basically I mean that all the index data holded by one page (page content, objects, attachments...) should be regarded as this page's properties and indexed under one lucenedoc. If I operationally have understood something incorrectly, please correct me. What do you think? -Petteri I'm testing the version RC1 and have some thoughts about the Lucene-plugin: Sorting ------- At the moment there is no method in the API to choose between the sorting directions. I think there should be one. Boolean Queries --------------- Is the default query-type going to stay an ORed one? Should it better be an AND-query, like Google? I think most of the surfers expect that nowadays. At least there could be method to choose between them. Results ------- Search results are a bit confusing now. When I search for a word that appears both in a document, in it's attachment and in it's object's properties I get three hits. One for each type. There a special cases, of course, but I think it would be more usable to get in my example case by default just one hit. There would still remain a method ("type: object") to distinguish between the types in a query. If you like, I can provide patches for the two first (minor) issues. Regards, Petteri

2 1

createUser behavior
by Gunter Leeb 08 May '07

08 May '07

Hi, With RC3, I encountered a problem that I believe was not there before: (Environment: Windows against MySQL (fresh database + xwiki-1.0-rc-3.zip) Calling createUser : context.getWiki().createUser("gleeb", map, "XWiki.XWikiUsers", "#includeForm(\"XWiki.XWikiUserTemplate\")", "edit", context); Map: Mapping active=1 Causes: com.xpn.xwiki.XWikiException: Error number 8002 in 8: Cannot create user XWiki.gleeb Wrapped Exception: Error number 3201 in 3: Exception while saving document XWiki.gleeb Wrapped Exception: Error number 13012 in 3: Exception while saving links Wrapped Exception: null at com.xpn.xwiki.XWiki.createUser(XWiki.java:2770) at com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697) at com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111) at com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178) at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906) at com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118) at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914) at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Wrapped Exception: com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document XWiki.gleeb Wrapped Exception: Error number 13012 in 3: Exception while saving links Wrapped Exception: null at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:314) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:914) at com.xpn.xwiki.XWiki.createUser(XWiki.java:2759) at com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697) at com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111) at com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178) at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906) at com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118) at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914) at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Wrapped Exception: com.xpn.xwiki.XWikiException: Error number 13012 in 3: Exception while saving links Wrapped Exception: null at com.xpn.xwiki.store.XWikiHibernateStore.saveLinks(XWikiHibernateStore.java:1491) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:305) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:914) at com.xpn.xwiki.XWiki.createUser(XWiki.java:2759) at com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697) at com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111) at com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178) at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906) at com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118) at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914) at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Wrapped Exception: java.lang.NullPointerException at java.util.Hashtable.put(Unknown Source) at com.xpn.xwiki.XWikiContext.setDoc(XWikiContext.java:158) at com.xpn.xwiki.store.XWikiHibernateStore.saveLinks(XWikiHibernateStore.java:1470) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:305) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:914) at com.xpn.xwiki.XWiki.createUser(XWiki.java:2759) at com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697) at com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180) at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111) at com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178) at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906) at com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118) at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914) at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Am I doing something wrong? Regards, Gunter ------------------------------------------------------------------------------- Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -------------------------------------------------------------------------------

1 0

[xwiki-users] RSS macro make the entire site to hang
by Antonio Goncalves 08 May '07

08 May '07

Hi, I've created a panel that is displayed on the right side (of every page). This panel displays the five top titles of an external weblog using the rss macro : {rss:feed=http://jroller.com/rss/agoncal|count=5} The problem that I'm facing is that the rss feed is broken (JRoller's problem). And because of that, the macro hangs (for quite a while) and then throws an exception. Because it's displayed on everypage, navigating in the wiki becomes really slow. Is there a way to do something better ? Antonio (BTW I'm using RC2) 12:40:01,578 WARN http-8080-Processor25 http://localhost:8080/xwiki/bin/view/Main/ MacroFilter:handleMatch:139 - MacroFilter: unable java.io.IOException: Error processing http://jroller.com/rss/agoncal: Connection timed out: connect at com.xpn.xwiki.render.macro.rss.RSSMacro.execute(RSSMacro.java :102) at org.radeox.filter.MacroFilter.handleMatch(MacroFilter.java:117)

4 3

Event Calendar
by Ronald R. DiFrango 07 May '07

07 May '07

xwiki-users(a)objectweb.org, I see ways to add events, but is there a way to either delete events or change them? Thanks in advance, Ron

2 1

XWiki Gentoo Linux ebuild
by Artem Melentyev 06 May '07

06 May '07

Hello. This email is mainly for Gentoo Linux users/admins/developers. I write a draft version of XWiki ebuild (package analog) for Gentoo Linux distribution: http://jira.xwiki.org/jira/browse/XWIKI-467 ebuild in attachments install instructions in comments For now ebuild can (USE flags): war - simple build war in /usr/share/xwiki-svn-1.0/lib/xwiki.war exowar - build exo portlet integration war in /usr/share/xwiki-svn-1.0/lib/xwiki-exo.war standalone - build standalone distribution (embedded hsqldb and jetty) and install it in /usr/share/xwiki-svn-1.0/standalone run by /etc/init.d/xwiki start tomcat - deploy to tomcat6. simply symlink war file :) write what you want else? ebuild will checkout svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki/branches/XWIKI_1_0 sources for building and uses ant for building. ebuild uses svn because xwiki haven't source distribution yet. But I think for test this ebuild svn is most suitable. Later we will needed source distribution for xwiki releases. ebuild allow to Gentoo user to install xwiki very easily without any knowledge in xwiki. I tested this ebuild on ~amd64 arch, sun-jdk-1.5 & 1.6 (with some patches allowing xwiki to compile at 1.6). I would like to hear some feedbacks,notes,misprints and bugs before we can propose this ebuild to Gentoo java-overlay or java-experimental overlay. -- Artem Melentyev, UralSU, CS401

1 0