xwiki-users

xwiki-users@xwiki.org

10408 discussions

by Thomas Arthur Oehser

I must be looking in the wrong places, I'm having trouble setting up either email validation as I would expect it to work, or captcha, and I'm not sure where the documentation is for it... In the 'preferences' tabs (I'm running the svn tips 1674 + b1.5 xar), I have email host and admin email address- which I have sending the email- but, after it sends the confirmation email, the user seems to be actually registered, it isn't waiting for a response, for that matter, there doesn't seem to exist the configurations I would expect of a mechanism for it _to_ listen for a response. Does this mean that I'm supposed to manually set the rights to require a group membership, then manually look for responses? Or create a script that listens for email responses and adds users to the "verified" group? I'm missing major chunks of how to get it to work. Also, I have not found the option or tab or preference (or documentation) for the 'captcha' functionality. Probably I just need to be pointed in the right direction? Desired functionality: - Registration first requires passing a captcha test. - The user enters their email address. - Their verification email is sent, with some kind of GUID. - Their ID is created in some 'locked- waiting for confirm' limbo. - XWiki receives their email and confirms that it has the GUID. - Their status is changed from 'locked' to 'normal registered user'. o What parts of this are currently implemented? o What parts of this are wishful thinking? o Where can I find documentation and help? -Thanks, -Tom -- May 4, 1970: Alison Krause, Jeffrey Miller, Sandra Scheuer, William Schroeder.

18 years, 3 months

Photo Upload errors

by mwiley

I was getting the tempdirnotset error so I added the tmp setting in the xwiki.cfg file. But now I am geeting this error. Error number 3232 in 3: Exception while saving attachment IMG_2023.jpg of document Photos.Winterof06 Wrapped Exception: Could not execute JDBC batch update com.xpn.xwiki.XWikiException: Error number 3232 in 3: Exception while saving attachment IMG_2023.jpg of document Photos.Winterof06 Wrapped Exception: Could not execute JDBC batch update at com.xpn.xwiki.store.XWikiHibernateAttachmentStore.saveAttachmentContent(XWikiHibernateAttachmentStore.java:99) at com.xpn.xwiki.doc.XWikiDocument.saveAttachmentContent(XWikiDocument.java:2298) at com.xpn.xwiki.doc.XWikiDocument.saveAttachmentContent(XWikiDocument.java:2284) at com.xpn.xwiki.web.UploadAction.action(UploadAction.java:114) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:149) 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:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Wrapped Exception: java.sql.BatchUpdateException: Packet for query is too large (1193355 > 1048576). You can change this value on the server by setting the max_allowed_packet' variable. at com.mysql.jdbc.PreparedStatement.executeBatch(PreparedStatement.java:1612) at org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:294) at org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:294) at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:58) at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:195) at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:91) at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:86) at org.hibernate.jdbc.AbstractBatcher.prepareBatchStatement(AbstractBatcher.java:171) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2048) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2427) at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:51) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:243) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:227) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:140) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:296) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1009) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:356) at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106) at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:573) at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:547) at com.xpn.xwiki.store.XWikiHibernateAttachmentStore.saveAttachmentContent(XWikiHibernateAttachmentStore.java:94) at com.xpn.xwiki.doc.XWikiDocument.saveAttachmentContent(XWikiDocument.java:2298) at com.xpn.xwiki.doc.XWikiDocument.saveAttachmentContent(XWikiDocument.java:2284) at com.xpn.xwiki.web.UploadAction.action(UploadAction.java:114) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:149) 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:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) -- View this message in context: http://www.nabble.com/Photo-Upload-errors-tf3365393.html#a9363517 Sent from the XWiki- Users mailing list archive at Nabble.com.

18 years, 3 months

Installation problems

by Morten Helles

Hi I am deploying xwiki on Tomcat 5.5 and Mysql 5.0. Having followed the installation instructions, I get this: #template("startpage.vm") #xwikimessageboxstart(Notice The requested document could not be found.) #xwikimessageboxend() #template("endpage.vm") when I visit the main URL: http://localhost:8080/xwiki/bin/view/Main/WebHome. Suggestions would be much appreciated. Thanks, Morten Helles __________________________________________________________ Alt i én. Få Yahoo! Mail med adressekartotek, kalender og notesblok. http://dk.mail.yahoo.com

18 years, 3 months

Help in choosing a code name for the 1.0 skin

by Vincent Massol

Hi everyone, In preparation for the 1.0 release we need to rename the current skin which is wrongly named xwiki10b1... I think the best is to not have any version in the name and choose a code name. So here's a challenge to find the best name for the current 1.0 skin (the one used by http://xwiki.org). Shoot! Thanks -Vincent

18 years, 3 months

Instantiating arbitrary Java classes in XWiki pages

by THOMAS, BRIAN M (ATTSI)

In several instances to date I have found that I can instantiate an arbitrary Java class from a page (with programming rights) if it has a default (i.e. no-parameters) constructor, since java.lang.Class.newInstance() does the trick (where the Class object is obtained by a reference to $xwiki.class). However, to use a non-default constructor, one must use java.lang.reflect.Constructor.newInstance(Object...). Every attempt to do this has failed silently. Indeed, even calling Class.getDeclaredConstructor(Class...) fails; the only way I've managed to get a Constructor object is by looping through the results of Class.getDeclaredConstructors() and picking the one that suits my needs. No errors in logfiles, and so far I haven't even caught it in the act while debugging it under Eclipse. Two possibilities present themselves, though so far my investigation has not yielded any result in either direction: One is that I'm not passing the arguments correctly - in both cases, the argument list is specified in the javadocs as "<typename>..." but in the source, while the formal parameter is an array, other code actually invokes it as a list, as in the case of a C varargs list. Regardless, I can't invoke it successfully either with an array or with a list. The other is Java permissions. Since the Constructor class is in the java.lang.reflection package, and reflection is (I believe) a potentially restricted operation, it may require changing the java.security.Permission configuration. It looks like, for Tomcat, that's accomplished by editing the catalina.policy file. Anyone else have experience in this area? I know I can always create a plugin to handle the necessary object creation, and I may eventually do so anyway because granting the necessary permission to XWiki's libraries may open it too widely, but for the moment, I'd rather not have to... brain[sic]

18 years, 3 months

Problems importing Panels.PanelWizard on fresh beta 4 install

by Dan Murphy

Hi, Just installed a fresh xwiki beta 4 on WAS CE 1.1 (and MySQL 5.0.22-Debian_0ubuntu6.06.2). And have a couple of probs :( Appologies in advance for the lenght of the email - that's stack traces for you ;) When I started the server I got a number of warning and errors I've not seen before - are these "normal" ? 16:39:56,995 ERROR [SimpleLog4JLogSystem] RHS of #set statement is null. Context will not be modified. [line 9, column 1] 16:39:56,995 ERROR [SimpleLog4JLogSystem] Left side ($objuser.getProperty("usertype").value) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. [line 10, column 66] 16:39:56,997 WARN [SimpleLog4JLogSystem] org.apache.velocity.runtime.exception.ReferenceException: reference : template = [line 1,column 31] : ${doc.parent.title} is not a valid reference. 16:39:57,010 ERROR [SimpleLog4JLogSystem] RHS of #set statement is null. Context will not be modified. [line 1, column 1] 16:39:57,041 ERROR [SimpleLog4JLogSystem] RHS of #set statement is null. Context will not be modified. [line 18, column 1] 16:39:57,045 ERROR [SimpleLog4JLogSystem] VM #breadcrumb: error : too few arguments to macro. Wanted 3 got 0 16:39:57,097 ERROR [SimpleLog4JLogSystem] Left side ($!hidecolumns) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. [line 9, column 21] 16:39:57,097 ERROR [SimpleLog4JLogSystem] RHS of #set statement is null. Context will not be modified. [line 11, column 1] 16:39:57,266 ERROR [SimpleLog4JLogSystem] Left side ($category) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. Main.WebHome [line 5, column 16] 16:39:57,266 WARN [SimpleLog4JLogSystem] org.apache.velocity.runtime.exception.ReferenceException: reference : template = Main.WebHome [line 1,column 242] : ${category} is not a valid reference. 16:39:57,647 ERROR [SimpleLog4JLogSystem] Left side ($velocityCount) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. Main.WebHome [line 48, column 42] Although they claim to be coming from Main.WebHome, they don't exist at the line referenced in the document (or in the included Main.Dashboard(AFAICS)). Seems like it might be a problem in the skin. Also, When I import the beta 4 XAR, the Panels.PanelWizard failed to import.... I then selected just this page again (from the import wizard) and it imported ok. Is this expected (I was wondering if the dependency on XWIKI.TagClassmean that the XWIKI space needs to imported first... but then I've not seen this behaviour before). Unfortunatly I suspect that the error message showing the reason for the failure was swallowed by the following exception I found in the logs : 16:12:31,021 WARN [RegexTokenFilter] <span class="error">Exception</span>: com.xpn.xwiki.render.filter.MacroFilter@1000100 java.lang.NullPointerException at org.radeox.macro.parameter.BaseMacroParameter.insertValue( BaseMacroParameter.java:142) at org.radeox.macro.parameter.BaseMacroParameter.split( BaseMacroParameter.java:120) at org.radeox.macro.parameter.BaseMacroParameter.setParams( BaseMacroParameter.java:58) at org.radeox.filter.MacroFilter.handleMatch(MacroFilter.java:100) at org.radeox.filter.regex.RegexTokenFilter$1.handleMatch( RegexTokenFilter.java:91) at org.radeox.regex.JdkMatcher.substitute(JdkMatcher.java:48) at org.radeox.filter.regex.RegexTokenFilter.filter(RegexTokenFilter.java :89) at org.radeox.filter.FilterPipe.filter(FilterPipe.java:169) at org.radeox.engine.BaseRenderEngine.render(BaseRenderEngine.java:108) at com.xpn.xwiki.render.XWikiRadeoxRenderer.render( XWikiRadeoxRenderer.java:70) at com.xpn.xwiki.store.XWikiHibernateStore.saveLinks( XWikiHibernateStore.java:1459) 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:890) at com.xpn.xwiki.plugin.packaging.Package.installDocument(Package.java :547) at com.xpn.xwiki.plugin.packaging.Package.install(Package.java:488) at com.xpn.xwiki.plugin.packaging.PackageAPI.install(PackageAPI.java :191) at com.xpn.xwiki.web.ImportAction.render(ImportAction.java:90) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:150) ... 16:12:31,023 WARN [RegexTokenFilter] <span class="error">Exception</span>: com.xpn.xwiki.render.filter.MacroFilter@14001400 java.lang.NullPointerException at org.radeox.macro.parameter.BaseMacroParameter.insertValue( BaseMacroParameter.java:142) at org.radeox.macro.parameter.BaseMacroParameter.split( BaseMacroParameter.java:120) at org.radeox.macro.parameter.BaseMacroParameter.setParams( BaseMacroParameter.java:58) at org.radeox.filter.MacroFilter.handleMatch(MacroFilter.java:100) at org.radeox.filter.regex.RegexTokenFilter$1.handleMatch( RegexTokenFilter.java:91) at org.radeox.regex.JdkMatcher.substitute(JdkMatcher.java:48) at org.radeox.filter.regex.RegexTokenFilter.filter(RegexTokenFilter.java :89) at org.radeox.filter.FilterPipe.filter(FilterPipe.java:169) at org.radeox.engine.BaseRenderEngine.render(BaseRenderEngine.java:108) at com.xpn.xwiki.render.XWikiRadeoxRenderer.render( XWikiRadeoxRenderer.java:70) at com.xpn.xwiki.store.XWikiHibernateStore.saveLinks( XWikiHibernateStore.java:1459) 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:890) at com.xpn.xwiki.plugin.packaging.Package.installDocument(Package.java :547) at com.xpn.xwiki.plugin.packaging.Package.install(Package.java:488) at com.xpn.xwiki.plugin.packaging.PackageAPI.install(PackageAPI.java :191) at com.xpn.xwiki.web.ImportAction.render(ImportAction.java:90) ... more removed for the sake of sanity :) Any advice ? Cheers, Dan

18 years, 3 months

Running XWiki on JOnAS : tempdir not set

by Xavier MOGHRABI

Hi All, I've installed XWiki on JOnAS 4.8.4 and I have some problems. I start JOnAS using as a unix service with standard user priviledge. I have a problem with the tempdir as when I try to upload a file in XWIki I have the following error displayed : "tempdirnotset" So I've added the following line in xwiki.cfg but it doesn't solve my problem : xwiki.upload.tempdir=${java.io.tmpdir}/xwiki In fact, the variable "java.io.tmpdir" is set by JOnAS and is set to "/tmp". So I wonder how can I reuse a java variable to do that ? Regards -- Xavier MOGHRABI - OW2 Consortium Jabber: moghrabi(a)objectweb.org Tel: +33 4 76 61 52 35

18 years, 3 months

eXo Platform

by Kanjo, Samer

I noticed that you are using the eXo Platform. I checked out the web site at http://www.exoplatform.org to get better acquainted with this technology. I was wondering if you could explain the decision to use this technology to build XWiki and what benefits you have realized from this decision? Samer Kanjo

18 years, 3 months

[ANN] XWiki 1.0 Beta 5 released

by Vincent Massol

Hi, We're pleased to announce the availability of the 1.0 Beta 5 release. The focus is till bug fixing but this release brings other nice improvements: * Added support for parametrizing document resource bundles (See internationalizing XWiki applications) * Upgrade to Velocity 1.5 Beta 2 and Velocity Tools 1.3 (Velocity 1.5 Beta 2 release notes) * Security: prevents instantiating random classes in Velocity * Improved user profile sheet * Add Calendar interface to edit and delete events * Charting plugin is functional again * Made Calendar and User profiles use Microformats (hCard and hCalendar) * Allow putting Velocity code in CSS and Javascript skin files * Improved Calendar plugin * Store the panel state (expanded/collapsed) for each user * Experimental: Backend implementation for rename (renames the document + all backlinks). There's no GUI yet (planned for Beta 6). To try it out, you can call the following in Velocity: $xwiki.getDocument("Space1.MyPageToRename").renameDocument ("Space2.MyNewName") See the full release notes on http://www.xwiki.org/xwiki/bin/view/ Main/ReleaseNotesXWiki10Beta5 Enjoy -The XWiki development team

18 years, 3 months

(Repost) XWiki 0.9 to 1.0Beta Postgres Database Upgrade using DATA only

by Rudolf van der Leeden

(This is a repost of my posting on 2007-Feb-07 with the same title and content) For those running XWiki 0.9 on a Postgres database, the following database upgrade procedure might be useful. STEP (1) Backup the existing database using pg_dump with --data_only and --attribute-inserts STEP (2) Create a new database with the XWiki 1.0Beta schema (schema_pre.sql) STEP (3) Restore the data into the new database STEP (4) Update the new database schema to be full compatible with the 1.0Beta schema (schema_post.sql) STEP (5) Start XWiki 1.0B3 The detailed procedure is outlined in schema_pre.sql. Please report any success or failure so that the community can learn from your experience and we can improve the tools. Good luck! Rudolf VanderLeeden vanderleeden(a)logicunited.com Attachments: - schema_pre.sql - schema_post.sql

18 years, 3 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users