Re: Compiling with eclipse/maven2

Hi, On 3/2/07, Christoph Kiehl [EMAIL PROTECTED] wrote: Well, I would like this artifact to be available on a global repository as well, but apparently this is not possible due to licensing issues. See http://issues.apache.org/jira/browse/JCR-432 and this thread

Re: svn commit: r512695 - in /jackrabbit/trunk/jackrabbit-jcr-commons/src/main/java/org/apache/jackrabbit/commons: AbstractItem.java AbstractNode.java AbstractProperty.java

Hi, On 2/28/07, Marcel Reutegger [EMAIL PROTECTED] wrote: according to the spec Item.getPath() is different in this respect. that is, you can get the path of an item even though an ancestor of an item is not 'visible' to you. I put visible in quotes because at least the name of the ancestor

[jira] Created: (JCR-775) JCR levels link on http://jackrabbit.apache.org/doc/index.html broken

JCR levels link on http://jackrabbit.apache.org/doc/index.html broken --- Key: JCR-775 URL: https://issues.apache.org/jira/browse/JCR-775 Project: Jackrabbit Issue Type:

tot

taking off today. gruss, t -- - [EMAIL PROTECTED] --- Tobias Bocanegra, Day Management AG, Barfuesserplatz 6, CH - 4001 Basel T +41 61 226 98 98, F +41 61 226 98 97 --- http://www.day.com ---

Re: svn commit: r512695 - in /jackrabbit/trunk/jackrabbit-jcr-commons/src/main/java/org/apache/jackrabbit/commons: AbstractItem.java AbstractNode.java AbstractProperty.java

On 3/2/07, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, On 2/28/07, Marcel Reutegger [EMAIL PROTECTED] wrote: according to the spec Item.getPath() is different in this respect. that is, you can get the path of an item even though an ancestor of an item is not 'visible' to you. I put visible

[jira] Updated: (JCR-755) Add Bundle Persistence Managers

[ https://issues.apache.org/jira/browse/JCR-755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martijn Hendriks updated JCR-755: - Attachment: OraclePersistenceManager.zip Added Oracle-specific blob handling to the bundle

Re: svn commit: r512695 - in /jackrabbit/trunk/jackrabbit-jcr-commons/src/main/java/org/apache/jackrabbit/commons: AbstractItem.java AbstractNode.java AbstractProperty.java

Hi, On 3/2/07, Stefan Guggisberg [EMAIL PROTECTED] wrote: On 3/2/07, Jukka Zitting [EMAIL PROTECTED] wrote: The only thing being protected is that the client will not have a reference to a parent or ancestor node. I could always construct a custom Node instance myself that would act just

Re: Jackrabbit access manager question

hi xiaohua On 3/1/07, xiaohua lu [EMAIL PROTECTED] wrote: !-- DIV {margin:0px;}--Hi, We are working on a prototype based on Jackrabbit and encoutered some problems with access manager. The use case we have is we are trying to create a node with some properties, the code looks like this

Re: Query Performance and Optimization

Hi Jukka, Thanks for the reply. Yes, I am using Jackrabbit 1.2.x and I am not seeing that dramatic of a difference between 1.1.x and the 1.2.x, although I have not done a direct comparison between the two with the same query suite. It looks like adding ordering and or large range queries can

Escaping node names in xpath queries

We're having problems running an xpath query where a node name in the xpath contains blank spaces. For example, the following query won't work because of the blank space in the name Node A: /jcr:root//mypath/Node A//element(*, myType) order by @cx:created ascending We tried uri encoding the

Xpath queries containing blank spaces and a period

We're having problems running an xpath query where a node name in the xpath contains a blank space followed by a period . in the name. For example, the following query fails: /jcr:root//mypath/My Document.txt//element(*, myType) order by @cx:created ascending It throws this exception: