Daglian, Michael (IT) wrote:
I was wondering what the proper syntax is for executing or statements
within an xpath query. According to the spec something like the
following should be possible (although totally contrived in this case):
//element(*, nt:file) or //element(*, mix:lockable)
from a
Jackrabbit currently supports a limited set of XPath features, basically
the mandatory feature set as specified by jsr-170 plus some extended
capability where predicates can stated.
I would like to invite everyone (or at least whoever is interested...)
to put together a list of 3 query
+1 Release the packages as Apache Jackrabbit 1.0
great job! thanks jukka.
--
- [EMAIL PROTECTED] ---
Tobias Bocanegra, Day Management AG, Barfuesserplatz 6, CH - 4001 Basel
T +41 61 226 98 98, F +41 61 226 98 97
hsp wrote:
Let's supose I need to store in a useraccess propertie of myapp:user
node type two values: itemId and kindRight (concatenated..., maybe).
Will I get success using the propertie associating it with mixin
(multiple values)? So the user Node Helio, has the propertie
useraccess with the
Jukka Zitting wrote:
Please vote on releasing these packages as Apache Jackrabbit 1.0. The
vote is open for the next 72 hours, and only votes from Jackrabbit
committers are considered binding. The vote passes if at least three
+1 votes are cast.
[ ] +1 Release the packages are Apache
[ http://issues.apache.org/jira/browse/JCR-379?page=all ]
Marcel Reutegger reopened JCR-379:
--
Configuration still references CQFS filesystem in repository.xml.
I suggest we configure the derby persistence manager and add the derby library
as
At this moment, I only have 2 query features at my wish list:
1) use of fn:lower-case() and fn:upper-case() while searching
property-values
At this moment, full-text search with jcr:contains is case-insensitive,
while other searches are case-sensitive. I would like to execute queries
like:
Hi,
Apologies if this is not a real Jackrabbit Developer question.
I have a node with properties and a couple of versions of it. Now I want to
extract from a particular version a specific property. Do I see that right,
that the only way of getting the versioned property is to restore the node
Changes of JCR-313 introduced db-transaction problem
Key: JCR-384
URL: http://issues.apache.org/jira/browse/JCR-384
Project: Jackrabbit
Type: Bug
Components: core
Versions: 1.1
Reporter: Tobias
El lun, 03-04-2006 a las 11:28 +0200, Paco Avila escribió:
I hace a webapp configured with security. So I need to login on it,
using BASIC authentication. When I do:
Repository r = (Repository) ctx.lookup(repo);
Session session = r.login();
Jackrabbit is supposed to get credentials from
[ http://issues.apache.org/jira/browse/JCR-285?page=all ]
Stefan Guggisberg reassigned JCR-285:
-
Assign To: Stefan Guggisberg
Line-separator differences cause PredefinedNodeTypeTest to fail on different
operating systems.
[ http://issues.apache.org/jira/browse/JCR-285?page=all ]
Stefan Guggisberg resolved JCR-285:
---
Fix Version: 1.0.1
(was: 1.1)
Resolution: Fixed
fixed as suggested (svn r391041).
thanks for reporting this issue!
Paco Avila wrote:
I've been tweakin the RepositoryImpl class and changed this lines
// null credentials, obtain the identity of the already-authenticated
// subject from access control context
AccessControlContext acc = AccessController.getContext();
Subject subject = Subject.getSubject(acc);
Hi,
On 4/2/06, Jukka Zitting [EMAIL PROTECTED] wrote:
Please vote on releasing these packages as Apache Jackrabbit 1.0.
Based on Marcel's error report I have fixed and regenerated the
jackrabbit-server-1.0.war package. The updated package as well as the
modified
14 matches
Mail list logo