-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! A few days ago I have installed xwiki for the first time and I'm really impressed with this application! Installation was quite easy and the functionality is impressive. I've used other wiki software before but XWiki seems to be the best I've seen so far! I'm running XWiki under Linux and did one test installation using JBoss-4.0.3, JDK-1.5.0_05 and PostgreSQL-8.0.3 (using the postgresql-8.0-312.jdbc3.jar JDBC driver) and another test installation with Tomcat-5.5.10 and the same JDK and PostgreSQL database. But even if for the user almost everything is working fine, as an admin I have found some (minor?) issues: a) I want to use LDAP authentication of our users. This does work in principle using the following xwiki.authentication configuration in xwiki.cfg: [...] xwiki.authentication=form xwiki.authentication.validationKey=totototototototototototototototo xwiki.authentication.encryptionKey=titititititititititititititititi xwiki.authentication.cookiedomains=xwiki.intern.xss.co.at xwiki.authentication.useip=false xwiki.authentication.ldap=1 xwiki.authentication.ldap.check_level=1 xwiki.authentication.ldap.server=ldap.intern.xss.co.at xwiki.authentication.ldap.base_DN=ou=people,ou=accounts,dc=xss,dc=co,dc=at xwiki.authentication.ldap.bind_DN=uid={0},ou=people,ou=accounts,dc=xss,dc=co,dc=at xwiki.authentication.ldap.bind_pass={1} xwiki.authentication.ldap.UID_attr=uid xwiki.authentication.ldap.fields_mapping=name=uid,last_name=sn,first_name=givenName,fullname=cn,mail=mail,ldap_dn=dn [...] The problem is: for each page the user loads and each action the user does with XWiki, the XWiki engine does a LDAP bind and search on the LDAP server like this: Oct 26 13:15:29 kant slapd[27005]: conn=17958 fd=34 ACCEPT from IP=192.168.162.15:40645 (IP=0.0.0.0:389) Oct 26 13:15:29 kant slapd[27018]: conn=17958 op=0 BIND dn="uid=andreas,ou=people,ou=accounts,dc=xss,dc=co,dc=at" method=128 Oct 26 13:15:29 kant slapd[27018]: conn=17958 op=0 BIND dn="uid=andreas,ou=people,ou=accounts,dc=xss,dc=co,dc=at" mech=SIMPLE ssf=0 Oct 26 13:15:29 kant slapd[27018]: conn=17958 op=0 RESULT tag=97 err=0 text= Oct 26 13:15:29 kant slapd[27032]: conn=17958 op=1 SRCH base="ou=people,ou=accounts,dc=xss,dc=co,dc=at" scope=2 deref=0 filter="(uid=andreas)" Oct 26 13:15:29 kant slapd[27032]: conn=17958 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= Oct 26 13:15:29 kant slapd[16011]: conn=17958 op=2 UNBIND Oct 26 13:15:29 kant slapd[16011]: conn=17958 fd=34 closed When many people are working with XWiki, this produces a noticable load on the LDAP server. IMHO this could be avoided by authenticating the user once when the session is created on user logon time and then use the session information further on. Doesn't XWiki work this way? Or have I done something wrong with the LDAP configuration? Perhaps this problem is linked with the next problem (hibernate exceptions)? b) I have installed XWiki under JBoss-4.0.3 and also standalone Tomcat-5.5.10 using a PostgreSQL database backend and with both installations I see many of the following exceptions in the logs: JBoss installation: [...] 13:01:38,906 WARN [RequestUtils] No FormBeanConfig found under 'view' 13:01:38,908 INFO [DBCPConnectionProvider] active: 1 (max: 50) idle: 0(max: 5) 13:01:38,967 INFO [DefaultLoadEventListener] Error performing load command org.hibernate.ObjectNotFoundException: No row with the given identifier exists: [com.xpn.xwiki.objects.classes.BaseClass#-1689278214] at org.hibernate.ObjectNotFoundException.throwIfNull(ObjectNotFoundException.java:27) at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:118) at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:167) at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:79) at org.hibernate.impl.SessionImpl.load(SessionImpl.java:588) at com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiClass(XWikiHibernateStore.java:1194) at com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore.java:589) at com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:123) at com.xpn.xwiki.XWiki.getDocument(XWiki.java:565) at com.xpn.xwiki.XWiki.getDocument(XWiki.java:599) at com.xpn.xwiki.XWiki.getDocumentFromPath(XWiki.java:637) at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:2428) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:133) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) 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:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) 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.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) 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.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:595) [...] Tomcat installation: [...] 13:20:33,221 ERROR http-8080-Processor25 http://tolstoi.intern.xss.co.at:8080/xwiki/bin/view/Main/WebHome AssertionFailure:<init>:22 - an assertion failure occured (this may indicate a bug in Hibernate, but is more likely due to unsafe use of the session) org.hibernate.AssertionFailure: possible nonthreadsafe access to session at org.hibernate.action.EntityDeleteAction.execute(EntityDeleteAction.java:68) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:239) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:223) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:274) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:726) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:320) at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:86) at com.xpn.xwiki.store.XWikiHibernateStore.endTransaction(XWikiHibernateStore.java:350) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiCollection(XWikiHibernateStore.java:982) at com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl.notify(XWikiStatsServiceImpl.java:209) at com.xpn.xwiki.notify.XWikiActionRule.verify(XWikiActionRule.java:51) at com.xpn.xwiki.notify.XWikiNotificationManager.verify(XWikiNotificationManager.java:93) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:268) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) 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:127) 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:857) 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) com.xpn.xwiki.XWikiException: Error number 3213 in 3: Exception while deleting object XWiki.andreas Wrapped Exception: possible nonthreadsafe access to session at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiCollection(XWikiHibernateStore.java:986) at com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl.notify(XWikiStatsServiceImpl.java:209) at com.xpn.xwiki.notify.XWikiActionRule.verify(XWikiActionRule.java:51) at com.xpn.xwiki.notify.XWikiNotificationManager.verify(XWikiNotificationManager.java:93) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:268) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) 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:127) 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:857) 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) [...] - From the user point of view, XWiki seems to be performing just fine, it's only in the logs I see those errors. What do they mean? Should I have to worry? c) there is one error noticable even for normal users: the PDF export produces wrong results for text inside the {code} ... {code} tags. You even can find an example for this on xwiki.org: Just do a PDF export on the page at <http://www.xwiki.org/xwiki/bin/view/Main/PostgresHibernate> and you'll see that line breaks are not formatted correctly. I'm still in the process of learning the major concepts behind XWiki, so please give me any advice which might be necessary to solve this problems. Thanks! - - andreas - -- Andreas Haumer | mailto:[email protected] *x Software + Systeme | http://www.xss.co.at/ Karmarschgasse 51/2/20 | Tel: +43-1-6060114-0 A-1100 Vienna, Austria | Fax: +43-1-6060114-71 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDX250xJmyeGcXPhERAihKAKCiKrNr84GGQwIEr+3zQ1LMONQp0QCglbLG yD4EpDoOkJh8NY+HtzvvUBQ= =libQ -----END PGP SIGNATURE-----
Hi, welcome on this list.. see my answers below.. Andreas Haumer wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi!
A few days ago I have installed xwiki for the first time and I'm really impressed with this application! Installation was quite easy and the functionality is impressive. I've used other wiki software before but XWiki seems to be the best I've seen so far!
I'm running XWiki under Linux and did one test installation using JBoss-4.0.3, JDK-1.5.0_05 and PostgreSQL-8.0.3 (using the postgresql-8.0-312.jdbc3.jar JDBC driver) and another test installation with Tomcat-5.5.10 and the same JDK and PostgreSQL database.
But even if for the user almost everything is working fine, as an admin I have found some (minor?) issues:
a) I want to use LDAP authentication of our users. This does work in principle using the following xwiki.authentication configuration in xwiki.cfg:
[...] xwiki.authentication=form xwiki.authentication.validationKey=totototototototototototototototo xwiki.authentication.encryptionKey=titititititititititititititititi xwiki.authentication.cookiedomains=xwiki.intern.xss.co.at xwiki.authentication.useip=false xwiki.authentication.ldap=1 xwiki.authentication.ldap.check_level=1 xwiki.authentication.ldap.server=ldap.intern.xss.co.at xwiki.authentication.ldap.base_DN=ou=people,ou=accounts,dc=xss,dc=co,dc=at xwiki.authentication.ldap.bind_DN=uid={0},ou=people,ou=accounts,dc=xss,dc=co,dc=at xwiki.authentication.ldap.bind_pass={1} xwiki.authentication.ldap.UID_attr=uid xwiki.authentication.ldap.fields_mapping=name=uid,last_name=sn,first_name=givenName,fullname=cn,mail=mail,ldap_dn=dn [...]
The problem is: for each page the user loads and each action the user does with XWiki, the XWiki engine does a LDAP bind and search on the LDAP server like this:
Oct 26 13:15:29 kant slapd[27005]: conn=17958 fd=34 ACCEPT from IP=192.168.162.15:40645 (IP=0.0.0.0:389) Oct 26 13:15:29 kant slapd[27018]: conn=17958 op=0 BIND dn="uid=andreas,ou=people,ou=accounts,dc=xss,dc=co,dc=at" method=128 Oct 26 13:15:29 kant slapd[27018]: conn=17958 op=0 BIND dn="uid=andreas,ou=people,ou=accounts,dc=xss,dc=co,dc=at" mech=SIMPLE ssf=0 Oct 26 13:15:29 kant slapd[27018]: conn=17958 op=0 RESULT tag=97 err=0 text= Oct 26 13:15:29 kant slapd[27032]: conn=17958 op=1 SRCH base="ou=people,ou=accounts,dc=xss,dc=co,dc=at" scope=2 deref=0 filter="(uid=andreas)" Oct 26 13:15:29 kant slapd[27032]: conn=17958 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= Oct 26 13:15:29 kant slapd[16011]: conn=17958 op=2 UNBIND Oct 26 13:15:29 kant slapd[16011]: conn=17958 fd=34 closed
When many people are working with XWiki, this produces a noticable load on the LDAP server. IMHO this could be avoided by authenticating the user once when the session is created on user logon time and then use the session information further on. Doesn't XWiki work this way? Or have I done something wrong with the LDAP configuration? Perhaps this problem is linked with the next problem (hibernate exceptions)?
I agree. There should be some improvements to the LDAP authentication to keep the authentication..
b) I have installed XWiki under JBoss-4.0.3 and also standalone Tomcat-5.5.10 using a PostgreSQL database backend and with both installations I see many of the following exceptions in the logs:
These exceptions are known.. The hibernate INFO exception is due to the way we use the hibernate 'load' function. It's currently difficult to change this.. We catch the exception and consider this normal (the line does not exist and this is possible) but in INFO mode hibernate logs that info.. in log4j.properties you should move to WARN mode for hibernate. The other exceptions have been fixed in the current SVN and will be in the next release which we are getting closer to.
JBoss installation: [...] 13:01:38,906 WARN [RequestUtils] No FormBeanConfig found under 'view' 13:01:38,908 INFO [DBCPConnectionProvider] active: 1 (max: 50) idle: 0(max: 5) 13:01:38,967 INFO [DefaultLoadEventListener] Error performing load command org.hibernate.ObjectNotFoundException: No row with the given identifier exists: [com.xpn.xwiki.objects.classes.BaseClass#-1689278214] at org.hibernate.ObjectNotFoundException.throwIfNull(ObjectNotFoundException.java:27) at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:118) at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:167) at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:79) at org.hibernate.impl.SessionImpl.load(SessionImpl.java:588) at com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiClass(XWikiHibernateStore.java:1194) at com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore.java:589) at com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:123) at com.xpn.xwiki.XWiki.getDocument(XWiki.java:565) at com.xpn.xwiki.XWiki.getDocument(XWiki.java:599) at com.xpn.xwiki.XWiki.getDocumentFromPath(XWiki.java:637) at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:2428) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:133) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) 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:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) 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.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) 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.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:595) [...]
Tomcat installation: [...] 13:20:33,221 ERROR http-8080-Processor25 http://tolstoi.intern.xss.co.at:8080/xwiki/bin/view/Main/WebHome AssertionFailure:<init>:22 - an assertion failure occured (this may indicate a bug in Hibernate, but is more likely due to unsafe use of the session) org.hibernate.AssertionFailure: possible nonthreadsafe access to session at org.hibernate.action.EntityDeleteAction.execute(EntityDeleteAction.java:68) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:239) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:223) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:274) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:726) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:320) at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:86) at com.xpn.xwiki.store.XWikiHibernateStore.endTransaction(XWikiHibernateStore.java:350) at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiCollection(XWikiHibernateStore.java:982) at com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl.notify(XWikiStatsServiceImpl.java:209) at com.xpn.xwiki.notify.XWikiActionRule.verify(XWikiActionRule.java:51) at com.xpn.xwiki.notify.XWikiNotificationManager.verify(XWikiNotificationManager.java:93) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:268) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) 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:127) 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:857) 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) com.xpn.xwiki.XWikiException: Error number 3213 in 3: Exception while deleting object XWiki.andreas Wrapped Exception: possible nonthreadsafe access to session at com.xpn.xwiki.store.XWikiHibernateStore.deleteXWikiCollection(XWikiHibernateStore.java:986) at com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl.notify(XWikiStatsServiceImpl.java:209) at com.xpn.xwiki.notify.XWikiActionRule.verify(XWikiActionRule.java:51) at com.xpn.xwiki.notify.XWikiNotificationManager.verify(XWikiNotificationManager.java:93) at com.xpn.xwiki.web.ViewEditAction.execute(ViewEditAction.java:268) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) 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:127) 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:857) 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) [...]
- From the user point of view, XWiki seems to be performing just fine, it's only in the logs I see those errors. What do they mean? Should I have to worry?
c) there is one error noticable even for normal users: the PDF export produces wrong results for text inside the {code} ... {code} tags. You even can find an example for this on xwiki.org: Just do a PDF export on the page at <http://www.xwiki.org/xwiki/bin/view/Main/PostgresHibernate> and you'll see that line breaks are not formatted correctly.
The PDF export is not bulletproof but works for most standard text formatting.. Some additional work would be needed.. You should submit a bug report on http://jira.xwiki.org Thanks Ludovic
I'm still in the process of learning the major concepts behind XWiki, so please give me any advice which might be necessary to solve this problems.
Thanks!
- - andreas
- -- Andreas Haumer | mailto:[email protected] *x Software + Systeme | http://www.xss.co.at/ Karmarschgasse 51/2/20 | Tel: +43-1-6060114-0 A-1100 Vienna, Austria | Fax: +43-1-6060114-71 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDX250xJmyeGcXPhERAihKAKCiKrNr84GGQwIEr+3zQ1LMONQp0QCglbLG yD4EpDoOkJh8NY+HtzvvUBQ= =libQ -----END PGP SIGNATURE-----
------------------------------------------------------------------------
-- You receive this message as a subscriber of the [email protected] 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
-- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Ludovic, thanks for your quick reply! Ludovic Dubost schrieb:
[...]
These exceptions are known.. The hibernate INFO exception is due to the way we use the hibernate 'load' function. It's currently difficult to change this.. We catch the exception and consider this normal (the line does not exist and this is possible) but in INFO mode hibernate logs that info.. in log4j.properties you should move to WARN mode for hibernate.
I'll leave it for now at the INFO log level to better see what's going on. But it's good to know that those exceptions are known and that I don't have to worry ;-)
The other exceptions have been fixed in the current SVN and will be in the next release which we are getting closer to.
Good. Thanks! [...]
The PDF export is not bulletproof but works for most standard text formatting..
The PDF export is a really nice feature: quite often it happens that someone externally needs some info from our knowledge base, and if it's not confidental information we now can convert it to PDF, including header and footer, and print or even mail it. This is much better than a screenshot or copy & paste.
Some additional work would be needed.. You should submit a bug report on http://jira.xwiki.org
I'll do that. Thank you! - - andreas - -- Andreas Haumer | mailto:[email protected] *x Software + Systeme | http://www.xss.co.at/ Karmarschgasse 51/2/20 | Tel: +43-1-6060114-0 A-1100 Vienna, Austria | Fax: +43-1-6060114-71 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDX7GKxJmyeGcXPhERAuJpAJ9GaFx9Seak2/nZLQbM8i87nL8S2ACgpv5m aoXDTvEL22q9Y3xmp8JxliQ= =xJnE -----END PGP SIGNATURE-----
participants (2)
-
Andreas Haumer -
Ludovic Dubost