Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 10025 invoked from network); 2 Jul 2007 09:30:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Jul 2007 09:30:58 -0000 Received: (qmail 62129 invoked by uid 500); 2 Jul 2007 09:31:00 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 62116 invoked by uid 500); 2 Jul 2007 09:30:59 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 62098 invoked by uid 99); 2 Jul 2007 09:30:59 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jul 2007 02:30:59 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of harvey.waters@googlemail.com designates 66.249.92.175 as permitted sender) Received: from [66.249.92.175] (HELO ug-out-1314.google.com) (66.249.92.175) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jul 2007 02:30:56 -0700 Received: by ug-out-1314.google.com with SMTP id a2so840824ugf for ; Mon, 02 Jul 2007 02:30:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=cvwZNyWLOkqIv/sm+FWyY0Gwy/28bkNUDFtkfJoM9rOlwAqCQAxxKr++r/W5725nqJnxBrWLxCGPjTSCTFTWBP8l2CS/MjqAYWbfOugmlwdt3T9pVEceEeZvMjw/Uiq1hf93BM754X86a09xQeNU68LXICEW4IDsMF+bxKmpL4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=N+BeeyTzGH4HpPzIeSPdcCa9n53jiNHL+GY+/vP1bIPMt1qIOI1QuJogVRCrTgDzYKCb3iuyl9lCwMXQwy3j8LlKbmeHcPeBfbE75xHAQohBVQT06ZKfzokTUCizKbIhwQu4yvxgIumt3TJGlIez17nhufxzpIj950HUu3G/zx0= Received: by 10.78.171.20 with SMTP id t20mr2793431hue.1183368633970; Mon, 02 Jul 2007 02:30:33 -0700 (PDT) Received: by 10.78.196.3 with HTTP; Mon, 2 Jul 2007 02:30:33 -0700 (PDT) Message-ID: <235bf4ca0707020230g7283846bodb206c488b95b890@mail.gmail.com> Date: Mon, 2 Jul 2007 10:30:33 +0100 From: "harvey waters" To: users@jackrabbit.apache.org Subject: Re: JBoss JTA transaction timeout In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_31829_7775028.1183368633935" References: <62A1225A562C114FA7D70C58B5D35A42027C424F@mailer.totalsoft.local> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_31829_7775028.1183368633935 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Is there any way round this ? I'm about to add transaction support but I us= e an administrator session to retrieve an acl from the content to decide wether the user has access to the node or not. How has everyone else dealt with this problem ? I guess I would have to change the code to do the acces= s check prior to starting the transaction ? On 7/2/07, K=D6LL Claus wrote: > > the only thing you must looking for not to open 2 sessions in 1 > transaction ! > maybe you are opening a adminsession in the accessmanager ? > even if you do only reading with the second session you will get a timeou= t > exception ! > > the locking strategy is at the moment designed not to allow 2 sessions in > one transaction ! > > BR, > claus > > > -----Urspr=FCngliche Nachricht----- > Von: Mihai Anescu [mailto:manescu@totalsoft.ro] > Gesendet: Montag, 02. Juli 2007 10:51 > An: users@jackrabbit.apache.org > Betreff: RE: JBoss JTA transaction timeout > > Hi Klaus, > > It is similar, but a little different. > > We have an upload method and one download method. Each one is called on > it's own, opens a session, does some stuff. The upload method will create > some nodes and put the content from a stream into a node. > The download method just retrieves one such node and returns an object > "describing it" (content, mimetype, filename). I have moved the second > method into a different object, one that is not an EJB (I made a helper > class). Both mehods are called from a Home class, one that manages the > operations for one entity. And I still got the same error, for the downlo= ad > method only. I even tried to add a dummy node when I do the retrieving, b= ut > the same error shows up every time. > I have an entity with 3 upload controls, I can upload all three files but > I get the same error for all 3 download... > > We're using JackRabbit 1.3. > > -----Original Message----- > From: K=D6LL Claus [mailto:C.KOELL@TIROL.GV.AT] > Sent: Monday, July 02, 2007 8:34 AM > To: users@jackrabbit.apache.org > Subject: AW: JBoss JTA transaction timeout > > hi mihai, > > maybe you have the same problem as here described .. > http://issues.apache.org/jira/browse/JCR-769 > > BR, > Claus > > -----Urspr=FCngliche Nachricht----- > Von: Mihai Anescu [mailto:manescu@totalsoft.ro] > Gesendet: Freitag, 29. Juni 2007 15:52 > An: users@jackrabbit.apache.org > Betreff: JBoss JTA transaction timeout > > Hi, > > > > I have this situation/problem: > > > > We are using JBoss Seam, I have a Stateless EJB configured to do all the > work for the JackRabbit repository, and I have a method that just > retrieves content (files that were previously added by other methods). > > So, the flow would be: > > > > 1) Load the entity > > 2) Get a reference to the stateless EJB > > 3) Call the method to retrieve the content > > 4) If something is found I put a download button on the interface > > > > The content in the repository is linked to the entity (via an XPath > composed from the entity type + hierarchy + id) > > > > So in the step 3 method, I open a session, and call some methods: > > Session session =3D getSession(); > > Node node =3D retrieveNode(session, path); > > Node content =3D null; > > if (node.hasNode(JCR_CONTENT)) { > > content =3D node.getNode(JCR_CONTENT); > > ... > > I just read content from the repository, I don't add/modify anything! > > > > But when the method is called I get: > > [org.apache.jackrabbit.core.TransactionContext] Transaction rolled back > because timeout expired. > > So what's the cause? > > If I use session.logout() then I get another exception, I read somewhere > that the session attaches itself to the current JTA transaction. > > > > Regards, > > Mihai > > ------=_Part_31829_7775028.1183368633935--