Hi Roland,
The lock holder is the JCR session currently holding the lock, allowed
to perform changes on the node (and its descendants if the lock is
deep). The only place in the source I see that actually sets the lock
holder to null is Session.removeLockToken(). After this call, the node
is
+1 Use Confluence
Hi,
currently SPI Batch distinguishes between adding a property, and setting
the value of a property. In JCR however, this distinction does not exist.
Thus JCR2SPI relies on it's knowledge of the node's state to decide
which method to use. Of course, this fails in case of overlapping
illegal format for WebDAV lock tokens
-
Key: JCR-1352
URL: https://issues.apache.org/jira/browse/JCR-1352
Project: Jackrabbit
Issue Type: Bug
Components: jackrabbit-webdav
Reporter:
Below is a snippet of code I am using to play with versioning, but I am stuck
as I see a exception on n.checkin() line. Any ideas why?
Thanks.
snip
Repository repository = new TransientRepository();
Session session = repository.login(new
SimpleCredentials(username,
[
https://issues.apache.org/jira/browse/JCR-1220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12564486#action_12564486
]
Cheer Leone commented on JCR-1220:
--
I agree! As a new user that needs a few pointers to
[
https://issues.apache.org/jira/browse/JCR-1220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12564486#action_12564486
]
cheerleone edited comment on JCR-1220 at 1/31/08 12:20 PM:
I
Installation For people new to tomcat/jackrabbit
Key: JCR-1353
URL: https://issues.apache.org/jira/browse/JCR-1353
Project: Jackrabbit
Issue Type: Wish
Components:
[
https://issues.apache.org/jira/browse/JCR-1220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12564486#action_12564486
]
cheerleone edited comment on JCR-1220 at 1/31/08 12:22 PM:
I
Repository shutdown reposts ERROR: failed to close connection
-
Key: JCR-1354
URL: https://issues.apache.org/jira/browse/JCR-1354
Project: Jackrabbit
Issue Type: Bug
JCR api jar is missing in war distro of 1.4
Looks strange and causes problems for new users.
Is sere some impossible stupid copyright reason or it is just distribution bug?
--
SY, Alex Lukin
RIPE NIC HDL: LEXA1-RIPE
Hi,
On Feb 1, 2008 12:19 AM, Alex Lukin [EMAIL PROTECTED] wrote:
JCR api jar is missing in war distro of 1.4
Looks strange and causes problems for new users.
Is sere some impossible stupid copyright reason or it is just distribution
bug?
No. The reason for not putting the JCR API jar inside
Hi,
On Feb 1, 2008 12:44 AM, Alex Lukin [EMAIL PROTECTED] wrote:
Could not agree with you. Academicaly you are 100% right but how many users
will
use war dist with jrc-1.0.jar already in tomcat's lib dir? And how many users
will just
say: that thing does not work, bye!
This is common
Hi,
What about a 'standalone' download of Jackrabbit that includes Jetty?
Apache Continuum does this. The installation would be:
- download jackrabbit-standalone.zip
- expand it
- double clock on run.sh / run.bat
- a browser window is started automatically, or the URL is printed out
For Windows
Hi,
On Feb 1, 2008 7:56 AM, Thomas Mueller [EMAIL PROTECTED] wrote:
What about a 'standalone' download of Jackrabbit that includes Jetty?
That would be nice, and also well in line with the
embedded-shared-standalone deployment scenarios.
One of the key reasons for not doing that so far is that
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dominique
Pfister
Sent: Thursday, 31 January 2008 7:10 PM
To: dev@jackrabbit.apache.org
Subject: Re: possible bug in XALockManager jackrabbit 1.4
Hi Roland,
The lock holder is the JCR session
Hi,
On Jan 30, 2008 4:02 PM, Ard Schrijvers [EMAIL PROTECTED] wrote:
Not sure if it is an issue we already want to address, but Jackrabbit
1.4 does not work with the just released lucene 2.2.3. Lucene 2.2.3 has
quite some changing regarding refCounting and this does not work well
ATM with the
17 matches
Mail list logo