[ http://issues.apache.org/jira/browse/JCR-521?page=all ]
Jukka Zitting resolved JCR-521.
---
Resolution: Fixed
Thanks for the updates.
Committed with minor modifications in revision 426682.
> Add a method public boolean hasNodeType(String name) in NodeType
[ http://issues.apache.org/jira/browse/JCR-521?page=all ]
Nicolas Toper updated JCR-521:
--
Attachment: patch-060728-3.txt
Correcting A and B
> Add a method public boolean hasNodeType(String name) in NodeTypeManagerImpl
>
[
http://issues.apache.org/jira/browse/JCR-521?page=comments#action_12424180 ]
Jukka Zitting commented on JCR-521:
---
Two stylistic issues still. (I'm probably more strict with you than with a
random contributor, but please bear with me. :-)
a)
[ http://issues.apache.org/jira/browse/JCR-521?page=all ]
Nicolas Toper updated JCR-521:
--
Attachment: patch060728-2.txt
Sure. Here it is.
> Add a method public boolean hasNodeType(String name) in NodeTypeManagerImpl
>
[ http://issues.apache.org/jira/browse/JCR-521?page=all ]
Jukka Zitting updated JCR-521:
--
Component/s: nodetype
(was: core)
Issue Type: New Feature (was: Improvement)
Fix Version/s: 1.1
Assignee: Jukka Zitting
T
Hi,
Since the backup is working, I have started implementing the restore
operation. I would like to gather your suggestions on this functionnality.
For now, I see two use cases. Do you see yourself in those two UC? Or only
in one of them (which one please)? Do you see any other UC?
1/ I want to
Thanks. It is all clear. The backup framework is easy to extend: you just
need to subclass Backup, implement the missing method and add the class in
the XML file.
Nicolas
One issue is the size of the tmp directory.
During backup, I first write here all workspaces (one at a time) and the
version history. This is why I included a parameter to set it up since you
might want to sett it up on another disk.
I propose to keep the parameter and if it is not set (this wou
Hi,
On 7/28/06, Nicolas <[EMAIL PROTECTED]> wrote:
The backup code is using a tmp directory configured in the XML conf file. If
the directory doesn't exist, the code throws an exception. It seems the
right behaviour to me. But if you'd prefer, I can create the directory
and/or reset it.
I thin
Hi,
On 7/28/06, Nicolas <[EMAIL PROTECTED]> wrote:
I am wondering where are stored the credentials. For now, I didn't backup
login and password. Should I? If so how?
Jackrabbit uses Java Authentication and Authorization Services (JAAS)
and the AccessManager interface for authentication and acc
[ http://issues.apache.org/jira/browse/JCR-520?page=all ]
Felix Meschberger closed JCR-520.
-
Closing
> Contributed ClassLoader project still uses commons-logging for logging.
> ---
>
>
[ http://issues.apache.org/jira/browse/JCR-520?page=all ]
Felix Meschberger updated JCR-520:
--
Comment: was deleted
> Contributed ClassLoader project still uses commons-logging for logging.
> --
[ http://issues.apache.org/jira/browse/JCR-520?page=all ]
Felix Meschberger resolved JCR-520.
---
Resolution: Fixed
Fixed in Rev. 426653
> Contributed ClassLoader project still uses commons-logging for logging.
> -
[
http://issues.apache.org/jira/browse/JCR-520?page=comments#action_12424156 ]
Felix Meschberger commented on JCR-520:
---
Fixed in Rev. 426653.
> Contributed ClassLoader project still uses commons-logging for logging.
> -
[ http://issues.apache.org/jira/browse/JCR-521?page=all ]
Nicolas Toper updated JCR-521:
--
Attachment: patch060728.txt
Here is the patch implementing those changes.
> Add a method public boolean hasNodeType(String name) in NodeTypeManagerImpl
>
Add a method public boolean hasNodeType(String name) in NodeTypeManagerImpl
---
Key: JCR-521
URL: http://issues.apache.org/jira/browse/JCR-521
Project: Jackrabbit
Issue
Hi,
I am wondering where are stored the credentials. For now, I didn't backup
login and password. Should I? If so how?
Thanks
Nicolas
my blog! http://www.deviant-abstraction.net !!
Contributed ClassLoader project still uses commons-logging for logging.
---
Key: JCR-520
URL: http://issues.apache.org/jira/browse/JCR-520
Project: Jackrabbit
Issue Type: Im
Hi,
The backup code is using a tmp directory configured in the XML conf file. If
the directory doesn't exist, the code throws an exception. It seems the
right behaviour to me. But if you'd prefer, I can create the directory
and/or reset it.
What do you think?
Nico
my blog! http://www.deviant-ab
hsp wrote:
Many thanks Marcel. I need to log out all operations in all nodes
of certains types, to do an audit trail. So, It must log in every
operations for all nodes affected by the session. I did the test
for implementing SynchronousEventListener and it was ok. In this
situation I can even do
Hi
On 7/28/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
Hi,
On 7/28/06, Felix Meschberger <[EMAIL PROTECTED]> wrote:
> Hence, I thought that making the class loader to use by the BeanConfig
> class configurable by extending the class with these methods:
It seems a bit kludgy.
I completely ag
>hsp wrote:
>> session.getWorkspace().getObservationManager().addEventListener(
>> ListenerNodeAddEscribaBase.getInstance(),
>> Event.NODE_ADDED,
>> "/",
>> true,
>> null,
>> new String[] {"nt:base"},
>> fals
hsp wrote:
session.getWorkspace().getObservationManager().addEventListener(
ListenerNodeAddEscribaBase.getInstance(),
Event.NODE_ADDED,
"/",
true,
null,
new String[] {"nt:base"},
false
>hsp wrote:
>> But, the node I create is kind of type "esc:base" and it is
> > inside the iterator, and its child (autocreated) that is kind
> > of type "nt:hierarchyNode" also is inside the iterator, why?
>
>this has been discussed already extensively on the user list. See:
>http://thread.gmane.or
Hi,
On 7/28/06, Nicolas <[EMAIL PROTECTED]> wrote:
I have made the code. Do I post the path on JIRA 442?
File a separate enhancement request.
And I agree with Tobias, since the method extends the client-facing
JCR interface, we should use a String name. For QName access you
should go directly
i would not mix QName and JcrName methods in the same interface.
regards, toby
On 7/28/06, Nicolas <[EMAIL PROTECTED]> wrote:
Rethinking about it: I would like to use the signature
NodeTypeManager.hasNodeType(Qname) instead of String. What do you think?
a+
Nico
my blog! http://www.deviant-abstr
[
http://issues.apache.org/jira/browse/JCR-516?page=comments#action_12424046 ]
Marcel Reutegger commented on JCR-516:
--
Removed the statement.
svn revision: 426457
> remove dependencies of XPathQueryBuilder on core Jackrabbit code
> ---
[
http://issues.apache.org/jira/browse/JCR-516?page=comments#action_12424045 ]
Julian Reschke commented on JCR-516:
Oops. My patch failed to remove the import statement for SearchManager.
> remove dependencies of XPathQueryBuilder on core J
Rethinking about it: I would like to use the signature
NodeTypeManager.hasNodeType(Qname) instead of String. What do you think?
a+
Nico
my blog! http://www.deviant-abstraction.net !!
> At the moment I'd use the exception:
>
> try {
> nodeTypeManager.getNodeType(name);
> //
Hi,
I have made the code. Do I post the path on JIRA 442?
Nico
On 7/28/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
Hi,
On 7/27/06, Nicolas <[EMAIL PROTECTED]> wrote:
> How can I know that a nodeType already exist? I can look for it in the
list
> of all NodeTypes (but I need first to build i
[ http://issues.apache.org/jira/browse/JCR-519?page=all ]
Marcel Reutegger resolved JCR-519.
--
Fix Version/s: 1.1
Resolution: Fixed
Applied the patch in revision: 426453
Thank you for reporting this issue.
btw. are you working towards solving is
[ http://issues.apache.org/jira/browse/JCR-516?page=all ]
Marcel Reutegger resolved JCR-516.
--
Fix Version/s: 1.1
Resolution: Fixed
Applied the patch.
svn revision: 426448
Thank you for the suggestion.
> remove dependencies of XPathQueryBuilder
[ http://issues.apache.org/jira/browse/JCR-516?page=all ]
Marcel Reutegger reassigned JCR-516:
Assignee: Marcel Reutegger
> remove dependencies of XPathQueryBuilder on core Jackrabbit code
> ---
Julien, c'est bon pour ce soir. Pas de gradns parents. Alors homie, you're
in?
--
a+
Nico
my blog! http://www.deviant-abstraction.net !!
hsp wrote:
But, the node I create is kind of type "esc:base" and it is
> inside the iterator, and its child (autocreated) that is kind
> of type "nt:hierarchyNode" also is inside the iterator, why?
this has been discussed already extensively on the user list. See:
http://thread.gmane.org/gmane.
[
http://issues.apache.org/jira/browse/JCR-442?page=comments#action_12424028 ]
Jukka Zitting commented on JCR-442:
---
Committed patch-backup-060728.txt in revision 426435 with some modifications:
* Made the paths in BackupTest relative
* Use Re
36 matches
Mail list logo