[
https://issues.apache.org/jira/browse/OAK-7?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13226125#comment-13226125
]
Stefan Guggisberg commented on OAK-7:
-
Currently that's not possible since
On Wed, Mar 7, 2012 at 8:35 PM, David Buchmann david.buchm...@liip.ch wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
while implementing the jackalope php jsop client for the jackrabbit
backend, i stumbled over a problem with the json returned when a
property and a child node have
On Thu, Mar 8, 2012 at 3:57 PM, Angela Schreiber anch...@adobe.com wrote:
hi
in addition to the proposal by jukka to setup benchmarks
i would like to suggest to soon setup integration testing
that also test jr3 against the TCK.
imo it's important that we identify implementation
details
[
https://issues.apache.org/jira/browse/OAK-3?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13224109#comment-13224109
]
Stefan Guggisberg commented on OAK-3:
-
+1 for the patch, i agree that .oak.model would
On Tue, Mar 6, 2012 at 11:57 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Mon, Mar 5, 2012 at 3:06 PM, Stefan Guggisberg
stefan.guggisb...@gmail.com wrote:
Properties and child nodes are all addressed using an unordered
name-item mapping on the parent node.
what made me change
On Tue, Mar 6, 2012 at 1:41 PM, Bart van der Schans
b.vandersch...@onehippo.com wrote:
Hi,
On Tue, Mar 6, 2012 at 1:00 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Tue, Mar 6, 2012 at 9:17 AM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
Oak has the advantage and so we'll go
On Tue, Mar 6, 2012 at 1:00 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Tue, Mar 6, 2012 at 9:17 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Oak has the advantage and so we'll go with that. I'll set up the new
mailing list, issue tracker and svn space in a moment.
The issue
On Mon, Mar 5, 2012 at 2:10 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Mon, Mar 5, 2012 at 1:36 PM, Marcel Reutegger mreut...@adobe.com wrote:
int getChildNodeCount();
this doesn't work well when you have concurrent child node
operations. e.g. one session adds a child node
On Mon, Mar 5, 2012 at 12:38 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Mon, Mar 5, 2012 at 11:25 AM, Thomas Mueller muel...@adobe.com wrote:
If we want to use distinct interfaces for read-only and writable nodes,
what about ImmutableNode and MutableNode extends ImmutableNode.
On Thu, Mar 1, 2012 at 8:13 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
It looks my initial attempt at this didn't work too well, as my
intention wasn't clear enough and the interface draft I included
seemed to raise mostly concerns about technicalities (too many
methods, etc.)
Thus, please vote on which of these two codenames we should use for
the jr3 implementation effort:
[x] Oak
cheers
stefan
On Thu, Mar 1, 2012 at 2:53 PM, Michael Marth mma...@adobe.com wrote:
Hi Dom,
Are you suggesting, that cluster sync will be provided purely by the
underlying NoSQL database?
Yes, that's what I meant.
well that's one possible approach.
cheers
stefan
Michael
--
Michael Marth |
On Wed, Feb 29, 2012 at 12:01 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Tue, Feb 28, 2012 at 6:21 PM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
I guess you'd agree that the MicroKernel API covers a lot more
functionality than the Tree/Leaf interfaces I drafted. Someone
On Wed, Feb 29, 2012 at 8:55 AM, Thomas Mueller muel...@adobe.com wrote:
Hi,
I think we all have more or less the same basic idea. Well, I would call
it Node and not Tree because the term node more closely matches what
we do. But first about what we seem to agree:
* A persistent and
On Tue, Feb 28, 2012 at 3:19 PM, Michael Dürig mic...@gmail.com wrote:
On 28.2.12 13:17, Alexander Klimetschek wrote:
Am 23.02.2012 um 12:33 schrieb Michael Dürig:
Having node.type.management.orderable.child.nodes.supported = false
might be a bit harsh. But orderable child node lists and
On Thu, Feb 23, 2012 at 2:04 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Thu, Feb 23, 2012 at 12:45 PM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
Based on the various recent and older discussions, here's my very
high-level suggestion on what to target and how to reach it.
I
On Thu, Feb 9, 2012 at 11:45 PM, Michael Dürig mdue...@apache.org wrote:
Hi,
I stumbled upon this by chance: The equals method for the classes
ChildNodeEntriesMap and ChildNodeEntry is not symmetric.
hmm, i am pretty sure they're symmetric, i.e.: a.equals(b) == b.equals(a)
or are you
On Fri, Feb 10, 2012 at 12:00 PM, Ard Schrijvers
a.schrijv...@onehippo.com wrote:
On Fri, Feb 10, 2012 at 11:41 AM, Stefan Guggisberg
stefan.guggisb...@gmail.com wrote:
On Thu, Feb 9, 2012 at 11:45 PM, Michael Dürig mdue...@apache.org wrote:
Hi,
I stumbled upon this by chance: The equals
On Sun, Feb 5, 2012 at 6:25 PM, Michael Dürig mdue...@apache.org wrote:
On 4.2.12 20:07, Stefan Guggisberg wrote:
On Fri, Feb 3, 2012 at 7:44 PM, Michael Dürigmdue...@apache.org wrote:
Hi,
While working on a new transient space implementation [1] I discovered
that
recreating a list
On Mon, Feb 6, 2012 at 2:27 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Mon, Feb 6, 2012 at 1:53 PM, Michael Dürig mdue...@apache.org wrote:
An alternative that AFAICT achieves the same effect in perhaps an
easier to understand manner would be to use the state of the content
tree
On Mon, Feb 6, 2012 at 2:39 PM, Thomas Mueller muel...@adobe.com wrote:
Hi,
Instead of separate Added/Existing/Moved/Removed instances in the
ChangeTree, did you consider keeping the modified content just as
(say) TransientNode instances, without trying to keep track of how
they came to exist?
On Mon, Feb 6, 2012 at 3:10 PM, Julian Reschke julian.resc...@gmx.de wrote:
On 2012-02-06 15:02, Stefan Guggisberg wrote:
On Mon, Feb 6, 2012 at 2:39 PM, Thomas Muellermuel...@adobe.com wrote:
Hi,
Instead of separate Added/Existing/Moved/Removed instances in the
ChangeTree, did you
On Mon, Feb 6, 2012 at 3:23 PM, Michael Dürig mdue...@apache.org wrote:
- Much simpler.
erm, i beg to differ ... ;)
So do I ;-)
Apart from the benefits, it is a plain necessity for transient space
implementations on top of the Microkernel: without proper consolidation
users could
On Fri, Feb 3, 2012 at 7:44 PM, Michael Dürig mdue...@apache.org wrote:
Hi,
While working on a new transient space implementation [1] I discovered that
recreating a list of changes from transient modifications to the hierarchy
is like opening a can of worms. Rethinking things it turned out,
On Tue, Jan 31, 2012 at 9:21 AM, Thomas Mueller muel...@adobe.com wrote:
Hi,
+1 for changing to 1.6.
yup.
cheers
stefan
Regards,
Thomas
On 1/30/12 5:54 PM, Dominique Pfister dpfis...@adobe.com wrote:
Hi,
Just stumbled across this compilation setting in microkernel's pom.xml:
On Tue, Jan 31, 2012 at 12:28 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Mon, Jan 30, 2012 at 5:54 PM, Dominique Pfister dpfis...@adobe.com wrote:
So my question is: should we change this setting from 1.5 to 1.6 (which I
favor) or review our code?
+1 to 1.6
And while we're at
[
https://issues.apache.org/jira/browse/JCR-3221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13195533#comment-13195533
]
Stefan Guggisberg commented on JCR-3221:
Rohit Nijhawan added a comment - 27/Jan/12
On Fri, Jan 27, 2012 at 10:35 AM, Berry van Halderen
b.vanhalde...@1hippo.com wrote:
On Tue, Dec 6, 2011 at 4:40 PM, Berry van Halderen
b.vanhalde...@1hippo.com wrote:
We've run into log messages that have come us to suspect one of our
practices, namely to reregister node types. The
On Fri, Jan 27, 2012 at 11:30 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Fri, Jan 27, 2012 at 10:35 AM, Berry van Halderen
b.vanhalde...@1hippo.com wrote:
I've fixed this in our own code, but still I'm a bit worried about this
change
of behavior It used to be impossible to
On Thu, Jan 26, 2012 at 3:09 AM, Peri Subrahmanya
peri.subrahma...@gmail.com wrote:
I am using JCR 2.3.7 (latest stable release) for storing large number of
files. I am keeping the node sizes to 10K (requirement is to store upto 100M
records) but I am seeing a performance issues no matter how
On Wed, Jan 25, 2012 at 6:04 PM, Michael Dürig mdue...@apache.org wrote:
Hi,
In an earlier discussion (probably offline), we decided to not implement
Item.refresh() since it doesn't go well with the MVCC model jr3 is based on.
Furthermore, JCR doesn't have an Item.undo() method for undoing
On Thu, Jan 26, 2012 at 9:48 AM, Thomas Mueller muel...@adobe.com wrote:
Hi,
I would try 1). I would not try 3) because the user wouldn't know which
item conflicted (well he could parse the message, but that would be
weird). Also, I would try to avoid a new API.
For the case 'double delete'
On Thu, Jan 26, 2012 at 2:42 PM, Michael Dürig mdue...@apache.org wrote:
BTW: the current microkernel prototype doesn't consider concurrent
removal of a specific node a conflict, i.e. it already implements the
proposed behavior.
Hmm no?
String head = mk.getHeadRevision();
head =
On Wed, Jan 25, 2012 at 5:40 PM, Michael Dürig mic...@gmail.com wrote:
Hi,
Microkernel.commit() has a revisionId parameter. Could someone (Stefan?)
clarify the semantics of this parameter? The Javadoc only says revision the
changes are based on. But it fails to explain the actual effect of
be used to implement 1) (see
http://markmail.org/message/e2ipk54t2bhrepab) right?
yes
cheers
stefan
Michael
On 26.1.12 14:31, Stefan Guggisberg wrote:
On Wed, Jan 25, 2012 at 5:40 PM, Michael Dürigmic...@gmail.com wrote:
Hi,
Microkernel.commit() has a revisionId parameter. Could
, i think that re-orderings happen relatively rarely.
regards, toby
On Fri, Jan 20, 2012 at 9:13 AM, Stefan Guggisberg
stefan.guggisb...@gmail.com wrote:
On Fri, Jan 20, 2012 at 5:43 PM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
Hi,
Thinking about this more generally, it would
On Fri, Jan 20, 2012 at 4:09 PM, Thomas Mueller muel...@adobe.com wrote:
Hi,
The current Jackrabbit implementation uses orderable child nodes by default,
meaning nodes are returned in the same order as they are created. As an
example, if I create the nodes /test/c, then /test/b, and then
On Fri, Jan 20, 2012 at 4:56 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Fri, Jan 20, 2012 at 4:35 PM, Thomas Mueller muel...@adobe.com wrote:
If we use alphabetical child node lists by default for Jackrabbit 3, then
we would need to use a different default node type?
Right,
On Fri, Jan 20, 2012 at 5:43 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
Thinking about this more generally, it would definitely be useful to
be able to use a more efficient underlying storage for unorderable
nodes. However, there still are hard use cases that require us to
support
[
https://issues.apache.org/jira/browse/JCR-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13178810#comment-13178810
]
Stefan Guggisberg commented on JCR-3194:
only happens with log level set to DEBUG
[
https://issues.apache.org/jira/browse/JCR-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13178811#comment-13178811
]
Stefan Guggisberg commented on JCR-3194:
this is a regression of JCR-3098
[
https://issues.apache.org/jira/browse/JCR-3194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg resolved JCR-3194.
Resolution: Fixed
fixed in svn r1226863.
ConcurrentModificationException
On Thu, Dec 29, 2011 at 6:19 PM, Michael Dürig mic...@gmail.com wrote:
Hi,
Over at the sandbox [1] I implemented a new (AFAIK) approach for the JCR
transient space. The gist of it is in the ChangeTree class [2] while some
more Microkernel specific things are factored out into the
On Wed, Dec 14, 2011 at 11:39 AM, Julian Reschke julian.resc...@gmx.de wrote:
On 2011-12-14 11:28, Apache Wiki wrote:
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Jackrabbit Wiki
for change notification.
The Jsop page has been changed by stefan:
On Mon, Dec 12, 2011 at 10:36 AM, Stefan Guggisberg
stefan.guggisb...@gmail.com wrote:
On Fri, Dec 9, 2011 at 3:13 PM, Michael Dürig mdue...@apache.org wrote:
Hi,
Currently the commit method look like this:
String commit(String path, String jsonDiff, String revisionId, String
message
On Wed, Dec 14, 2011 at 3:54 PM, Michael Dürig mdue...@apache.org wrote:
On 14.12.11 14:18, Julian Reschke wrote:
The use case is that the client should have a way to detect the JCR data
type for unstructured data (JSON doesn't have a 'date' data type). For
the
MicroKernel, we currently use
On Fri, Dec 9, 2011 at 3:13 PM, Michael Dürig mdue...@apache.org wrote:
Hi,
Currently the commit method look like this:
String commit(String path, String jsonDiff, String revisionId, String
message)
The path argument has to be an absolute path and the paths of the jsonDiff
operations are
[
https://issues.apache.org/jira/browse/JCR-3172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13166220#comment-13166220
]
Stefan Guggisberg commented on JCR-3172:
+1 for the patch (JCR-3172.diff
On Tue, Dec 6, 2011 at 3:03 PM, Julian Reschke julian.resc...@gmx.de wrote:
On 2011-12-06 14:53, Stefan Guggisberg wrote:
...
ah right, jsr 283, journaled observation, ... now i vaguely remember ;)
AFAIK jackrabbit doesn't support event bundling, i.e. PERSIST events are
never dispatched
[
https://issues.apache.org/jira/browse/JCR-3172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13164400#comment-13164400
]
Stefan Guggisberg commented on JCR-3172:
we'll probably have to add a PERSIST event
[
https://issues.apache.org/jira/browse/JCR-3172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13164460#comment-13164460
]
Stefan Guggisberg commented on JCR-3172:
Wouldn't be EventJournalImpl the obvious
On Mon, Dec 5, 2011 at 5:17 PM, Julian Reschke julian.resc...@gmx.de wrote:
Hi,
I was just looking at a stream of events and noticed that we don't seem to
generate PERSIST events?
Is there a good reason for this, or is this just something we haven't done
yet?
can you please provide some
On Tue, Dec 6, 2011 at 12:19 PM, Julian Reschke julian.resc...@gmx.de wrote:
On 2011-12-06 11:42, Stefan Guggisberg wrote:
On Mon, Dec 5, 2011 at 5:17 PM, Julian Reschkejulian.resc...@gmx.de
wrote:
Hi,
I was just looking at a stream of events and noticed that we don't seem
to
generate
On Thu, Dec 1, 2011 at 2:01 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
On Thu, Dec 1, 2011 at 1:13 PM, Michael Dürig mdue...@apache.org wrote:
But this will introduce a race condition. With other words: this only make
the time window during which such a inconsistency could slip in
On Thu, Dec 1, 2011 at 2:26 PM, Michael Dürig mdue...@apache.org wrote:
On 1.12.11 13:01, Jukka Zitting wrote:
Hi,
On Thu, Dec 1, 2011 at 1:13 PM, Michael Dürigmdue...@apache.org wrote:
But this will introduce a race condition. With other words: this only
make
the time window during
On Thu, Dec 1, 2011 at 3:49 PM, Thomas Mueller muel...@adobe.com wrote:
Hi,
A test-and-set operation necessarily requires at least some level of
atomicity which can quickly become a bottleneck for a clustered setup.
Test-and-set is a problem in a clustered 'eventually consistent' model,
On Wed, Nov 30, 2011 at 3:21 PM, Michael Dürig mdue...@apache.org wrote:
On 30.11.11 13:57, Alexander Klimetschek wrote:
I expect there is a lot of code outside that relies on the copy-on-write
nature of JR 2 - i.e. that anything the session did not touch yet is
always live. Introducing
[
https://issues.apache.org/jira/browse/JCR-3160?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg updated JCR-3160:
---
Component/s: (was: jackrabbit-core)
query
Session#move doesn't
On Thu, Nov 24, 2011 at 11:50 PM, Michael Dürig mic...@gmail.com wrote:
There is another case where conflicting commits cause an NPE. This time its
a conflict between add and remove. See testcase in forwarded commit message.
thanks, i'll have a look.
cheers
stefan
Michael
fixed in svn r1206183.
thanks
stefan
On Fri, Nov 25, 2011 at 11:29 AM, Stefan Guggisberg ste...@apache.org wrote:
On Thu, Nov 24, 2011 at 11:50 PM, Michael Dürig mic...@gmail.com wrote:
There is another case where conflicting commits cause an NPE. This time its
a conflict between add
On Fri, Nov 25, 2011 at 1:03 PM, Michael Dürig mdue...@apache.org wrote:
Hi,
I just discovered that the move operation does not fail when the target
nodes already exists. Is that expected?
no :)
fixed in svn r1206201.
thanks
stefan
When node 'b' exists already, the following commit will
[
https://issues.apache.org/jira/browse/JCR-3141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13146219#comment-13146219
]
Stefan Guggisberg commented on JCR-3141:
please check the transitive dependencies
[
https://issues.apache.org/jira/browse/JCR-3131?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg resolved JCR-3131.
Resolution: Fixed
Fix Version/s: 2.4
fixed in svn revision 1196062 by committing
[
https://issues.apache.org/jira/browse/JCR-3117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13130443#comment-13130443
]
Stefan Guggisberg commented on JCR-3117:
patch looks good, thanks
hi kamil,
On Thu, Oct 13, 2011 at 12:38 PM, Kamil Nezval kamil.nez...@xitee.com wrote:
Hi,
I've been playing around with a possibility to modify already registered
node types and found 2 things (bugs?) regarding to changing property
constraints:
1) according to the java doc
- if (log.isDebugEnabled()) {
+ if (log.isInfoEnabled()) {
what's the justification for changing the log level from debug to info?
On Thu, Oct 13, 2011 at 3:19 PM, alexparvule...@apache.org wrote:
Author: alexparvulescu
Date: Thu Oct 13 13:19:38 2011
New Revision: 1182835
hi bart,
On Thu, Oct 13, 2011 at 4:44 PM, Bart van der Schans
b.vandersch...@onehippo.com wrote:
Hi Stefan,
On Thu, Oct 13, 2011 at 4:27 PM, Stefan Guggisberg
stefan.guggisb...@gmail.com wrote:
- if (log.isDebugEnabled()) {
+ if (log.isInfoEnabled()) {
what's
On Thu, Oct 13, 2011 at 5:23 PM, Bart van der Schans
b.vandersch...@onehippo.com wrote:
On Thu, Oct 13, 2011 at 4:51 PM, Stefan Guggisberg
stefan.guggisb...@gmail.com wrote:
hi bart,
On Thu, Oct 13, 2011 at 4:44 PM, Bart van der Schans
b.vandersch...@onehippo.com wrote:
Hi Stefan,
On Thu
[
https://issues.apache.org/jira/browse/JCR-3112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg resolved JCR-3112.
Resolution: Fixed
Fix Version/s: 2.3.2
fixed in svn r1182929
[
https://issues.apache.org/jira/browse/JCR-3107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg updated JCR-3107:
---
Component/s: query
Speed up hierarchy cache initialization
[
https://issues.apache.org/jira/browse/JCR-3063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13116296#comment-13116296
]
Stefan Guggisberg commented on JCR-3063:
I restored the JCR-2171 fix in revision
[
https://issues.apache.org/jira/browse/JCR-3063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13113490#comment-13113490
]
Stefan Guggisberg commented on JCR-3063:
this is a regression of JCR-2171
[
https://issues.apache.org/jira/browse/JCR-3063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg resolved JCR-3063.
Resolution: Fixed
Fix Version/s: 2.3.0
fixed in svn r1174822 by reverting the change
[
https://issues.apache.org/jira/browse/JCR-1848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg reassigned JCR-1848:
--
Assignee: Stefan Guggisberg
ConcurrentModificationException in SessionItemStateManager
[
https://issues.apache.org/jira/browse/JCR-3063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13104607#comment-13104607
]
Stefan Guggisberg commented on JCR-3063:
i am now able to reproduce the NPEs
[
https://issues.apache.org/jira/browse/JCR-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13101150#comment-13101150
]
Stefan Guggisberg commented on JCR-3040:
@alex
thanks for the reworked patch (JCR
hi jukka
On Thu, Sep 1, 2011 at 2:11 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
The level of activity on the j3 sandbox has been pretty nice in the
past few weeks. Would someone working on the code care to give a short
update on the latest developments? The commit messages have
[
https://issues.apache.org/jira/browse/JCR-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13095291#comment-13095291
]
Stefan Guggisberg commented on JCR-2272:
as of JCR-2650 STATUS_STALE_MODIFIED
On Thu, Aug 25, 2011 at 9:43 AM, vikash vikash.kon...@gmail.com wrote:
Hi,
I have 2 different jackrabbit instances running at staging and production
machine and I am using workspaces.
Can I copy a staging workspace to production workspace and how?
no, you'll have to export/import the
[
https://issues.apache.org/jira/browse/JCR-3060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13090114#comment-13090114
]
Stefan Guggisberg commented on JCR-3060:
the method names are IMO misleading
[
https://issues.apache.org/jira/browse/JCR-3060?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13090154#comment-13090154
]
Stefan Guggisberg commented on JCR-3060:
no, if you'll change the names to something
2011/8/19 Suat Gönül suatgo...@gmail.com:
Hi everybody,
I can create a URI typed property for a node and set its value by a code
snippet as follows:
Node n;
//somehow initialize the node
String uriprop = uriprop;
String val = http://www.example.org;;
n.setProperty(uriprop, val,
[
https://issues.apache.org/jira/browse/JCR-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13086931#comment-13086931
]
Stefan Guggisberg commented on JCR-3040:
I also don't see the regression risk
[
https://issues.apache.org/jira/browse/JCR-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13086381#comment-13086381
]
Stefan Guggisberg commented on JCR-3040:
thanks for the patch and sharing some test
[
https://issues.apache.org/jira/browse/JCR-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13079388#comment-13079388
]
Stefan Guggisberg commented on JCR-3040:
the description of JCR-2936 states
[
https://issues.apache.org/jira/browse/JCR-2936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13079391#comment-13079391
]
Stefan Guggisberg commented on JCR-2936:
It is not enabled by default, so just
On Wed, Jul 27, 2011 at 3:26 PM, Edouard Hue edouard@gmail.com wrote:
Hi all,
Could someone tell me why the issue JCR-3030 doesn't show up in the Task
board ? Should I have left its status to open instead of patch available
?
the task board is IMO irrelevant, AFAIK it's not actively used
[
https://issues.apache.org/jira/browse/JCR-3018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13065836#comment-13065836
]
Stefan Guggisberg commented on JCR-3018:
On the other hand, we should discuss
[
https://issues.apache.org/jira/browse/JCR-3014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13066212#comment-13066212
]
Stefan Guggisberg commented on JCR-3014:
your solution is more involved
[
https://issues.apache.org/jira/browse/JCR-3014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg resolved JCR-3014.
Resolution: Fixed
Assignee: Stefan Guggisberg (was: Alex Parvulescu)
fixed
[
https://issues.apache.org/jira/browse/JCR-3023?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg resolved JCR-3023.
Resolution: Duplicate
this is essentially a duplicate of JCR-3022
NPE on logout
[
https://issues.apache.org/jira/browse/JCR-3022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13065224#comment-13065224
]
Stefan Guggisberg commented on JCR-3022:
logout is obviously called from
[
https://issues.apache.org/jira/browse/JCR-3022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg updated JCR-3022:
---
Priority: Minor (was: Major)
not a major issue
NPE on logout in XASessionImpl
[
https://issues.apache.org/jira/browse/JCR-3013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13064462#comment-13064462
]
Stefan Guggisberg commented on JCR-3013:
Would it be more appropriate to change
[
https://issues.apache.org/jira/browse/JCR-3014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13064650#comment-13064650
]
Stefan Guggisberg commented on JCR-3014:
i don't agree with the current changes
[
https://issues.apache.org/jira/browse/JCR-3016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg resolved JCR-3016.
Resolution: Fixed
Fix Version/s: 2.3.0
fixed in svn revision 1144695
inconsistent
hi michael,
On Tue, Jun 28, 2011 at 2:25 PM, Michael Klenk kl...@dig.de wrote:
Hi,
it seems, there exists no bug for this issue right now. The problem described
below crashes our application several times a week. Could you please check if
this problem is a Jackrabbit bug, or if it is an
[
https://issues.apache.org/jira/browse/JCR-2985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13060575#comment-13060575
]
Stefan Guggisberg commented on JCR-2985:
i was able to reproduce the issue. it's
hi michael,
On Tue, Jun 28, 2011 at 2:25 PM, Michael Klenk kl...@dig.de wrote:
**
Hi,
it seems, there exists no bug for this issue right now. The problem
described below crashes our application several times a week. Could you
please check if this problem is a Jackrabbit bug, or if it is an
[
https://issues.apache.org/jira/browse/JCR-3007?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13057302#comment-13057302
]
Stefan Guggisberg commented on JCR-3007:
+1, patch looks good
setProperty access
201 - 300 of 1277 matches
Mail list logo