Hi Ian,
On 4/27/07, Ian Boston <[EMAIL PROTECTED]> wrote:
I want to extend reimplemente DatabaseJounal (core.cluster), but there
is a dependency on RecordInput which is a protected class (or at least
default scope).
So you cant extend AbstractDatabaseJournal except in the same package
(perhaps
your repository data.
Kind regards
Dominique
Ian
Dominique Pfister wrote:
> Hi Ian,
>
> On 4/27/07, Ian Boston <[EMAIL PROTECTED]> wrote:
>> I want to extend reimplemente DatabaseJounal (core.cluster), but there
>> is a dependency on RecordInput which is a protecte
a transactional information, though.
Kind regards
Dominique
Dominique Pfister wrote:
> Hi Ian,
>
> On 4/27/07, Ian Boston <[EMAIL PROTECTED]> wrote:
>> One quick question, which parts of the repository filesystem {rep.home}
>> should be in shared space and local space o
Hi Martijn,
On 5/3/07, Martijn Hendriks <[EMAIL PROTECTED]> wrote:
Hi,
During the testing of a clustered Jackrabbit 1.3 setup we came across
the issue that spaces in the names of nodetype definitions (which is
allowed by the JSR 170 spec if I remember correctly) cause
JournalExceptions:
This i
egen
http://www.gx.nl/
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dominique Pfister
> Sent: Thursday, May 03, 2007 3:32 PM
> To: dev@jackrabbit.apache.org
> Subject: Re: Clustering: JournalException
>
> Hi Martijn,
>
> On
Hi Ian,
On 5/5/07, Ian Boston <[EMAIL PROTECTED]> wrote:
would Commons transaction work for this ?
http://jakarta.apache.org/commons/transaction/file/index.html
Im happy to look into the FileSystemBLOBStore.
Yes, that should work and this would certainly make a great
contribution! As far as
egen
http://www.gx.nl/
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dominique Pfister
> Sent: Friday, May 04, 2007 5:05 PM
> To: dev@jackrabbit.apache.org
> Subject: Re: Clustering: JournalException
>
> Hi Martijn,
>
> On
Hi Ian,
have you been able to generate a thread dump of the stalled node, at
the moment it doesn't appear to respond any more? That might help...
Kind regards
Dominique
On 5/15/07, Ian Boston <[EMAIL PROTECTED]> wrote:
Hi,
I've been doing some testing of a 2 node jackrabbit cluster using 1.3
Another question, that just crossed my mind: after having restarted
your stalled cluster node, does it again behave normally?
Dominique
On 5/15/07, Ian Boston <[EMAIL PROTECTED]> wrote:
Hi,
I've been doing some testing of a 2 node jackrabbit cluster using 1.3
(with the JCR-915 patch), but I a
Hi Jukka,
sounds elegant and much more "standard-like" to me, +1.
On 5/16/07, Felix Meschberger <[EMAIL PROTECTED]> wrote:
Just one note: Have you considered the issue of accessing the repository
accross web apps ?
I'd add one more component to the servlet attribute notation, e.g.:
/mywebapp
Hi Ian,
at the moment, records in the database journal are actually never
removed, which enables to create a completely empty repository cluster
node that will automatically synchronize to the cluster's state at any
point in the future. But, of course, introducing policies that
restrict the growt
Hi Vincent,
I'm not familiar with SJSAS, but as you correctly pointed out, every
modification is written to a memory-based "change log", until the
overall change is committed. This may result in an OutOfMemoryError if
the changes exceed the available memory. Setting your connector
transaction lev
Hi Marcel,
On 7/9/07, Marcel May <[EMAIL PROTECTED]> wrote:
I have two questions about Jackrabbit and tx handling.
1) Using Jackrabbit deployed as resource adapter (JCA) and using a
BundlePersistenceManager, I wonder if it is XA compliant:
The persistence manager BundleDbPersistenceManager inv
Hi Marcel,
On 7/24/07, Marcel May <[EMAIL PROTECTED]> wrote:
Jackrabbit JCA basically wraps Jackrabbit Core, but still all the Core
PersistenceManager and FileSystem implementations
are used. These, as you mentioned as well, use and manager their own
JDBC connections and therefore can never be J
ansaction manager? I could then
imagine that some change made inside Jackrabbit to the database will
later be revoked because another part of the XA transaction has
failed, without Jackrabbit noticing it, which would leave to
inconsistencies.
Kind regards
Dominique
>
> Thoughts?
> > ---
Hi Cris,
On 8/2/07, Cris Daniluk <[EMAIL PROTECTED]> wrote:
> In Oracle, a committed transaction means that it is in the redo log,
> but not necessarily written to the tablespace. However if you combine
> the tablespace+log, you are guaranteed to get a consistent
> point-in-time view of that trans
On 8/6/07, Cris Daniluk <[EMAIL PROTECTED]> wrote:
>
> If the DBMS supports the two-phase transaction (I believe Postgres
> does), then you could just use a JTA-enabled version of the JDBC
> driver and register the DB transaction to the existing XA.
How would you do that, technically, if everythin
On 8/9/07, Cris Daniluk <[EMAIL PROTECTED]> wrote:
> After reviewing some of the code, I think the problem is quite simply
> that Jackrabbit does something inherently incorrect - it attempts to
> provide guaranteed transactionality for all persistence managers. I
> think the transactionality must b
Hi Marcel,
On 21/08/07, Marcel May <[EMAIL PROTECTED]> wrote:
> Jackrabbit must support JTA if it wants to support TXs according to the
> JCR Spec
> (see previous discussion,
> http://www.mail-archive.com/dev@jackrabbit.apache.org/msg06525.html).
> At the moment, this is a spec violation IMO: JR s
On 21/08/07, Padraic Hannon <[EMAIL PROTECTED]> wrote:
> I concur, relational semantics should be buried within the persistence
> managers. However, I think that one can still delegate transaction
> handling using JTA to the container rather than using synchronization
> and connection.autocommit(fa
Hi Paco
On 06/09/2007, Paco Avila <[EMAIL PROTECTED]> wrote:
> When an user locks a node, a lock token is added to his session. Another
> user with this lock token added to his session can unlock the node,
> isn't it?
Yes, but only if the first session in your example removes the lock
token, as t
Hi Paco
On 08/09/2007, Paco Avila <[EMAIL PROTECTED]> wrote:
> Sorry, I missunderstood the code because confused "lock holder" and
> "lock ownser" concepts :(
You're not the only one ;) "Lock owner" should rather have been named
"lock creator", the current term is absolutely misleading!
Dominiqu
Hi Ricky,
there is a wiki section about clustering
(http://wiki.apache.org/jackrabbit/Clustering) containing sample
configurations and explaining what the individual settings are. Is
this what you've been looking for?
Kind regards
Dominique
On 24/09/2007, Ricky Slate <[EMAIL PROTECTED]> wrote:
>
Hi Jukka,
> The issue shouldn't be that critical for deployments with mostly read
> access, or write access happening only on a single cluster node, or
> even multiple nodes writing to separate branches of the content tree.
> But do we have a good picture of what will happen if multiple cluster
>
Hi Jukka
On 09/10/2007, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> Looking at the code I never realized this was happening, but now that
> you mentioned it I was able to find the relevant calls in
> DefaultRecordProducer and AppendRecord. Is there a rationale for
> having the calls in these locati
---
> > -
> >
> > Key: JCR-1257
> > URL: https://issues.apache.org/jira/browse/JCR-1257
> > Project: Jackrabbit
> > Issue Type: Bug
> > Components: clustering
>
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 still
Hi Jukka,
I was hoping that the following would make it into 1.4.1 too:
[JCR-1358] Cluster revision file not closed on repository shutdown
When running a lot of tests that start up and shutdown a repository
very often, it can become quite a nuisance.
WDYT?
Kind regards
Dominique
On 30/01/2008
Oops, sorry for that! I'll investigate on this, and if I can't fix it
easily, I'll revert the change.
Regards
Dominique
On 10/04/2008, Julian Reschke <[EMAIL PROTECTED]> wrote:
> Julian Reschke wrote:
>
> > Something between now and the weekend broke the build:
> >
> >
> -
OK, I was able to fix it, in revision 647072.
On 11/04/2008, Dominique Pfister <[EMAIL PROTECTED]> wrote:
> Oops, sorry for that! I'll investigate on this, and if I can't fix it
> easily, I'll revert the change.
>
> Regards
>
> Dominique
>
>
>
Hi,
Speaking of major changes with respect to JCR 2.0 and whether
introducing them into JR 1.5 makes sense, I'm in favor of introducing
new features that do not affect existing code (let alone break the
build) and that are backed by some basic tests (that will of course
not cover every conceivable
Hi Ian,
To bring up a new node into a cluster, I'd do the following:
(1) Stop an already existing node
(2) Make a deep copy of the existing node, starting from the repository home
(3) Assign a unique cluster node id to this new node
(4) Startup both nodes again
Stopping the source node before co
Don't know how to explain this :) I can only assure that I did not
fell asleep while typing...
On Wed, Oct 8, 2008 at 3:37 PM, Alexander Klimetschek <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 7, 2008 at 11:36 PM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
>>> -Collective work: Copyright 200 Th
Oops, thanks for pointing this out. Indeed, when debugging the test
inside my IDE, I get the following output when lsofing open files in
tearDown():
java4889 dpfister8u REG 14,2 8 6813336
/Users/dpfister/Projects/jackrabbit/jackrabbit-core/target/repository_for_test/revis
Hi Julian,
On Tue, Dec 2, 2008 at 12:59 PM, Julian Reschke <[EMAIL PROTECTED]> wrote:
> Dominique Pfister wrote:
>>
>> Hi,
>>
>> After having had a first look at the CMIS specification, I decided to
>> start off with the jcr-cmis implementation. I therefore
Hi,
After having had a first look at the CMIS specification, I decided to
start off with the jcr-cmis implementation. I therefore created a
jcr-cmis sandbox with the following initial structure:
jcr-cmis
-- + server
+ rest
+ ws
I intend to start working on the server/rest subtree (wher
+1
Cheers
Dominique
On Tue, Dec 2, 2008 at 11:24 AM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Opening up the Jackrabbit sandbox area for all Apache committers is
> something I've been thinking about for some while, and now with the
> CMIS implementation effort I think we have a good cas
Hi,
On Tue, Dec 2, 2008 at 2:45 PM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have posted a candidate for the Apache Jackrabbit 1.5.0 release at
>
>http://people.apache.org/~jukka/jackrabbit/1.5.0/
>
> See the RELEASE-NOTES.txt file (also included at the end of this
> message) for d
On Fri, Dec 5, 2008 at 11:13 AM, Dominique Pfister
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Tue, Dec 2, 2008 at 2:45 PM, Jukka Zitting <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I have posted a candidate for the Apache Jackrabbit 1.5.0 release at
>>
>
Hi Gabriele,
On Tue, Dec 9, 2008 at 1:13 PM, Gabriele Columbro
<[EMAIL PROTECTED]> wrote:
> Hi all,
> as this is my first post on the JackRabbit @dev list, I guess a bit of
> introduction is needed: together with my colleague Paolo Mottadelli, I have
> been following the jcr-cmis sandbox thread wi
Hi,
On Tue, Jan 13, 2009 at 2:13 PM, Paolo Mottadelli wrote:
> Hi all,
>
> On Mon, Jan 12, 2009 at 9:36 AM, David Nuescheler wrote:
>> since i think it should also be a goal of this implementation to
>> make our code as re-uable as possible, it is great that it does
>> not have any specific prop
Hi Jens,
jcr-cmis depends on a SNAPSHOT version of jackrabbit, namely
1.6-SNAPSHOT. In order to compile it, you'll need to install a
snapshot build of jackrabbit in your maven repository:
> svn co http://svn.apache.org/repos/asf/jackrabbit/trunk jackrabbit
> cd jackrabbit
> mvn install
A word of
/'; please relocate
> (which is where I am)
>
> Could you provide me the root URL to the 1.6-SNAPSHOT repository? Is it
> perhaps not yet publicly available?
>
> Thanks again
>
> Jens
>
>
>
>
> -Original Message-
> From: Dominique Pfister
Hi Jens,
great to hear your feedback!
On Wed, Feb 4, 2009 at 11:51 AM, Jens Hübel wrote:
> To give some feedback here are some issues I detected while trying it out:
>
> It seems that in the current jcr-cmis-client-1.6-SNAPSHOT.war a couple of
> jars are missing. I had to copy:
>
> slf4j-log4j12
Hi,
this approach could lead to corrupted item states: before updating
them, SharedISM verifies that its update operation is consistent. If
this update is divided into individual operations, you easily
overwrite an item that has been modified after your update operation
started, e.g.
Cluster Node
d by other CN concurrently.
Exactly. If you have a situation where updates are seldomly
overlapping hierarchically (or can still design your application this
way), you should be able to make concurrent updates.
Kind regards
Dominique
>
> Please correct me if any misunderstanding. Thanks again.
>
>
Is there any global
> ID/Path map so I can retrieve the path from ID in SharedISM? Or is there any
> alternative to solve it?
>
> Regards,
>
>
> Dominique Pfister wrote:
>>
>> Hi,
>>
>> On Thu, Feb 19, 2009 at 4:25 PM, defeng wrote:
>>>
>>
Hi Florent,
I was very busy lately, but now I finally found some time to look at
your sources.
Kind regards
Dominique
On Wed, Mar 11, 2009 at 1:58 AM, Florent Guillaume wrote:
> Hi all,
>
> Here's a status report on the progress of the Chemistry code.
>
> The API has been tweaked a bit to separ
Hm,
I did not consider this being a necessity. Florent involved the dev
list from the beginning of his development efforts and developed in an
open and transparent fashion. So he followed the Apache development
style and the reason for his code not being contributed in bits and
pieces is just admi
Hi,
I wanted to check in the sources unchanged as I downloaded them before
starting to adjust the license header, do refactorings, etc.
Are you sure that @author tags in javadoc are not allowed in the
sandbox as well? I see a lot of code in the sandbox that still
contains them...
Regards
Dominiq
Hi,
On Tue, Apr 21, 2009 at 12:12 AM, Jukka Zitting wrote:
> * Anyone else interested in joining as an initial committer?
> Dominique? It's of course possible to join also later, but then we'll
> need to go through the standard from-patches-to-committership process.
Oops, sorry for being late! I
[X] +1 Approve the Chemistry project for incubation
regards
dominique
Hi Serge,
I'm currently working on a JCR bridge for Chemistry, that will
implement the interfaces in the chemistry-api module and translate
them to calls on a generic JCR repository. I was able to plug a JCR
repository implementation (actually Jackrabbit running in Tomcat
accessed via RMI) into Fl
urn type,
containing both the collection and this flag? I did not see where this
argument was actually used, so would it even be possible to entirely
omit it?
Kind regards
Dominique
On Wed, Apr 8, 2009 at 12:45 AM, Florent Guillaume wrote:
> On 7 Apr 2009, at 10:23, Dominique Pfister wrote:
&g
Hi,
I was able to find out how those "repository" and "repository.xml" are
created; it is actually a combination of tests:
o.a.j.test.api.RepositoryFactoryTest#testDefaultRepository:
instantiates a TransientRepository with home=null/config=null and
o.a.j.core.RepositoryFactoryImpl registers this
On Thu, Jul 9, 2009 at 5:45 PM, Jukka Zitting wrote:
> Hi,
>
> I have posted a candidate for the Apache Jackrabbit 2.0 alpha4 release at
>
> http://people.apache.org/~jukka/jackrabbit/2.0-alpha4/
>
> See the RELEASE-NOTES.txt file (also included at the end of this
> message) for details about th
I wouldn't call it error code, then: every time something changes
either in the calling code or in the code throwing the exception,
you'll get a different hash code.
Dominique
On Mon, Mar 1, 2010 at 10:32 AM, Michael Dürig wrote:
>> == Use Error Codes ==
>
> What about using something like a has
Hm, no idea how this happened. No intention, though, I reverted the test
removal...
On Dec 13, 2011, at 2:52 PM, Michael Dürig wrote:
>
> On 13.12.11 13:30, dpfis...@apache.org wrote:
>> Author: dpfister
>> Date: Tue Dec 13 13:30:13 2011
>> New Revision: 1213680
>>
>> URL: http://svn.apache.or
Hi,
Just stumbled across this compilation setting in microkernel's pom.xml:
maven-compiler-plugin
2.3.2
1.5
1.5
When actually _using_ a 1.5 jdk (on Mac OS X this c
Hi Felix,
On Jan 31, 2012, at 9:15 AM, Felix Meschberger wrote:
> Hi,
>
> Am 30.01.2012 um 17:54 schrieb Dominique Pfister:
>
>> Hi,
>>
>> Just stumbled across this compilation setting in microkernel's pom.xml:
>>
>>
>>
+1, perfectly expresses my opinion towards OSGI!
On Feb 23, 2012, at 5:33 PM, Jukka Zitting wrote:
> Hi,
>
> On Thu, Feb 23, 2012 at 4:03 PM, Felix Meschberger wrote:
>> Hence I would go with OSGi from Day 0 and use the OSGi Service
>> Registry as the mechanic for pluggability.
>
> The trouble
Hi Michael,
On Feb 28, 2012, at 19:11, "Michael Dürig" wrote:
>
> Hi Jukka,
>
> Thanks for bringing this up. In a nutshell what you are proposing is to
> implement trees as persistent data structures.
Hm, that's rather wishful thinking. Right now, we enforce an MVCC model inside
the MicroKe
Hi,
On Feb 28, 2012, at 3:54 PM, Marcel Reutegger wrote:
I'd solve this differently. Saves are always performed on one
partition,
even if some of the change set actually goes beyond a given partition.
this is however assuming that our implementation supports dynamic
partitioning and redistrib
Hi,
On Tue 28, 2012, at 6:32 PM, Michael Dürig wrote:
On 28.2.12 15:40, Thomas Mueller wrote:
One reason to use the MicroKernel API is so we can implement a native
version of the MicroKernel. See also
http://wiki.apache.org/jackrabbit/Goals%20and%20non%20goals%20for%20Jackrab
bit%203 - TBD -
Hi,
On Feb 29, 2012, at 2:52 PM, Marcel Reutegger wrote:
Hi,
On Feb 28, 2012, at 3:54 PM, Marcel Reutegger wrote:
I'd solve this differently. Saves are always performed on one
partition,
even if some of the change set actually goes beyond a given
partition.
this is however assuming that
On Feb 29, 2012, at 5:45 PM, Michael Dürig wrote:
That's an idea I mentioned earlier already [1]: make cluster sync
transparent to JCR sessions. That is, any modification required by the
sync, should look like just another session operation to JCR clients
(i.e. there should also be observation e
Hi Michael,
Are you suggesting, that cluster sync will be provided purely by the underlying
NoSQL database? Until now, I always assumed that all cluster nodes expose an MK
interface, and that changes are transmitted to other nodes via calls on this MK
interface. So in your example, cluster node
Vector clocks seem to not work well in systems with dynamic number of
participants, a problem that is adressed by Interval Tree Clocks [1] and [2].
[1] https://github.com/ricardobcl/Interval-Tree-Clocks
[2] http://gsd.di.uminho.pt/members/cbm/ps/itc2008.pdf
On Feb 29, 2012, at 3:38 PM, Michael D
Hi,
On Mar 5, 2012, at 10:20 AM, Thomas Mueller wrote:
Note that if we do mandate orderability on child nodes, supporting
So in your model a "tree" is a node? A "leaf" is a property? What is a
branch, a "child node"?
I prefer using the same terms for the same things consistently. A node
sho
Hi,
On Mar 5, 2012, at 1:40 PM, Thomas Mueller wrote:
Hi,
If we want to use distinct interfaces for read-only and writable
nodes,
what about "ImmutableNode" and "MutableNode extends ImmutableNode".
That's troublesome because then a client that's given an
ImmutableNode
can't rely on the
Hi Florent,
JackRabbit's XAResources exposed by
org.apache.jackrabbit.core.XASessionImpl do not enlist themselves,
this is the application server's (or your) responsibility. There is a
dummy UserTransaction implementation used when testing XA
functionality, namely:
org/apache/jackrabbit/core/User
so are version operations.
cheers
dominique
On 4/18/06, Stefan Guggisberg <[EMAIL PROTECTED]> wrote:
> On 4/18/06, Przemo Pakulski <[EMAIL PROTECTED]> wrote:
> > hi,
> >
> > There were some problems in Jackrabbit with versioning operations
> > (JCR-141) which didn't make use of tx. This is fixed
Hi David,
the JCR 1.0 specification is not explicit about the behaviour of
open-scoped locks when the session currently holding the lock logs
out. Jackrabbit clears the lock holder for the first, owning session,
if it hasn't been changed, but not for other sessions that receive the
lock token, wh
Hi Nicolas,
as Tobi pointed out, I would not rely on the fact that the
VersionManager currently uses a PersistenceManager. This could very
easily change in the future. Since sysview importing puts restrictions
on the items being imported, I'd rather take a low level approach à la
o.a.j.c.BatchedI
Hi Magnus,
well, you should at least use o.a.j.core.XASession's XAResource
interface if you want to use jta transactions. The jca package itself
relies on this functionality. As Stefan pointed out, rolling back a
database transaction without Jackrabbit noticing it, will result in
cache inconsiste
ntation are:
- Automatic archival of journal log entries to save space
- Using a database as backend for the journal
- And probably a lot more...
The status of those features can be tracked here:
https://issues.apache.org/jira/browse/JCR-623
Kind regards
Dominique Pfister
On 11/6/06, Cédric Damioli <[EMAIL PROTECTED]> wrote:
More than clustering, does this approach also enable a new PM-based
implementation of the Model 3 deployment, ie a remote, shareable PM,
accessible from various Jackrabbit instances ? I know this is not the
purpose of a PM, but with this propo
URL: http://issues.apache.org/jira/browse/JCR-623
> Project: Jackrabbit
> Issue Type: New Feature
> Components: core
> Reporter: Dominique Pfister
> Assigned To: Dominique Pfister
>
> Implement basic clustering, i.e. make two o
Hi Paco,
You have to remove the lock token from the other session first. The
specification, section 8.4.8, says:
"Note that since at most one session per repository may hold the same
lock token, serial access to the locked item is ensured."
Adding a lock token already owned by session A to some
On 11/9/06, Pankaj Gupta (JIRA) <[EMAIL PROTECTED]> wrote:
[
http://issues.apache.org/jira/browse/JCR-623?page=comments#action_12448517 ]
Pankaj Gupta commented on JCR-623:
--
Thanks for geting started on this issue. Its a high priority one for us and
perha
On 11/10/06, Ian Boston <[EMAIL PROTECTED]> wrote:
Will it be possible to replace FileJournal with something more message
oriented ?
eg JGroups or ActiveMQ (JMS Topic)
Yes, you can replace the FileJournal with another implementation of
the o.a.j.core.cluster.Journal interface that serializes/
On 11/10/06, Michael Singer <[EMAIL PROTECTED]> wrote:
What happens if a clusternode fails and is restored after a while? When
the active nodes made changes? Is the index resynced on repository startup?
Yes, it is. When the cluster node starts up, it syncs itself with the
changes in the shared
Hi Sawas,
On 12/8/06, Savas Triantafillou <[EMAIL PROTECTED]> wrote:
Hi,
I'm using version 1.1.1 and I was trying to add a lockToken of an
open-scoped lock to an XASession but it seems to be ignored.
While debugging, I found out that XALockManager.lockTokenAdded redirects to
XAEnvironment.add
Hi,
I added a DDL script for the H2 database engine
(http://www.h2database.com). Sample configuration for your workspace's
PersistenceManager follows:
Enjoy!
Dominique Pfister
Hi Roland
> the problem is, that when calling the methods of the
> CachingHierarchyManager the nodes i ask for will be cached in the
> idCache in a wrong state (i. e.: before actually reordering the elements).
> so if i want f.ex. delete the node b after reordering, the node will
> be looked up
Hi Javier,
On 12/20/06, Javier Aparicio Conesa <[EMAIL PROTECTED]> wrote:
Hi guys!
Both jackrabbit_server instances (there are really jlibrary instances)
are sharing a clusterized mysql database (NDB mode).
If your instances share the same backend, one instance will overwrite
the changes made
Hi Jukka,
Please do not commit stuff to the 1.2 branch unless there's a specific
*new* issue that I've OK'd for the release. I'm trying to prepare the
first release candidate and need to be aware of changes in the branch.
Sorry about that. I recently found some flaws in my clustering
implement
Hmm, there is nothing special about the way
org.slf4j.impl.Log4jLoggerFactory accesses the class
org.apache.log4j.LogManager. I guess, that the log4j.jar contained in
your WEB-INF/lib is hidden by some other library of the same name in
the server's common classpath. Make sure that the missing clas
Hi,
On 1/11/07, Jukka Zitting <[EMAIL PROTECTED]> wrote:
Hi,
On 1/11/07, Michael Singer <[EMAIL PROTECTED]> wrote:
> btw. I wonder if the latest changes to the clustering part are included
> in this release? See my last comment on JCR-623, is this issue already
> fixed and if yes will this fix
Hi Miguel,
writing to the journal log file should only be possible after having
obtained an exclusive lock on the global revision file (R), located in
the same directory as the journal log file (L). The exact sequence of
operations is as follows:
- exclusive lock is obtained on R
- journal entry
Hi Jukka,
I was just pointed to some clustering issue, occurring with
simultaneous processes that add/delete children on the same parent
node. I was able to identify the source of this error and to fix it,
and I would be very glad to include this fix in the upcoming 1.2.2
release. Could you defer
/19/07, Dominique Pfister <[EMAIL PROTECTED]> wrote:
> I was just pointed to some clustering issue, occurring with
> simultaneous processes that add/delete children on the same parent
> node. I was able to identify the source of this error and to fix it,
> and I would be very gla
Hi Miguel,
On 2/20/07, Miguel Ángel Jiménez <[EMAIL PROTECTED]> wrote:
The call to globalRevision.set (that implies a lock) is done after the call
to recordLog.append() so I think the write is not protected. I'm rather new
to JCR and jackrabbit so maybe I'm missing something but the cluster feat
suits well with our current deployment model.
Kind regards,
On 20/02/07, Dominique Pfister <[EMAIL PROTECTED]> wrote:
>
> Hi Miguel,
>
> On 2/20/07, Miguel Ángel Jiménez <[EMAIL PROTECTED]> wrote:
> > The call to globalRevision.set (that implies a lock) is done a
ménez <[EMAIL PROTECTED]> wrote:
Hi,
I'm testing the new DatabaseJournal with a PostgreSQL. Since there was no
ddl for this database I had to generate one and thought you could upload it
to subversion.
Regards,
On 21/02/07, Dominique Pfister <[EMAIL PROTECTED]> wrote:
>
Hi,
I'm currently reviewing a patch submitted in JCR-3729, and when I try to
apply to trunk, it fails for various files, although the version it is
based on is the same as mine.
I realized that the files rejected all have CR+LF line terminators in my
checkout, although I'm working on Mac OS X, an
Hi,
I'm working on JCR-3729 which has fix version 2.7.5, and committed changes
to trunk. Now, I'm a bit confused: on one hand there is only a branch for
2.6, and trunk is on 2.8-SNAPSHOT, so is there some other place to apply
the patch so it'll be included in 2.7.5?
Thanks
Dominique
+1
Cheers
Dominique
From: Tobias Bocanegra
Sent: Thursday, February 19, 2015 4:55:40 PM
To: dev@jackrabbit.apache.org
Subject: [VOTE] Release Apache Jackrabbit Filevault 3.1.16
A candidate for the Jackrabbit Filevault 3.1.16 release is available at:
http
[
https://issues.apache.org/jira/browse/JCR-831?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dominique Pfister resolved JCR-831.
---
Resolution: Fixed
This bug should have been fixed by the refactoring that took place while
Issue Type: Bug
Components: core
Affects Versions: 1.3
Reporter: Dominique Pfister
Assigned To: Dominique Pfister
Running a transaction that updates multiple workspaces (e.g. a versioning
operation) will fail in DatabaseJournal, because every individual update
1 - 100 of 346 matches
Mail list logo
