Re: Jackrabbit-trunk - Build # 2155 - Still Unstable

2013-07-24 Thread Julian Reschke
On 2013-07-23 11:10, Jukka Zitting wrote: Hi, On Tue, Jul 23, 2013 at 10:01 AM, Julian Reschke julian.resc...@greenbytes.de wrote: This seems to be caused by the system property not being expanded properly; it works on my system. Maybe this is related to

Jackrabbit-trunk - Build # 2159 - Still Unstable

2013-07-24 Thread Apache Jenkins Server
The Apache Jenkins build system has built Jackrabbit-trunk (build #2159) Status: Still Unstable Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2159/ to view the results.

Re: Jackrabbit-trunk - Build # 2155 - Still Unstable

2013-07-24 Thread Jukka Zitting
Hi, On Wed, Jul 24, 2013 at 11:22 AM, Julian Reschke julian.resc...@gmx.de wrote: I'll go investigating, and if I can't find a fix I'll modify the code to handle the unexpanded variable value gracefully... Actually, now that I look at the POMs in more detail, where do you set the

Jackrabbit-trunk - Build # 2160 - Still Unstable

2013-07-24 Thread Apache Jenkins Server
The Apache Jenkins build system has built Jackrabbit-trunk (build #2160) Status: Still Unstable Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2160/ to view the results.

Re: FW: [jackrabbit][core] Invalid node identifier

2013-07-24 Thread Chetan Mehrotra
Hi Abhinav, Looks reasonable. Can you create a bug for this? Chetan Mehrotra On Tue, Jul 23, 2013 at 7:51 PM, Abhinav Atul aa...@adobe.com wrote: Any help on the below issue would be highly appreciated. Thanks Abhinav -Original Message- From: Abhinav Atul

Re: FW: [jcr2spi] RepositoryException lost in ItemManager#nodeExists

2013-07-24 Thread Chetan Mehrotra
Looking at the code [1] /** * @see ItemManager#nodeExists(Path) */ public boolean nodeExists(Path path) { try { // session-sanity permissions are checked upon itemExists(ItemState) NodeState nodeState = hierMgr.getNodeState(path);

[jira] [Created] (JCR-3629) RepositoryException lost in ItemManagerImpl#nodeExists, ItemManagerImpl#itemExists(HierarchyEntry), ItemManagerImpl#propertyExists, ItemManagerImpl#itemExists(ItemState)

2013-07-24 Thread Abhinav Atul (JIRA)
Abhinav Atul created JCR-3629: - Summary: RepositoryException lost in ItemManagerImpl#nodeExists, ItemManagerImpl#itemExists(HierarchyEntry), ItemManagerImpl#propertyExists, ItemManagerImpl#itemExists(ItemState) Key: JCR-3629

[jira] [Updated] (JCR-3630) XSS in DirListingExportHandler

2013-07-24 Thread angela (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] angela updated JCR-3630: Attachment: jackrabbit_dirlisting_patch.txt XSS in DirListingExportHandler --

[jira] [Resolved] (JCR-3630) XSS in DirListingExportHandler

2013-07-24 Thread angela (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] angela resolved JCR-3630. - Resolution: Fixed committed the patch at revision 1506594. lars, thanks very much for reporting this issue and

Jackrabbit-trunk - Build # 2161 - Still Unstable

2013-07-24 Thread Apache Jenkins Server
The Apache Jenkins build system has built Jackrabbit-trunk (build #2161) Status: Still Unstable Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2161/ to view the results.

[jira] [Commented] (JCR-3615) Move source code to final place

2013-07-24 Thread Justin Edelson (JIRA)
[ https://issues.apache.org/jira/browse/JCR-3615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13718799#comment-13718799 ] Justin Edelson commented on JCR-3615: - I'll gladly volunteer to cut releases of

RootImpl to AbstractRoot

2013-07-24 Thread Antonio Sanso
hi *, during a conversation with Angela yesterday came out that it might be to change RootImpl to be abstract (e.g. AbstractRoot) making also public abstract ContentSession getContentSession(); this will also make more visible the need of implement the getContentSession method. In the

Re: RootImpl to AbstractRoot

2013-07-24 Thread Michael Dürig
On 24.7.13 11:52, Antonio Sanso wrote: during a conversation with Angela yesterday came out that it might be to change RootImpl to be abstract (e.g. AbstractRoot) making also Makes sense given there are enough commonalities to share. Have a look at MutableTree, ImmutableTree and its common