xwiki-devs

xwiki-devs@xwiki.org

9399 discussions

Fwd: [xwiki-dev] .xar Extension NOT Used Properly

by Catalin Hritcu

Hello all, What would you think of using the JAR extension instead of (mis-) using XAR for XWiki applications, and using the JAR manifest for storing the information that is now stored in package.xml ? Any other way this can be fixed ? Already created a JIRA task about this http://jira.xwiki.org/jira/browse/XWIKI-802 but I would like to hear your opinions before spending the time to implement a change you might actually not want :) Catalin ---------- Forwarded message ---------- From: Vincent Massol <vincent(a)massol.net> Date: Feb 2, 2007 7:56 PM Subject: Re: [xwiki-dev] .xar Extension NOT Used Properly To: Catalin Hritcu <catalin.hritcu(a)gmail.com> Hi Catalin, I think it's best to discuss all this on the list. Also, I've provided some answer in JIRA. Thanks -Vincent On Feb 1, 2007, at 11:22 PM, Catalin Hritcu wrote: > Hi Vincent, > > I created a JIRA issue for this and assigned it to myself: > http://jira.xwiki.org/jira/browse/XWIKI-802 > > At the time I don't really know much about what needs to be changed to > make it happen, but I'll look into it. Suggestions welcome :) > >> I guess we could use a JAR format and use information in the manifest >> to describe the content of an archive > > Can you also be more precise about the information you want stored in > the manifest? > http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html#JAR%20Manifest > According to this it seems that a manifest can store many things. > > Regards, > Catalin > > On 1/31/07, Vincent Massol <vincent(a)massol.net> wrote: >> Hi Catalin, >> >> See my other email on this topic. Basically I think I agree with >> you but >> we're currently focusing on releasing XWiki 1.0 and fixing bugs. >> this is an >> improvement request that will have to wait for quite long unless >> someone >> contributes a patch for it (including patches for the >> documentation ;-)). >> >> Thanks >> -Vincent >> >> >> On Jan 8, 2007, at 11:32 AM, Catalin Hritcu wrote: >> >> >> The new way to import/export wiki pages is very useful. However, I >> think that using the .xar extension for the zip(!) archive is highly >> confusing. This because there is already a XAR(eXtensible ARchiver) >> archiving utility which uses the .xar extension for quite a >> while. And >> while now XAR is standalone, it will be quite probable used by the >> MacOSX package system in the future. Then download your archive will >> yield an error like this (safari automatically expands archives): >> >> "Error opening xar archive: xwiki-1.0-beta-1.xar" >> >> Links: >> http://www.opendarwin.org/projects/xar/ >> http://www.nabble.com/xar-in-Mac-OS-X-t2081148.html >> >> >> <messagefooter.txt> >> ___________________________________________________________________________ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com

18 years, 10 months

[VOTE] Commit access to Jason Van Zyl on the XWIKI_2_0 branch

by Vincent Massol

Hi committers, As explained in a previous email on the V2 Architecture, Jason and I would like to start experimenting with Plexus and components. For this I have created a 2.0 branch in SVN. I'd like us to vote to give Jason access to that 2.0 branch. Here's my +1 Thanks -Vincent ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

18 years, 10 months

Xwiki and plugins

by Anne Louisa Croos

Dear Sir! I am not sure that I am sending this email to right place, but I guess it is a start. I have few questions around xwiki which I hope you can answer me or that you will redirect to the right person to answer. The thing is that I want to use plugins which are included in xwiki. On this page "http://www.xwiki.org/xwiki/bin/view/UserGuide/Plugins" you want us to "copy its JAR (Plugins are bundled as JARs) into your XWiki installation: drop it in XWiki WAR's WEB-INF/lib directory. " But when I go to "http://svn.forge.objectweb.org/cgi-bin/viewcvs.cgi/xwiki/xwiki/trunk/core/s…" to download, there aren't any jar files to download. Does it mean that I have to download the java files, compile them and create jar files before I can use them on WEB-INF folder? I hope you can help me with this question. Thank you. -- Yours sincerely Anne Louisa Croos Database Developer IT-Department / open archaeology Museum of Culture History University of Oslo Tlf: +47 22 85 96 52

18 years, 10 months

[patch proposal] regex handling in XWiki core

by Pablo Oliveira

Hi, As some of you may know, I am currently working on a version of XWiki for mobile devices. I have been investigating the possibility of running some parts of XWiki on a J2ME - CDC PP configuration. During this process I have noticed that XWiki uses two different api for matching regular expressions: * Jakarta ORO * java.util.regex ( JDK > 1.4 ) Because j2me does not have the java.util.regex classes, I have made some small changes so that the core of XWiki only uses Jakarta ORO, so I can continue my tests. Yet, I think these changes (see attached patch) may be of a more general interest because: * it might be cleaner to stick to a single regex lib * this patch factors some of the regex handling on an encapsulating class that would allow us to change the regex underlying implementation more easily. What do you think? Regards, Pablo

18 years, 10 months

[ANN] XWiki 1.0 Beta 4 Released

by Vincent Massol

Hi, We're happy to announce the availability of XWiki 1.0 Beta 4 (http:// www.xwiki.org/xwiki/bin/view/Main/Download). Major changes: * Lots of bugs fixed * Added support for internationalizing XWiki applications * Added XMLRPC addSpace() API (confluence1.addSpace) * Improve FeedPlugin to store RSS article in xwiki pages * (Experimental) XWiki Google Web Toolkit Server API added, for developing GWT applications in XWiki * All the files stored on disk should be charset independent * Add button to setup underline for text in wiki editor See http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWiki10Beta4 for more details. Enjoy! -The XWiki Development Team ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

18 years, 10 months

[Proposal] Apply our new coding style to all code at once

by Vincent Massol

Hi, Now that we have our new coding style defined (see http:// www.xwiki.org/xwiki/bin/view/Community/) I think it would be best to apply to all our java sources at once so that 1) people do not make code style change at the same time as they submit changes and 2) so that one's uncommitted work isn't hard to merge. I propose to apply the coding style to all our code base on Monday 12 after the Beta 4 release. Is that ok with everyone? Thanks -Vincent ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

18 years, 10 months

[Proposal] Top level SVN directory structure

by Vincent Massol

Hi , I'm continuing my search of a perfect SVN directory structure. Here's my latest proposal which I'd like to share with you: xwiki/ |_ xwiki-core/ (*) --> JAR, WAR |_ xwiki-plugins/ --> JAR |_ xwiki-applications/ (**) --> XAR |_ xwiki-clients/ |_ xwiki-tools/ |_ xwiki-distributions/ (**) --> ZIP, TGZ, EXE |_ xwiki-tests/ (**) (*) renamed from xwiki/ in xwiki-core/. xwiki-core/ will in the future contain the different components of the core, split into different build modules. (**) new directories - xwiki-applications/: see previous email proposition on that. - xwiki-distributions/: XWiki distributions. Will currently contain only the standalone distribution (as tgz and exe) but will contain other distribs in the future. Like the standalone distribution on Tomcat with MySQL, like a J2ME distribution, etc. - xwiki-tests/: functional tests. Depends on almost all other artifacts (xwiki-core, plugins, applications, distributions). Do not depend on xwiki-clients/ You may notice that I haven't put xwiki-extensions/ in there, which was in my previous email for putting Curriki. After thinking this through, I really think Curriki should not be in the XWiki SVN. I believe we should create a new ObjectWeb project called Curriki or XWiki Curriki and it should have its own SVN. This is because the xwiki/ dir should really be about XWiki as the platform. In addition SVN commit rights might be different, lifecycles and releases are different, etc. If we decide that Curriki should stay then we'll need to reorganize the full structure as: xwiki/ |_ xwiki/ |_ xwiki-core/ (*) --> JAR, WAR |_ xwiki-plugins/ --> JAR |_ xwiki-applications/ (**) --> XAR |_ xwiki-clients/ |_ xwiki-tools/ |_ xwiki-distributions/ (**) --> ZIP, TGZ, EXE |_ xwiki-tests/ (**) |_ curriki/ In the meantime (ie. while we debate this particular point) we can move curriki in xwiki-extensions. But really if Curriki was part of XWiki it should be split in xwiki-plugins/ (for curriki-specific plugins), xwiki-applications/wikis/curriki (for the curriki XAR) and xwiki-distributions/curriki (for the Curriki distributions). However I don't think Curriki is part of the XWiki platform. Last I'm not sure but I think we should probably merge xwiki-clients and xwiki-tools but that can wait. Thanks -Vincent ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

18 years, 10 months

Can not generate javadoc api

by xin wu

Hi, I found that javadoc api link in xwiki website was out of date (http://build.xpertnet.biz/doc/api/) and without any version indication. I used subversion to check out the latest xwiki but failed in generating javadoc api, the errors were list below(BTW: I use netbeans as my IDE with Maven plugin): -------------------------------------------------------------------------------- [INFO]Scanning for projects... [WARN]Unable to get resource from repository xwiki (http://maven.xwiki.org) [INFO]------------------------------------------------------------------------ [ERROR]FATAL ERROR [INFO]------------------------------------------------------------------------ [INFO]Failed to resolve artifact. GroupId: com.xpn.xwiki ArtifactId: xwiki Version: 1-SNAPSHOT Reason: Unable to download the artifact from any repository [INFO] [INFO] com.xpn.xwiki:xwiki:pom:1-SNAPSHOT ...... [INFO]Trace org.apache.maven.reactor.MavenExecutionException: Cannot find parent: com.xpn.xwiki:xwiki for project: null:xwiki-root:pom:1.1-SNAPSHOT at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:441) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:349) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:182) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:760) at org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaExecutor.java:257) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:131) Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find parent: com.xpn.xwiki:xwiki for project: null:xwiki-root:pom:1.1-SNAPSHOT ---------------------------------------------------------------------------------------------------------- Anyone can help? Thanks in advance. -- Best regards, Xin

18 years, 10 months

Re: [Issue] Work started: (XWIKI-689) Error number 3201 when starting with big hsqldb files

by Marc Lijour

Somebody please close the issue. Thank you. On Wednesday 31 January 2007 02:38, you wrote: > [ http://jira.xwiki.org/jira/browse/XWIKI-689?page=all ] > > Work on XWIKI-689 started by Marc Lijour. > > > Error number 3201 when starting with big hsqldb files > > ----------------------------------------------------- > > > > Key: XWIKI-689 > > URL: http://jira.xwiki.org/jira/browse/XWIKI-689 > > Project: XWiki > > Issue Type: Bug > > Components: Core > > Affects Versions: 1.0 B1 > > Reporter: Marc Lijour > > Assigned To: Marc Lijour > > Priority: Critical > > Attachments: jira-xwiki-689.log > > > > > > This applies to XWiki trunk version 1888. > > Procedure > > - build standalone > > - copy over the db files with existing from a current installation > > (HSQLDB) - the script file is 29.1MB after the log has been processed > > Here are the error messages. > > 1) on the web page: > > HTTP ERROR: 500 > > Error number 3 in 0: Could not initialize main XWiki context > > Wrapped Exception: Error number 3201 in 3: Exception while saving > > document XWiki.TagClass Wrapped Exception: Could not execute JDBC batch > > update > > RequestURI=/xwiki/bin/view/Main/WebHome > > 2) on the console: > > 20:04:51.112 INFO [main] > > org.mortbay.util.Container.start(Container.java:74) >11> Started > > WebApplicationContext[/xwiki,xwiki] 20:04:51.120 INFO [main] > > org.mortbay.http.SocketListener.start(SocketListener.java:204) >11> > > Started SocketListener on 0.0.0.0:8080 20:04:51.121 INFO [main] > > org.mortbay.util.Container.start(Container.java:74) >09> Started > > org.mortbay.jetty.Server@b6e39f 20:05:44,613 ERROR P1-19 > > http://localhost:8080/xwiki/bin/view/Main/WebHome GraphVizPlugin:init:84 > > - Cannot find graphiz dot program at c:/Program > > Files/ATT/GraphViz/bin/dot.exe 20:05:44,618 ERROR P1-19 > > http://localhost:8080/xwiki/bin/view/Main/WebHome GraphVizPlugin:init:93 > > - Cannot find graphiz neato program at c:/Program > > Files/ATT/GraphViz/bin/neato.exe 20:05:44,624 ERROR P1-19 > > http://localhost:8080/xwiki/bin/view/Main/WebHome GraphVizPlugin:init:84 > > - Cannot find graphiz dot program at c:/Program > > Files/ATT/GraphViz/bin/dot.exe 20:05:44,625 ERROR P1-19 > > http://localhost:8080/xwiki/bin/view/Main/WebHome GraphVizPlugin:init:93 > > - Cannot find graphiz neato program at c:/Program > > Files/ATT/GraphViz/bin/neato.exe 20:05:48,313 WARN P1-19 > > http://localhost:8080/xwiki/bin/view/Main/WebHome > > RegexTokenFilter:filter:97 - <span class="error">Exception</span>: > > com.xpn.xwiki.render.filter.XWikiLinkFilter@313816e0 > > java.lang.NullPointerException > > at > > com.xpn.xwiki.render.XWikiRadeoxRenderEngine.appendCreateLink(XWikiRadeox > >RenderEngine.java:269) at > > com.xpn.xwiki.render.filter.XWikiLinkFilter.handleMatch(XWikiLinkFilter.j > >ava:198) at > > org.radeox.filter.regex.RegexTokenFilter$1.handleMatch(RegexTokenFilter.j > >ava: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.jav > >a:1455) at > > com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore. > >java:301) at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:96) > > at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:90) > > at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:750) > > at com.xpn.xwiki.XWiki.getUserClass(XWiki.java:1898) > > at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:557) > > at com.xpn.xwiki.XWiki.<init>(XWiki.java:470) > > at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:214) > > at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:303) > > at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) > > at > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestPro > >cessor.java:431) at > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:2 > >36) 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:596) 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(WebA > >pplicationHandler.java:830) at > > com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodin > >gFilter.java:121) at > > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebA > >pplicationHandler.java:821) at > > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHa > >ndler.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(WebApplicationCont > >ext.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) > > 20:05:48,324 WARN P1-19 > > http://localhost:8080/xwiki/bin/view/Main/WebHome FilterPipe:filter:174 - > > FilterPipe.filter: error while filtering: > > com.xpn.xwiki.render.filter.XWikiLinkFilter@313816e0 20:05:48,425 WARN > > P1-19 http://localhost:8080/xwiki/bin/view/Main/WebHome > > JDBCExceptionReporter:logExceptions:71 - SQL Error: 0, SQLState: null > > 20:05:48,427 ERROR P1-19 > > http://localhost:8080/xwiki/bin/view/Main/WebHome > > JDBCExceptionReporter:logExceptions:72 - failed batch 20:05:48,428 ERROR > > P1-19 http://localhost:8080/xwiki/bin/view/Main/WebHome > > AbstractFlushingEventListener:performExecutions:299 - Could not > > synchronize database state with session > > org.hibernate.exception.GenericJDBCException: Could not execute JDBC > > batch update at > > org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQL > >StateConverter.java:91) at > > org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java: > >79) at > > org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.j > >ava:43) at > > org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:202) > > at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:230) > > at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:140) > > at > > org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(A > >bstractFlushingEventListener.java:296) at > > org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEve > >ntListener.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(XWikiHibernate > >BaseStore.java:561) at > > com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernate > >BaseStore.java:539) at > > com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore. > >java:305) at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:96) > > at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:90) > > at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:750) > > at com.xpn.xwiki.XWiki.getTagClass(XWiki.java:1855) > > at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:558) > > at com.xpn.xwiki.XWiki.<init>(XWiki.java:470) > > at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:214) > > at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:303) > > at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) > > at > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestPro > >cessor.java:431) at > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:2 > >36) 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:596) 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(WebA > >pplicationHandler.java:830) at > > com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodin > >gFilter.java:121) at > > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebA > >pplicationHandler.java:821) at > > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHa > >ndler.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(WebApplicationCont > >ext.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) Caused > > by: java.sql.BatchUpdateException: failed batch > > at org.hsqldb.jdbc.jdbcStatement.executeBatch(Unknown Source) > > at org.hsqldb.jdbc.jdbcPreparedStatement.executeBatch(Unknown > > Source) at > > org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatem > >ent.java:294) at > > org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatem > >ent.java:294) at > > org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:58 > >) at > > org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:195) > > ... 41 more > > com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while > > saving document XWiki.TagClass Wrapped Exception: Could not execute JDBC > > batch update > > at > > com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore. > >java:310) at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:96) > > at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:90) > > at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:750) > > at com.xpn.xwiki.XWiki.getTagClass(XWiki.java:1855) > > at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:558) > > at com.xpn.xwiki.XWiki.<init>(XWiki.java:470) > > at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:214) > > at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:303) > > at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) > > at > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestPro > >cessor.java:431) at > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:2 > >36) 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:596) 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(WebA > >pplicationHandler.java:830) at > > com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodin > >gFilter.java:121) at > > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebA > >pplicationHandler.java:821) at > > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHa > >ndler.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(WebApplicationCont > >ext.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.sql.BatchUpdateException: failed batch > > at org.hsqldb.jdbc.jdbcStatement.executeBatch(Unknown Source) > > at org.hsqldb.jdbc.jdbcPreparedStatement.executeBatch(Unknown > > Source) at > > org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatem > >ent.java:294) at > > org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatem > >ent.java:294) at > > org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:58 > >) at > > org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:195) > > at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:230) > > at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:140) > > at > > org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(A > >bstractFlushingEventListener.java:296) at > > org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEve > >ntListener.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(XWikiHibernate > >BaseStore.java:561) at > > com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernate > >BaseStore.java:539) at > > com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore. > >java:305) at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:96) > > at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:90) > > at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:750) > > at com.xpn.xwiki.XWiki.getTagClass(XWiki.java:1855) > > at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:558) > > at com.xpn.xwiki.XWiki.<init>(XWiki.java:470) > > at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:214) > > at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:303) > > at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) > > at > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestPro > >cessor.java:431) at > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:2 > >36) 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:596) 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(WebA > >pplicationHandler.java:830) at > > com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodin > >gFilter.java:121) at > > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebA > >pplicationHandler.java:821) at > > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHa > >ndler.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(WebApplicationCont > >ext.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) > > 20:05:48,452 WARN P1-19 RequestProcessor:processException:528 - > > Unhandled Exception thrown: class com.xpn.xwiki.XWikiException > > 20:05:48.454 WARN!! [P1-19] > > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:589) > > >11> /xwiki/bin/view/Main/WebHome: com.xpn.xwiki.XWikiException: Error > > number 3 in 0: Could not initialize main XWiki context Wrapped Exception: > > Error number 3201 in 3: Exception while saving document XWiki.TagClass > > Wrapped Exception: Could not execute JDBC batch update > > at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:223) > > at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:303) > > at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) > > at > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestPro > >cessor.java:431) at > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:2 > >36) 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:596) 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(WebA > >pplicationHandler.java:830) at > > com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodin > >gFilter.java:121) at > > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebA > >pplicationHandler.java:821) at > > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHa > >ndler.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(WebApplicationCont > >ext.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.TagClass Wrapped Exception: Could not execute JDBC > > batch update > > at > > com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore. > >java:310) at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:96) > > at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:90) > > at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:750) > > at com.xpn.xwiki.XWiki.getTagClass(XWiki.java:1855) > > at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:558) > > at com.xpn.xwiki.XWiki.<init>(XWiki.java:470) > > at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:214) > > at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:303) > > at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) > > at > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestPro > >cessor.java:431) at > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:2 > >36) 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:596) 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(WebA > >pplicationHandler.java:830) at > > com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodin > >gFilter.java:121) at > > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebA > >pplicationHandler.java:821) at > > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHa > >ndler.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(WebApplicationCont > >ext.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.sql.BatchUpdateException: failed batch > > at org.hsqldb.jdbc.jdbcStatement.executeBatch(Unknown Source) > > at org.hsqldb.jdbc.jdbcPreparedStatement.executeBatch(Unknown > > Source) at > > org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatem > >ent.java:294) at > > org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatem > >ent.java:294) at > > org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:58 > >) at > > org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:195) > > at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:230) > > at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:140) > > at > > org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(A > >bstractFlushingEventListener.java:296) at > > org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEve > >ntListener.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(XWikiHibernate > >BaseStore.java:561) at > > com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernate > >BaseStore.java:539) at > > com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore. > >java:305) at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:96) > > at > > com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:90) > > at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:750) > > at com.xpn.xwiki.XWiki.getTagClass(XWiki.java:1855) > > at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:558) > > at com.xpn.xwiki.XWiki.<init>(XWiki.java:470) > > at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:214) > > at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:303) > > at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) > > at > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestPro > >cessor.java:431) at > > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:2 > >36) 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:596) 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(WebA > >pplicationHandler.java:830) at > > com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodin > >gFilter.java:121) at > > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebA > >pplicationHandler.java:821) at > > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHa > >ndler.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(WebApplicationCont > >ext.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) > > getException(): > > com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while > > saving document XWiki.TagClass (...)

18 years, 10 months

patch for ldap over SSL

by Philippe Marzouk

Hi all, I wanted to take advantage of an ldap server for user authentication but as others already encountered there was no support for SSL and I needed it. I attach a patch which add support for SSL connections to the ldap server. To activate the SSL layer, I added a new configuration parameter in xwiki.cfg (xwiki.authentication.ldap.ssl) which has to be set to 1. Of course the ldap port has to be changed too (to 636). In order for the SSL connection to be established, the CA certificate which delivered the SSL certificate of the ldap server must be added to the trust store of the JSSE extension. >From the Sun JSSE documentation: The search order for the locating the trust store is: 1) <java-home>/lib/security/jssecacerts, then 2) <java-home>/lib/security/cacerts If the file jssecacerts exists, then cacerts is not consulted. So in order to make it work you have to create a trust store named jssecacerts with the following command and place it in the suitable directory of the JRE or JDK used by your container: keytool -import -trustcacerts -alias ca -file cacert.crt -keystore jssecacerts (answer yes when asked if you want to trust the certificate) I read on the web the default password for cacerts is 'changeit' so I used that, I didn't try yet with another password for the trust store. I believe if the SSL certificate of the ldap server is self signed you need to import it instead of the CA but I did not try. The patch makes use of com.sun.net.ssl.internal.ssl.Provider as the hard coded security provided, it should maybe be put as a parameter for people not running Sun JVMs. I'm a newbie to xwiki so don't hesitate to critize the patch or give me feedback. Philippe

18 years, 10 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-devs