[x] -1 Don't release until deadlock-related issues are fixed (e.g.
JCR-546). It just strikes me that major stability issues such as these
in the core of Jackrabbit should be dealt with as a priority before
further releases. Of course if the fix time is too long, then perhaps
that's not
you can create a jira account and then 'watch' the issues.
regards, toby
On 10/6/06, Eknath Kadam [EMAIL PROTECTED] wrote:
Tobias Bocanegra (JIRA jira at apache.org writes:
create a jackrabbit api and the respective rmi extension.
Thanks for considering this feature.
I have a question
[ http://issues.apache.org/jira/browse/JCR-586?page=all ]
Stefan Guggisberg reassigned JCR-586:
-
Assignee: Stefan Guggisberg
Removing a mixin that adds a same-name-sibling child node throws an
ItemNotFoundException
Yeah - it's a fair point. The problem with the deadlock-related stuff
is that it's not such an easy job to contribute in this area. The
locking code is distributed widely throughout the core, and ideally
what's required is a design rethink for the versioning functionality
in jackrabbit. While
[ http://issues.apache.org/jira/browse/JCR-587?page=all ]
Jukka Zitting reassigned JCR-587:
-
Assignee: Jukka Zitting
XMLTextFilter does not extract text elements
Key: JCR-587
Hi,
On 10/6/06, Miro Walker [EMAIL PROTECTED] wrote:
Yeah - it's a fair point. The problem with the deadlock-related stuff
is that it's not such an easy job to contribute in this area. The
locking code is distributed widely throughout the core, and ideally
what's required is a design rethink
I sent this to the user list but didn't get any response so I try the dev list
:)
I rewrote JNDIDatabasePersistenceManager a little bit so it doesn't do it's own
commits.
This works fine and persistence manager and file system now participates in the
gloabl transaction.
If there is any
On 10/6/06, Magnus Grimsell [EMAIL PROTECTED] wrote:
I sent this to the user list but didn't get any response so I try the dev list
:)
I rewrote JNDIDatabasePersistenceManager a little bit so it doesn't do it's own
commits.
This works fine and persistence manager and file system now
unable to batch create then save 10 nodes under the root node; it works
with 1
--
Key: JCR-588
URL: http://issues.apache.org/jira/browse/JCR-588
Project:
Thanks for your quick reply.
In what way does it violate the contract?
Should the PersistenceManager suspend the ongoing transaction and start it's
own?
-Original Message-
From: Stefan Guggisberg [mailto:[EMAIL PROTECTED]
Sent: Friday, October 06, 2006 2:02 PM
To:
On 10/6/06, Magnus Grimsell [EMAIL PROTECTED] wrote:
Thanks for your quick reply.
In what way does it violate the contract?
Should the PersistenceManager suspend the ongoing transaction and start it's
own?
a PersistenceManager's store operations are expected to either succeed or fail
by
[ http://issues.apache.org/jira/browse/JCR-588?page=all ]
Stefan Guggisberg reassigned JCR-588:
-
Assignee: Stefan Guggisberg
unable to batch create then save 10 nodes under the root node; it works
with 1
OK, so what you're saying is that you SHOULD use the jca package
if you want to use jta transactions.
Do you know on wich applications servers jackrabbit jca has been tested on?
Thanks for your input.
/Magnus
-Original Message-
From: Stefan Guggisberg [mailto:[EMAIL PROTECTED]
Isn't the [ http://issues.apache.org/jira/browse/JCR-313?page=all ] patch
included in this build released?
I tried to run with my jndi datasource and it was not run. So I must to back
to configure the data sources with jdbc parameters in repository.xml.
I would that this patch be part of this
assertions were introduced in jdk1.4
http://java.sun.com/j2se/1.4.2/docs/guide/lang/assert.html
On 10/6/06, Julian Reschke [EMAIL PROTECTED] wrote:
Hi,
I just noticed that parts of jcr2spi require JDK 1.5 (for assert, such
as in TransientRepository.java).
This would be a problem for me in
Hi,
On 10/6/06, hsp_ [EMAIL PROTECTED] wrote:
Isn't the [ http://issues.apache.org/jira/browse/JCR-313?page=all ] patch
included in this build released?
I tried to run with my jndi datasource and it was not run. So I must to back
to configure the data sources with jdbc parameters in
Hi,
ok, here's another SPI related question that hopefully isn't as dumb as
the last one...
I'm currently looking at SessionInfo (in the SPI API) and
SessionImpl.logout() (in jcr2spi).
It seems that the Session logout is handled entirely by the transient
layer, and no SPI method is called
[
http://issues.apache.org/jira/browse/JCR-588?page=comments#action_12440519 ]
Cristian Grozea commented on JCR-588:
-
Hello Stefan,
I tried to save smaller batches, using this modification to the code (on
Windows XP+ntfs):
for (i = 0; i
hi julian
Julian Reschke wrote:
I'm currently looking at SessionInfo (in the SPI API) and
SessionImpl.logout() (in jcr2spi).
It seems that the Session logout is handled entirely by the transient
layer, and no SPI method is called to forward the information that the
Session isn't used
1) sessions hold local state information, such as transiently
modified items, namespace mappings, etc. so they *cannot* be shared
among clients that do write operations.
You mean that two clients with a session per each, can't do write operations
(whatever in the workspace) at the same time, is
Hi all,
I would like to use an existing storage server that has a REST interface. So
storing files is basically writing its contents to a HTTP stream. Would it
be possible to implement this form of a file system for jackrabbit?
I briefly looked at the FileSystem interface. Problems I see with
Jukka Zitting wrote:
On 10/3/06, Marcel Reutegger [EMAIL PROTECTED] wrote:
what is the correspondence identifier of the root node if it is not
referenceable?
/?
you are right, of course. must be lack of sleep :-/ I thought the spec
said the path part must be relative, but that's not the
22 matches
Mail list logo