jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dominique Pfister" <dominique.pfis...@day.com>
Subject Re: springmodules and cluster feature
Date Mon, 12 Mar 2007 09:24:37 GMT
Hi Rafał,

I could easily reproduce the error by letting the XA tests inside
jackrabbit run on a clustered test environment. I filed this as:

  https://issues.apache.org/jira/browse/JCR-785

and the fix should easily make it into the 1.3 release. Thank you for reporting!

Kind regards
Dominique

On 3/12/07, Rafał Kwiecień <rafal@consol.pl> wrote:
> Hi Dominique
>
> Yes. And Yes, the transaction is running on the same thread, so reentrant lock
> could solve the problem.
>
> Dnia piątek, 9 marca 2007 16:08, Dominique Pfister napisał:
> > Hi, Rafał
> >
> > does that mean that there is a transaction trying to update multiple
> > workspaces - "default" and version - and the journal's lock can't be
> > re-acquired? Is that transaction running on the same thread, so a
> > reentrant lock would actually remedy that deficiency?
> >
> > Kind regards
> > Dominique
> >
> > On 2/26/07, Rafał Kwiecień <rafal@consol.pl> wrote:
> > > Hi,
> > >
> > > I know where the problem is. AbstractJournal.begin(String workspace) - in
> > > the second line a lock is acquired - writeMutex.acquire(); During
> > > commiting begin is called twice: begin("default") and begin(null).
> > > Application hangs when begin is called second time and try to acquire
> > > lock one more time.
> > >
> > >
> > > --
> > > Rafał Kwiecień
> > > ConSol* Consulting & Solutions Software Poland Sp. z o.o.
> > > ul. Piastowska 44C, 30-070 Kraków
> > > http://www.consol.pl/
>
> --
> Rafał Kwiecień
> ConSol* Consulting & Solutions Software Poland Sp. z o.o.
> ul. Piastowska 44C, 30-070 Kraków
> http://www.consol.pl/
>
Mime
View raw message