Remove dependency on Xerces
---
Key: JCR-367
URL: http://issues.apache.org/jira/browse/JCR-367
Project: Jackrabbit
Type: Improvement
Reporter: Michael Young
Classloaders in certain J2EE servers do not play well with the Xerces
requireme
[
http://issues.apache.org/jira/browse/JCR-357?page=comments#action_12371332 ]
Jukka Zitting commented on JCR-357:
---
> Gmane is not, so they may need to be notified of the list move. Please do so
> if you know how.
Done. It may take a few days before my
[ http://issues.apache.org/jira/browse/JCR-325?page=all ]
Jukka Zitting updated JCR-325:
--
Attachment: namespace-context.patch
Attached a patch that contains the new namespace context implementation. The
namespace-context.patch was made against the current
[ http://issues.apache.org/jira/browse/JCR-366?page=all ]
Mark Slater updated JCR-366:
Attachment: JCARepositoryManager.patch
This patch checks for the "classpath:" prefix in the configPath. If present, it
attempts to load the class from the classpath and p
[
http://issues.apache.org/jira/browse/JCR-357?page=comments#action_12371301 ]
Roy T. Fielding commented on JCR-357:
-
The Apache mail-archives will either fix itself at some point during the day
(crontab)
or I'll have to reinstall it from scratch to fix
hi manuel,
importing nodes below the jcr:system is not possible, since it's protected.
i strongly suggest to create a 'root' for your application, for
example: "jcr:content"
or "my:root" or something. then you can export/import all your data easily.
regards, toby
On 3/21/06, Manuel Simoni <[EMAIL
I am trying to use the system view to export/import the repository contents.
Export:
session2.exportSystemView(session.getRootNode().getPath(), outputStream,
false, false);
When I import like this:
session.importXML("/", inputStream,
ImportUUIDBehavior.IMPORT_UUID_COLLISION_THROW);
I get the fo
I am trying to use the system view to export/import the repository contents.
Export:
session2.exportSystemView(session.getRootNode().getPath(), outputStream,
false, false);
When I import like this:
session.importXML("/", inputStream,
ImportUUIDBehavior.IMPORT_UUID_COLLISION_THROW);
I get th
Hi,
On 3/21/06, Manuel Simoni <[EMAIL PROTECTED]> wrote:
> java.lang.Exception: javax.jcr.InvalidSerializedDataException: failed to
> parse XML stream: illegal jcr:mixinTypes value: s1NT:comment
> s1NT:authored: illegal jcr:mixinTypes value: s1NT:comment s1NT:authored
This is related to JCR-325,
Well, if the 1.0.1 is released soon it could be enough. I want to release my
1.0 version with Jackrabbit 1.0 version, but if 1.0.1 is released soon, I
could release my 1.0 version with Jackrabbit 1.0.1 version. So, the answer
is : "yes it is important, but maybe I could use the 1.0.1"
Bye.
On 3/2
Hi,
I create a Node (example here let's say a wikientry). I can find it by
searching through with
QueryManager qm = ws.getQueryManager();
Query q =
qm.createQuery("//wiki:entry[jcr:contains(@wiki:content,'"+searchString+"')]
", Query.XPATH);
QueryResult qr = q.execute();
Very good.
If I now ge
Hi,
On 3/21/06, Martin Perez <[EMAIL PROTECTED]> wrote:
> Well, if the 1.0.1 is released soon it could be enough. I want to release my
> 1.0 version with Jackrabbit 1.0 version, but if 1.0.1 is released soon, I
> could release my 1.0 version with Jackrabbit 1.0.1 version. So, the answer
> is : "ye
hi martin
i don't know about the further release plans, nor do i
have objections to put it into 1.0. i just don't want
others to struggle with branches and merging if its
not considered important.
you may test the fix and discuss with yukka about
merging the fix into 1.0.
i let litmus run on th
Any thougths about this? I mean, the nt:folder/nt:files containing the
propertie (or inside text for binary values) with that string the user is
looking for, must have this user allowed to at least read its folder/content.
Another doubt refers to where store the user rigths... in a nodetype xx:
Hi,
I have nodes with two mixin types, s1NT:comment and s1NT:authored.
I am exporting the document view:
session.exportDocumentView(session.getRootNode().getPath(),
outputStream, false, false);
When I try to import the document again:
session.getWorkspace().importXML(session.getRootNode().g
[
http://issues.apache.org/jira/browse/JCR-357?page=comments#action_12371208 ]
Jukka Zitting commented on JCR-357:
---
I updated the web site to change most of the references to mailing lists and
subversion paths inside the incubator.
Does the user mailing
[
http://issues.apache.org/jira/browse/JCR-350?page=comments#action_12371204 ]
angela commented on JCR-350:
initial version (library) rev. 387482.
> WebDAV: add support for RFC 3744
>
>
> Key: JCR-350
> URL:
Sorry for bringing up this thread again; I would like to thank Jukka for
giving me an answer on the second part of my question at that time and
would like to pose some additional question regarding the first part --
session logout when using JCA:
Because my problem is that I cannot explicitly logou
Martin Perez gmail.com> writes:
>
> Marcel I built jackrabbit just now, and .
> ...
> ...
>
> it worked !
>
> So, no need to worry :)
>
> Thanks for your help.
>
> Martin
>
> On 10/18/05, Martin Perez gmail.com> wrote:
> >
> > Marcel, then I'll build jackrabbit again just today.
hi martin
the issue (JCR-365) is addressed with rev. 387472.
is it important for you that this goes into the 1.0
release? otherwise it would set the fix version to 1.0.1
regards
angela
Martin Perez wrote:
Hi.
I have some problems accessing from the web interface (and webdav) to
workspaces w
[ http://issues.apache.org/jira/browse/JCR-365?page=all ]
angela resolved JCR-365:
Resolution: Fixed
fixed at rev. 387472
> Web client/WebDAV fails to unescape workspace names
> ---
>
> Key: JCR-3
We've been looking at this issue, too, and were thinking of implementing
it (in the short term) by exporting to XML, transforming using XSLT,
then importing into a new repository with the new schema. Of course,
it's a pretty shoddy approach really, as it will inevitably mean long
downtimes if you'v
23 matches
Mail list logo
