Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Message-ID: <23286325.1173892509546.JavaMail.jira@brutus>
Date: Wed, 14 Mar 2007 10:15:09 -0700 (PDT)
From: "Dominique Pfister (JIRA)" <jira@apache.org>
To: dev@jackrabbit.apache.org
Subject: [jira] Commented: (JCR-769) Unable to login with two different
 Credentials to same workspace in one Transaction
In-Reply-To: <26328297.1172563568650.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/JCR-769?page=3Dcom.atlassian.ji=
ra.plugin.system.issuetabpanels:comment-tabpanel#action_12480844 ]=20

Dominique Pfister commented on JCR-769:
---------------------------------------

> I have not sayed that i have fixed the problem only with the fact of chan=
ging the mapping between xid's and TransactionContexts.=20

Sorry, I just thought I wasn't clear enough in my previous posts about why =
changing the mapping between XIDs and TransactionContexts is not the main i=
ssue.

> I thought that the semantic of joining XAResources to Global Transaction =
is better then the one it is now.=20

An XAResoruce in jackrabbit currently maps 1-1 to a XASessionImpl which rep=
resents the user or better: the changes made by one user. Of course, one co=
uld also map an XAResource to all changes made inside a global transaction =
(including all branches) but that still leaves the problem of integrating a=
ll changes made by all users in that transaction.

> For me its clear that the process is not easy and maybe a long term but i=
f you think its is not importand to identify the problems, ok let it be.

Sorry for having made that impression. You're right, there must be some sem=
antics to let jackrabbit identify that two branches actually belong to the =
same transaction, but again, I still consider merging multiple updates made=
 by different users to be the main issue.


> Unable to login with two different Credentials to same workspace in one T=
ransaction
> -------------------------------------------------------------------------=
----------
>
>                 Key: JCR-769
>                 URL: https://issues.apache.org/jira/browse/JCR-769
>             Project: Jackrabbit
>          Issue Type: Bug
>          Components: jca
>    Affects Versions: 1.2.1
>         Environment: Websphere 5.1.1 J2C Adapter
>            Reporter: Claus K=C3=B6ll
>         Attachments: patch.txt, stacktrace.txt
>
>
> I'm using the Jackrabbit 1.2.1 JCA adapter and trying to access in a Sess=
ionBean-Method with Container Transaction a Workspace with 2 different Cred=
entials.=20
> The Method takes about 400ms to finish but no commit on TransactionContex=
tr occurs (Debugging ..) only the prepare was called 2 times .
> The Container hangs on the PostInvoke Method about 5 seconds and then i g=
et a "javax.transaction.xa.XAException"=20
> with the Warn Message: Transaction rolled back because timeout expired
> The code ..
> Context ctx =3D new InitialContext();=20
> Repository repository =3D (Repository) ctx.lookup("java:comp/env/jackrabb=
it");=20
> Credentials credentials =3D new SimpleCredentials("user1", "password1".to=
CharArray());=20
> Credentials credentials2 =3D new SimpleCredentials("user2", "password2".t=
oCharArray());=20
> Session session1 =3D repository.login(credentials, "default");=20
> Session session2 =3D repository.login(credentials2, "default");=20
> Session1 adds a node to the workspace .. and with the session2 i do nothi=
ng except the login !
> If i make no second login the Method works fine.

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.