Re: [VOTE] Release Apache Jackrabbit Filevault 3.2.0

successfully verified hashes and signature successfully built from source successfully ran tests [X] +1 Release this package as Apache Jackrabbit Filevault 3.2.0 cheers stefan On Mon, Aug 6, 2018 at 9:29 AM Tobias Bocanegra wrote: > > A candidate for the Jackrabbit Filevault 3.2.0 release is

Re: [VOTE] Release Apache Jackrabbit Filevault Package Maven Plugin 1.0.1

all checks ok +1 Release this package as Apache Jackrabbit Filevault Package Maven Plugin 1.0.1 cheers stefan On Thu, Dec 14, 2017 at 5:07 PM, Tobias Bocanegra wrote: > Hi alter ego, > > [INFO] Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426; >

Re: [VOTE] Release Apache Jackrabbit Filevault 3.1.34

On Thu, Jan 19, 2017 at 10:07 AM, Marcel Reutegger wrote: > On 16/01/17 08:36, Tobias Bocanegra wrote: >> >> A candidate for the Jackrabbit Filevault 3.1.34 release is available at: >> >> https://dist.apache.org/repos/dist/dev/jackrabbit/filevault/3.1.34/ > > > I have

Re: [VOTE] Release Apache Jackrabbit Filevault 3.1.28

> Please vote on releasing this package as Apache Jackrabbit Filevault 3.1.28. > The vote is open for the next 72 hours and passes if a majority of at > least three +1 Jackrabbit PMC votes are cast. > > [ ] +1 Release this package as Apache Jackrabbit Filevault 3.1.28 > [ ] -1 Do not release this

Re: [VOTE] Release Apache Jackrabbit Filevault 3.1.20

- verified PGP signature and sha1 checksum - ran 'mvn install' without errors [x] +1 Release this package as Apache Jackrabbit Filevault 3.1.20 cheers stefan On Wed, May 27, 2015 at 7:49 AM, Tobias Bocanegra tri...@apache.org wrote: A candidate for the Jackrabbit Filevault 3.1.20 release is

Re: Initial work for the specification of a remote API

hi francesco, On Fri, Jan 23, 2015 at 6:09 PM, Francesco Mari mari.france...@gmail.com wrote: Hi all, since I don't have access to the wiki, I started to write down a draft for the remote API in a public GitHub repository [1]. I didn't write much so far, but I invite every interested party

Re: Initial work for the specification of a remote API

Stefan Guggisberg stefan.guggisb...@gmail.com: On Tue, Jan 27, 2015 at 11:31 AM, Francesco Mari mari.france...@gmail.com wrote: Should the API expose every authentication strategy implemented in Oak? which strategy should be supported by the remoting layer is something that needs TBD. i'd say we

Re: [VOTE] Release Apache Jackrabbit Filevault 3.1.14

+1 btw: there seems to be a bug in AdminPermissionCheckerTest. this test fails when running the tests twice, e.g. mvn clean install mvn test see attached stack trace. cheers stefan On Tue, Dec 16, 2014 at 6:58 AM, Tobias Bocanegra tri...@apache.org wrote: A candidate for the Jackrabbit

Re: blobs are not being retained when using MicroKernel interface, adds str: prefix to blobId property value

hi adrien, On Mon, Sep 22, 2014 at 5:35 PM, Adrien Lamoureux lamoureux.adr...@gmail.com wrote: Hi, No one has responded to the issues I'm having with the MicroKernel. sorry, missed that one. the problem you're having ('str:' being prepended to ':blobid:...') seems to be caused by a bug in

Re: Some more benchmarks

On Tue, Jul 1, 2014 at 8:37 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Tue, Jul 1, 2014 at 9:38 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: I also tried including MongoMK results, but the benchmark got stuck in ConcurrentReadTest. I'll re-try today and will file a bug if I

[jira] [Updated] (JCR-3239) Removal of a top level node doesn't update the hierarchy manager's cache.

[ https://issues.apache.org/jira/browse/JCR-3239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3239: --- Priority: Major (was: Minor) Removal of a top level node doesn't update the hierarchy

[jira] [Updated] (JCR-3770) refine validateHierarchy check in order to avoid false-positives

[ https://issues.apache.org/jira/browse/JCR-3770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3770: --- Fix Version/s: 2.7.6 refine validateHierarchy check in order to avoid false-positives

[jira] [Created] (JCR-3770) refine validateHierarchy check in order to avoid false-positives

Stefan Guggisberg created JCR-3770: -- Summary: refine validateHierarchy check in order to avoid false-positives Key: JCR-3770 URL: https://issues.apache.org/jira/browse/JCR-3770 Project: Jackrabbit

[jira] [Commented] (JCR-3770) refine validateHierarchy check in order to avoid false-positives

[ https://issues.apache.org/jira/browse/JCR-3770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13969585#comment-13969585 ] Stefan Guggisberg commented on JCR-3770: JCR-2598 introduced the optional

[jira] [Resolved] (JCR-3770) refine validateHierarchy check in order to avoid false-positives

[ https://issues.apache.org/jira/browse/JCR-3770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved JCR-3770. Resolution: Fixed fixed in svn revision 1587619 refine validateHierarchy check in order

Re: [VOTE] Release Apache Jackrabbit Filevault 3.1.0

+1 Release this package as Apache Jackrabbit Filevault 3.1.0 cheers stefan On Thu, Mar 27, 2014 at 11:52 PM, Tobias Bocanegra tri...@apache.org wrote: A candidate for the Jackrabbit Filevault 3.1.0 release is available at: https://dist.apache.org/repos/dist/dev/jackrabbit/filevault/3.1.0/

Re: oak-mk-perf?

On Fri, Mar 28, 2014 at 8:39 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, Do we still need the oak-mk-perf component for something? We added it in OAK-335, but have since implemented a much more comprehensive set of benchmarks in oak-run. It doesn't seem as if the code is still

Re: svn commit: r1544078 - in /jackrabbit/oak/trunk/oak-mk/src: main/java/org/apache/jackrabbit/mk/model/StagedNodeTree.java test/java/org/apache/jackrabbit/mk/MicroKernelImplTest.java

On Thu, Nov 21, 2013 at 3:57 PM, julian.resc...@gmx.de julian.resc...@gmx.de wrote: On 2013-11-21 10:55, ste...@apache.org wrote: ... Modified: jackrabbit/oak/trunk/oak-mk/src/test/java/org/apache/jackrabbit/mk/MicroKernelImplTest.java URL:

Re: writing a new MK, guidelines

hi tommaso the javadoc of org.apache.jackrabbit.mk.api.MicroKernel specifies the API contract. org.apache.jackrabbit.mk.test.MicroKernelIT is the integration test which verifies whether an implementation obeys the contract. org.apache.jackrabbit.mk.core.MicroKernelImpl serves as a reference

Re: Clarifying: Support for properties and child nodes with the same name

On Wed, Oct 30, 2013 at 7:25 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Wed, Oct 30, 2013 at 6:43 AM, Stefan Guggisberg stefan.guggisb...@gmail.com wrote: SNNP was introduced with JSR 283, mainly due to pressure from vendors with legacy systems. we (day) were opposed since SNNP

Re: Clarifying: Support for properties and child nodes with the same name

On Tue, Oct 29, 2013 at 1:46 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Mon, Oct 28, 2013 at 6:54 PM, Tobias Bocanegra tri...@apache.org wrote: I would rather keep the support for same name properties and nodes in order to ensure backward compatibility for existing repositories.

Re: Clarifying: Support for properties and child nodes with the same name

On Mon, Oct 28, 2013 at 10:48 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Mon, Oct 28, 2013 at 3:12 PM, Tobias Bocanegra tri...@apache.org wrote: I don't know anymore where I heard/read this, but I had the assumption, that oak will no longer support properties and child nodes

Re: JCR-3581: Incorrect bitwise arithmetic in BitsetENTCacheImpl.BitsetKey.compareTo implementation - wrong bit mask value used

hi ate, thanks, i'll have a look. cheers stefan On Fri, May 3, 2013 at 10:25 AM, Ate Douma a...@douma.nu wrote: I didn't see yet any feedback on this [1]. Its not like a very critical bug (probably) but still serious enough IMO to consider fixing. Anyone interested to at least take a

[jira] [Assigned] (JCR-3581) Incorrect bitwise arithmetic in BitsetENTCacheImpl.BitsetKey.compareTo implementation - wrong bit mask value used

[ https://issues.apache.org/jira/browse/JCR-3581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg reassigned JCR-3581: -- Assignee: Stefan Guggisberg Incorrect bitwise arithmetic

[jira] [Resolved] (JCR-3581) Incorrect bitwise arithmetic in BitsetENTCacheImpl.BitsetKey.compareTo implementation - wrong bit mask value used

[ https://issues.apache.org/jira/browse/JCR-3581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved JCR-3581. Resolution: Fixed Fix Version/s: 2.7 2.6.1 committed patch in svn

Re: JCR-3581: Incorrect bitwise arithmetic in BitsetENTCacheImpl.BitsetKey.compareTo implementation - wrong bit mask value used

i committed your patch, thanks! cheers stefan On Fri, May 3, 2013 at 10:34 AM, Stefan Guggisberg stefan.guggisb...@gmail.com wrote: hi ate, thanks, i'll have a look. cheers stefan On Fri, May 3, 2013 at 10:25 AM, Ate Douma a...@douma.nu wrote: I didn't see yet any feedback

[jira] [Updated] (JCR-3581) Incorrect bitwise arithmetic in BitsetENTCacheImpl.BitsetKey.compareTo implementation - wrong bit mask value used

[ https://issues.apache.org/jira/browse/JCR-3581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3581: --- Fix Version/s: 2.4.4 Incorrect bitwise arithmetic

[jira] [Updated] (JCR-3568) Property.getBinary().getStream() files in tempDir not removed by InputStream.close() nor by Binary.dispose()

[ https://issues.apache.org/jira/browse/JCR-3568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3568: --- Component/s: (was: jackrabbit-api) jackrabbit-webdav Priority

[jira] [Resolved] (JCR-3568) Property.getBinary().getStream() files in tempDir not removed by InputStream.close() nor by Binary.dispose()

[ https://issues.apache.org/jira/browse/JCR-3568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved JCR-3568. Resolution: Invalid Property.getBinary().getStream() files in tempDir not removed

Re: MongoMK^2 design proposal

On Mon, Feb 18, 2013 at 1:01 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Mon, Feb 11, 2013 at 3:22 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: I've now spent a few days drafting some initial implementation code to see how such a design would work in practice. Fast forward

Re: script to compare maven test run times

On Fri, Feb 15, 2013 at 12:04 PM, Alex Parvulescu alex.parvule...@gmail.com wrote: hi, For OAK-624 I needed to compare the test run times between 2 different mk implementations so I came up with a script that computes the percentage difference between the 2 'mvn test' runs. This allows for

[jira] [Assigned] (JCR-3514) Error in RepositoryImpl class

[ https://issues.apache.org/jira/browse/JCR-3514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg reassigned JCR-3514: -- Assignee: Stefan Guggisberg Error in RepositoryImpl class

[jira] [Commented] (JCR-3514) Error in RepositoryImpl class

[ https://issues.apache.org/jira/browse/JCR-3514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13576704#comment-13576704 ] Stefan Guggisberg commented on JCR-3514: bq. The condition should rather

[jira] [Resolved] (JCR-3514) Error in RepositoryImpl class

[ https://issues.apache.org/jira/browse/JCR-3514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved JCR-3514. Resolution: Not A Problem Error in RepositoryImpl class

[jira] [Updated] (JCR-3509) Workspace maxIdleTime parameter not working

[ https://issues.apache.org/jira/browse/JCR-3509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3509: --- Priority: Minor (was: Major) Workspace maxIdleTime parameter not working

[jira] [Commented] (JCR-3509) Workspace maxIdleTime parameter not working

[ https://issues.apache.org/jira/browse/JCR-3509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13576708#comment-13576708 ] Stefan Guggisberg commented on JCR-3509: bq. It should rather be if (!initialized

[jira] [Updated] (JCR-3502) Deleted states are not merged correctly

[ https://issues.apache.org/jira/browse/JCR-3502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3502: --- Component/s: clustering Deleted states are not merged correctly

Re: MongoMK.getHeadRevision()

cheers stefan -Mete On 1/7/13 5:11 PM, Stefan Guggisberg stefan.guggisb...@gmail.com wrote: On Mon, Jan 7, 2013 at 4:46 PM, Marcel Reutegger mreut...@adobe.com wrote: Hi, while working on OAK-535 I noticed that MongoMK.getHeadRevision() may also return the revision of a branch commit

Re: Conflict handling in Oak

On Wed, Dec 12, 2012 at 4:46 PM, Michael Dürig mdue...@apache.org wrote: Hi, Currently the Microkernel contract does not specify a merge policy but is free to try to merge conflicting changes or throw an exception. I think this is problematic in various ways: 1) Automatic merging may

Re: Conflict handling in Oak

On Tue, Dec 18, 2012 at 12:49 PM, Michael Dürig mdue...@apache.org wrote: This is a bit more complicated. In fact it is the other way around: if two journal entries commute, the corresponding differences on the nodes due not conflict regarding the definition I gave. OTOH non conflicting

Re: Conflict handling in Oak

On Tue, Dec 18, 2012 at 2:30 PM, Michael Dürig mic...@gmail.com wrote: On 18.12.12 11:30, Stefan Guggisberg wrote: On Wed, Dec 12, 2012 at 4:46 PM, Michael Dürig mdue...@apache.org wrote: Hi, Currently the Microkernel contract does not specify a merge policy but is free to try to merge

Re: Conflict handling in Oak

On Tue, Dec 18, 2012 at 5:12 PM, Michael Dürig mdue...@apache.org wrote: On 18.12.12 16:05, Mete Atamel wrote: In MongoMK, getJournal basically returns the jsonDiff from the commit, at least in the simple case when there is no path to filter. And AFAIK this is the same for the H2 MK.

[jira] [Commented] (JCR-3452) Modified property and child node definition are rejected

[ https://issues.apache.org/jira/browse/JCR-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13507249#comment-13507249 ] Stefan Guggisberg commented on JCR-3452: bq. Yes, that is correct. BUT, adding

[jira] [Updated] (JCR-3452) Modified property and child node definition are rejected

[ https://issues.apache.org/jira/browse/JCR-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3452: --- Issue Type: Improvement (was: Bug) Modified property and child node definition

[jira] [Commented] (JCR-3452) Modified property and child node definition are rejected

[ https://issues.apache.org/jira/browse/JCR-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13507346#comment-13507346 ] Stefan Guggisberg commented on JCR-3452: bq. What about the change of property

[jira] [Resolved] (JCR-3452) Modified property and child node definition are rejected

[ https://issues.apache.org/jira/browse/JCR-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved JCR-3452. Resolution: Fixed Fix Version/s: 2.6 Assignee: Stefan Guggisberg fixed

[jira] [Updated] (JCR-3452) Modified property and child node definition are rejected

[ https://issues.apache.org/jira/browse/JCR-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3452: --- Issue Type: Bug (was: Improvement) Modified property and child node definition

Re: issues fixed by nobody?

On Thu, Nov 29, 2012 at 9:44 AM, Jan Haderka jan.hade...@magnolia-cms.com wrote: Hiya, there appears to be fair number of issues in JR that were fixed by unassigned. Is this on purpose?

[jira] [Commented] (JCR-3452) Modified property and child node definition are rejected

[ https://issues.apache.org/jira/browse/JCR-3452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13506599#comment-13506599 ] Stefan Guggisberg commented on JCR-3452: bq. AFAIU, making something more

[jira] [Assigned] (JCR-3468) ConcurrentModificationException in BitSetENTCacheImpl

[ https://issues.apache.org/jira/browse/JCR-3468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg reassigned JCR-3468: -- Assignee: Stefan Guggisberg ConcurrentModificationException in BitSetENTCacheImpl

[jira] [Resolved] (JCR-3468) ConcurrentModificationException in BitSetENTCacheImpl

[ https://issues.apache.org/jira/browse/JCR-3468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved JCR-3468. Resolution: Fixed Fix Version/s: 2.6 fixed in svn r1414733

Re: Identifier- or hash-based access in the MicroKernel

On Thu, Nov 22, 2012 at 4:56 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Wed, Nov 21, 2012 at 11:00 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: On Tue, Nov 20, 2012 at 8:01 PM, Stefan Guggisberg stefan.guggisb...@gmail.com wrote: - do you have a proposal for the suggested

Re: Identifier- or hash-based access in the MicroKernel

On Wed, Nov 21, 2012 at 10:00 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Tue, Nov 20, 2012 at 8:01 PM, Stefan Guggisberg stefan.guggisb...@gmail.com wrote: - returning an :id and/or :hash should be optional, i.e. we shouldn't require an implementation to return an :id or :hash

Re: Identifier- or hash-based access in the MicroKernel

hi jukka On Tue, Nov 20, 2012 at 5:24 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, A lot of functionality in Oak (node states, the diff and hook mechanisms, etc.) are based on walking down the tree hierarchy one level at a time. To do this, for example to access changes below

Re: Support for long multivalued properties

On Thu, Nov 15, 2012 at 12:00 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, This came up earlier in the Berlin Oakathon and we're now facing it also with the property index. Basically, do we want to add explicit support for long ( 1k values) multivalued properties? Currently such

Re: [MongoMK] BlobStore garbage collection

On Tue, Nov 6, 2012 at 9:45 AM, Mete Atamel mata...@adobe.com wrote: Hi, On 11/6/12 9:24 AM, Thomas Mueller muel...@adobe.com wrote: Yes. Somebody has to decide which revisions are no longer needed. Luckily it doesn't need to be us :-) We might set a default value (10 minutes or so), and then

Re: Jackrabbit-explorer

hi, sorry, wrong list. i guess you're using this project: http://code.google.com/p/jackrabbitexplorer/ please send your questions to their mailing list. cheers stefan On Thu, Nov 1, 2012 at 7:56 AM, nadhiya nadhiya.shanm...@icissolutions.com wrote: hi, I use glassfish server and have

[jira] [Commented] (JCR-3453) Jackrabbit might deplate the temporary tablespace on Oracle

[ https://issues.apache.org/jira/browse/JCR-3453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13486897#comment-13486897 ] Stefan Guggisberg commented on JCR-3453: FWIW: bq. * Actually why do you need

[jira] [Commented] (JCR-3453) Jackrabbit might deplate the temporary tablespace on Oracle

[ https://issues.apache.org/jira/browse/JCR-3453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13486993#comment-13486993 ] Stefan Guggisberg commented on JCR-3453: bq. Actually I'm ready to contribute

Re: branch/merge bug in MicroKernelImpl?

or separate issues, not sure. excellent, i'll check. thanks stefan -Mete [0] https://github.com/meteatamel/jackrabbit-oak/blob/6b4635edc5908f346f5bc0e35 4cf2563d6aa6da7/oak-mongomk/src/test/java/org/apache/jackrabbit/mongomk/imp l/MongoMKBranchMergeTest.java On 10/25/12 3:55 PM, Stefan

Re: branch/merge bug in MicroKernelImpl?

] https://github.com/meteatamel/jackrabbit-oak/blob/6b4635edc5908f346f5bc0e35 4cf2563d6aa6da7/oak-mongomk/src/test/java/org/apache/jackrabbit/mongomk/imp l/MongoMKBranchMergeTest.java On 10/25/12 3:55 PM, Stefan Guggisberg stefan.guggisb...@gmail.com wrote: On Thu, Oct 25, 2012 at 3:38 PM

Re: branch/merge bug in MicroKernelImpl?

On Thu, Oct 25, 2012 at 3:38 PM, Mete Atamel mata...@adobe.com wrote: Hi, I think I found a bug with branch/merge in MicroKernelImpl but wanted to make sure. The last assert in the test fails. Could someone verify that this is indeed a bug? thanks, i'll have a look. cheers stefan @Test

Re: Repository construction

On Fri, Oct 19, 2012 at 5:25 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, As you may have noticed from my work in OAK-352, we now have pretty clean and simple mechanism for constructing repositories with different combinations of pluggable components. Here's a quick guide on how to

Re: MicroKernel add/set property

:49, Stefan Guggisberg wrote: i agree that the ambiguity of '^' vs '+' is confusing. personally i'd prefer to get rid of the '+' syntax for property creation altogether. as a consequence we'd loose the ability to generate PROPERTY_ADDED events from the mk journal. i don't know whether that's

Re: [MongoMK] Reading blobs incrementally

On Wed, Oct 17, 2012 at 10:42 AM, Michael Dürig mdue...@apache.org wrote: I wonder why the Microkernel API has an asymmetry here: for writing a binary you can pass a stream where as for reading you need to pass a byte array. the write method implies a content-addressable storage for blobs,

Re: Staged vs. Stored node

hi mete i'm copying the oak-dev list since this might be of interest to others. comments follow inline... On Tue, Oct 16, 2012 at 8:30 PM, Mete Atamel mata...@adobe.com wrote: Hi Stefan, One thing that I've been wanting to ask you is the distinction between StagedNode vs. StoredNode. I see

Re: MicroKernel add/set property

On Tue, Oct 16, 2012 at 4:39 PM, Mete Atamel mata...@adobe.com wrote: Hi, I have 2 questions on MicroKernel add/set property that MicroKernel JavaDoc does not seem to answer. 1- What's the difference between adding a property vs. setting a property? Are the two following commits basically

Re: MicroKernel add/set property

of the '+' syntax for property creation altogether. as a consequence we'd loose the ability to generate PROPERTY_ADDED events from the mk journal. i don't know whether that's a problem for the current oak-core implementation. opinions? cheers stefan -Mete On 10/17/12 2:58 PM, Stefan Guggisberg

Re: MicroKernel add/set property

On Wed, Oct 17, 2012 at 5:03 PM, Michael Dürig mdue...@apache.org wrote: On 17.10.12 15:49, Stefan Guggisberg wrote: i agree that the ambiguity of '^' vs '+' is confusing. personally i'd prefer to get rid of the '+' syntax for property creation altogether. as a consequence we'd loose

Re: The destiny of Oak (Was: [RESULT] [VOTE] Codename for the jr3 implementation effort)

+1 to the Bertrand's suggestion same project name, different software name cheers stefan

Re: JSOP diff question

On 28.09.2012, at 11:05, Mete Atamel mata...@adobe.com wrote: Hi, I have a question with JSOP diff syntax. Say I want to add a node a with a property and value. This is the diff I use in the commit: diff.append(+\a\ : {\prop\ : \value\}); Is it legal to add a and then add its

[jira] [Commented] (JCR-3424) hit ORA-12899 when add/save node

[ https://issues.apache.org/jira/browse/JCR-3424?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13452802#comment-13452802 ] Stefan Guggisberg commented on JCR-3424: FWIW, here are the relevant log entries

Re: process boundaries

hi marcel On Mon, Sep 10, 2012 at 12:33 PM, Marcel Reutegger mreut...@adobe.com wrote: hi all, while looking through the oak code and also in light of the recent MongoDB based MicroKernel, I was wondering where the process boundaries are. right now with the maven build everything runs in

[jira] [Commented] (OAK-267) Repository fails to start with - cannot branch off a private branch

[ https://issues.apache.org/jira/browse/OAK-267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13440422#comment-13440422 ] Stefan Guggisberg commented on OAK-267: --- while i still can't explain how a private

[jira] [Created] (OAK-272) every session login causes a mk.branch operation

Stefan Guggisberg created OAK-272: - Summary: every session login causes a mk.branch operation Key: OAK-272 URL: https://issues.apache.org/jira/browse/OAK-272 Project: Jackrabbit Oak Issue

[jira] [Commented] (OAK-11) Document and tighten contract of Microkernel API

[ https://issues.apache.org/jira/browse/OAK-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13438508#comment-13438508 ] Stefan Guggisberg commented on OAK-11: -- +1 for julian's proposal

[jira] [Commented] (OAK-11) Document and tighten contract of Microkernel API

[ https://issues.apache.org/jira/browse/OAK-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13438550#comment-13438550 ] Stefan Guggisberg commented on OAK-11: -- bq. getLength method is kind of vague too

[jira] [Resolved] (OAK-264) MicroKernel.diff for depth limited, unspecified changes

[ https://issues.apache.org/jira/browse/OAK-264?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved OAK-264. --- Resolution: Fixed Fix Version/s: 0.5 good point! fixed in svn r1375476

[jira] [Assigned] (OAK-265) waitForCommit gets triggered on private branch commits

[ https://issues.apache.org/jira/browse/OAK-265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg reassigned OAK-265: - Assignee: Stefan Guggisberg waitForCommit gets triggered on private branch commits

[jira] [Resolved] (OAK-254) waitForCommit returns null in certain situations

[ https://issues.apache.org/jira/browse/OAK-254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved OAK-254. --- Resolution: Fixed fixed in svn r1374228 waitForCommit returns null in certain

[jira] [Resolved] (OAK-239) MicroKernel.getRevisionHistory: maxEntries behavior should be documented

[ https://issues.apache.org/jira/browse/OAK-239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved OAK-239. --- Resolution: Fixed Fix Version/s: 0.5 fixed in svn r1372850

[jira] [Updated] (OAK-227) MicroKernel API: add depth parameter to diff method

[ https://issues.apache.org/jira/browse/OAK-227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated OAK-227: -- Description: a depth parameter allows to specify how deep changes should be included

[jira] [Resolved] (OAK-227) MicroKernel API: add depth parameter to diff method

[ https://issues.apache.org/jira/browse/OAK-227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved OAK-227. --- Resolution: Fixed fixed in svn r1369019 MicroKernel API: add depth parameter

Re: Oak website design update

nice! +1 for #2 cheers stefan On Fri, Aug 3, 2012 at 5:42 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, We had a chance to ask a real designer (instead of just me and my two left eyes) take a look at improving the design of the Oak website. He came up with screenshots of two

[jira] [Created] (OAK-227) add depth parameter to MicroKernel#diff method

Stefan Guggisberg created OAK-227: - Summary: add depth parameter to MicroKernel#diff method Key: OAK-227 URL: https://issues.apache.org/jira/browse/OAK-227 Project: Jackrabbit Oak Issue Type

[jira] [Updated] (OAK-227) MicroKernel API: add depth parameter to diff method

[ https://issues.apache.org/jira/browse/OAK-227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated OAK-227: -- Summary: MicroKernel API: add depth parameter to diff method (was: add depth parameter

[jira] [Updated] (OAK-77) Consolidate Utilities

[ https://issues.apache.org/jira/browse/OAK-77?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated OAK-77: - Component/s: (was: mk) removing mk component, there are IMO no redundant utility classes anymore

[jira] [Created] (OAK-210) granularity of persisted data

Stefan Guggisberg created OAK-210: - Summary: granularity of persisted data Key: OAK-210 URL: https://issues.apache.org/jira/browse/OAK-210 Project: Jackrabbit Oak Issue Type: Bug

[jira] [Assigned] (OAK-210) granularity of persisted data

[ https://issues.apache.org/jira/browse/OAK-210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg reassigned OAK-210: - Assignee: Stefan Guggisberg granularity of persisted data

[jira] [Commented] (OAK-210) granularity of persisted data

[ https://issues.apache.org/jira/browse/OAK-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13423864#comment-13423864 ] Stefan Guggisberg commented on OAK-210: --- bq. Do you see this as something

[jira] [Updated] (OAK-210) granularity of persisted data

[ https://issues.apache.org/jira/browse/OAK-210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated OAK-210: -- Issue Type: Improvement (was: Bug) granularity of persisted data

[jira] [Reopened] (JCR-3246) RepositoryImpl attempts to close active session twice on shutdown

[ https://issues.apache.org/jira/browse/JCR-3246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg reopened JCR-3246: reopening based on nick's comment/analysis (thanks, nick!) RepositoryImpl

[jira] [Updated] (JCR-3246) UserManagerImpl attempts to close session twice on shutdown

[ https://issues.apache.org/jira/browse/JCR-3246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3246: --- Component/s: (was: jackrabbit-core) security Priority: Minor

[jira] [Updated] (JCR-3246) UserManagerImpl attempts to close session twice on shutdown

[ https://issues.apache.org/jira/browse/JCR-3246?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3246: --- Attachment: JCR-3246.patch proposed patch UserManagerImpl attempts to close

Re: Internal content in Oak

On Thu, Jul 19, 2012 at 11:09 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: Hi, On Thu, Jul 19, 2012 at 10:18 AM, Stefan Guggisberg stefan.guggisb...@gmail.com wrote: implementing the transient space in Oak-Core is legitimate, although premature optimization for the specific use case

[jira] [Commented] (JCR-3368) CachingHierarchyManager: inconsistent state after transient changes on root node

[ https://issues.apache.org/jira/browse/JCR-3368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13417069#comment-13417069 ] Stefan Guggisberg commented on JCR-3368: It seems that the special handling

[jira] [Updated] (JCR-3173) InvalidItemStateException if accessing VersionHistory before checkin()

[ https://issues.apache.org/jira/browse/JCR-3173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3173: --- Component/s: versioning transactions InvalidItemStateException

[jira] [Updated] (JCR-3379) XA concurrent transactions - NullPointerException

[ https://issues.apache.org/jira/browse/JCR-3379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated JCR-3379: --- Component/s: versioning transactions XA concurrent transactions

[jira] [Commented] (OAK-169) Support orderable nodes

[ https://issues.apache.org/jira/browse/OAK-169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13410324#comment-13410324 ] Stefan Guggisberg commented on OAK-169: --- FWIW: here's the relevant discussion

[jira] [Commented] (OAK-169) Support orderable nodes

[ https://issues.apache.org/jira/browse/OAK-169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13410364#comment-13410364 ] Stefan Guggisberg commented on OAK-169: --- bq. There is currently no statement about

  1   2   3   4   5   6   7   8   9   10   >