1.1 does not fix the problem, you will need 1.1.1pre1 which has been built from the current SVN head. It is in the current CVS head of Slide in the lib folder.
Concerning the exception: 1.1 is slightly source incompatible to 1.0 which means Slide will need recompilation from source. Sorry for that, but that's just the way it is. Slide 2.1.1 (and also Slide 2.2) will fix this once they have been releases. HTH Oliver On 6/11/05, Andrey Shulinsky <[EMAIL PROTECTED]> wrote: > Hello, Martin! > > Thanks a lot for the advice. Do you know where I could get this > commons-transaction-1.1.1pre1.jar? I haven't been able to find it, decided > to try downloaded the 1.1 release, downloaded the > commons-transaction-1.1.jar and got the following error: > > 10 Jun 2005 20:24:18 - org.apache.slide.webdav.WebdavServlet - ERROR - > java.lang.NoSuchMethodError: > org.apache.commons.transaction.locking.MultiLevelL > ock.release(Ljava/lang/Object;)V > java.lang.NoSuchMethodError: > org.apache.commons.transaction.locking.MultiLevelLock.release(Ljava/lang/Obj > ect;)V > at > org.apache.slide.webdav.method.AbstractWebdavMethod.releaseGlobalLock(Abstra > ctWebdavMethod.java:854) > at > org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod > .java:450) > at > org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:155) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:247) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:193) > at > org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.java:141) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:213) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:193) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja > va:256) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok > eNext(StandardPipeline.java:643) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) > at > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja > va:191) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok > eNext(StandardPipeline.java:643) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase > .java:494) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok > eNext(StandardPipeline.java:641) > at > org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2 > 46) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok > eNext(StandardPipeline.java:641) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) > at > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) > at > org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 > ) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok > eNext(StandardPipeline.java:643) > at > org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. > java:171) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok > eNext(StandardPipeline.java:641) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 > ) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok > eNext(StandardPipeline.java:641) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) > at > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java > :174) > at > org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok > eNext(StandardPipeline.java:643) > at > org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) > at > org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) > at > org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:193) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:781) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne > ction(Http11Protocol.java:549) > at > org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:589) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav > a:666) > at java.lang.Thread.run(Thread.java:536) > > > Yours sincerely, > Andrey. > > > > -----Original Message----- > > From: Slide Users Mailing List [mailto:[EMAIL PROTECTED] > > Sent: Monday, June 06, 2005 4:30 AM > > To: Slide Users Mailing List <slide-user@jakarta.apache.org> > > Subject: Re: A sporadic ConcurrentModificationException > > Importance: Low > > > > Andrey Shulinsky wrote: > > > After upgrade from Slide 2.0 to 2.1 I'm getting the > > > java.util.ConcurrentModificationException followed by the > > > > > org.apache.commons.transaction.file.ResourceManagerException > > from time > > > to > > > time: > > > > > > java.util.ConcurrentModificationException > > > at > > > > > java.util.AbstractList$Itr.checkForComodification(AbstractList > > .java:444) > > > at java.util.AbstractList$Itr.next(AbstractList.java:417) > > > at > > > > > org.apache.slide.event.EventCollectionFilter.getCreatedContents(EventC > > > ollect > > > ionFilter.java:60) > > > at > > > > > org.apache.slide.webdav.event.NotificationTrigger.notifySubscribers(No > > > tifica > > > tionTrigger.java:177) > > > at > > > > > org.apache.slide.webdav.event.NotificationTrigger.collected(Notificati > > > onTrig > > > ger.java:164) > > > at > > > > > org.apache.slide.event.EventCollection$Collected.fireEvent(EventCollec > > > tion.j > > > ava:90) > > > at > > > > > org.apache.slide.event.EventDispatcher.fireEvent(EventDispatch > > er.java:72) > > > at > > > > > org.apache.slide.event.TransientEventCollector$1.run(TransientEventCol > > > lector > > > .java:49) > > > at java.lang.Thread.run(Thread.java:536) > > > 12 May 2005 21:40:35 - file-meta-store - WARNING - Could > > not process > > > URI '/files'! Thread Thread[TP-Processor4,5,main] marking > > transaction > > > branch null for rollback > > > > > org.apache.commons.transaction.file.ResourceManagerException: > > 103d3b5c86a: > > > Unknown transaction > > > at > > > > > org.apache.commons.transaction.file.FileResourceManager.txInitialSaneC > > > heck(F > > > ileResourceManager.java:908) > > > > Since this seems to be releated to Commons Transaction and > > thread-safety/ concurrency, I think it can be related to > > bugzilla ID 35201. > > > > See http://issues.apache.org/bugzilla/show_bug.cgi?id=35201 > > > > Oliver Zeigermann just fixed this i Commons Transaction and > > committed a new JAR to Slide. (It's both in HEAD and 2.1 branch.) > > > > Try upgrading Slide to get commons-transaction-1.1.1pre1.jar > > and see if this resolves your problem. > > > > If not, I am sure Oliver can verify if this is another > > similar Commons Transaction issue and produce a fix. > > > > Regards, > > Martin > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
