[
http://issues.apache.org/jira/browse/JCR-442?page=comments#action_12425690 ]
Jukka Zitting commented on JCR-442:
---
Thanks again, great progress! Some issues until I commit your changes:
1) I think it's better for now to stick with the standar
[
http://issues.apache.org/jira/browse/JCR-442?page=comments#action_12425692 ]
Jukka Zitting commented on JCR-442:
---
... one more thing:
6) You should set the RepositoryImpl.repProps properties in
setRepProps/setDescriptors in addition to stor
Paco Avila wrote:
ok, so I need to remove it manually. Thanks!
or better use Item.refresh(false) which is something like a revert on
that Item and its descendants.
See:
http://www.day.com/maven/jsr170/javadocs/jcr-1.0/javax/jcr/Item.html#refresh(boolean)
regards
marcel
[
http://issues.apache.org/jira/browse/JCR-442?page=comments#action_12425694 ]
Marcel Reutegger commented on JCR-442:
--
Regarding repository descriptors, I'm not sure if it makes sense to actually
try to restore them. Most of those descripto
About the root node and the descriptors: I didn't know if I should backup
them or not, so I did :p since it is fairly easy to backup and their size is
really small.
I don't have enough "real Jackrabbit" experience to know about it. I trust
you on this so tell me if you need it or not please :)
N
El jue, 03-08-2006 a las 20:35 +0200, Thomas Scheffler escribió:
> Am Donnerstag, 3. August 2006 20:24 schrieb Paco Avila:
> > El jue, 03-08-2006 a las 20:16 +0200, Tobias Bocanegra escribió:
> > > if the save fails, no item is persisted and the node remains in the
> > > transient space of his sess
El vie, 04-08-2006 a las 09:54 +0200, Marcel Reutegger escribió:
> Paco Avila wrote:
> > ok, so I need to remove it manually. Thanks!
>
> or better use Item.refresh(false) which is something like a revert on
> that Item and its descendants.
>
> See:
> http://www.day.com/maven/jsr170/javadocs/jcr
Hi Robert,
[...]
> are you interested in email webDAV too?
Sure. :)
Additionally I am interested in a good XML format for msgs.
Well, I want to use Restlet (http://www.restlet.org/) and connect it
to a 'normal' POP3 / IMAP4 account a provide a restful view on it.
My approach is a bit different bu
[ http://issues.apache.org/jira/browse/JCR-332?page=all ]
Christoph Kiehl updated JCR-332:
Attachment: jackrabbit-core_single-line-description_pom.xml.patch
jackrabbit-jcr-rmi_single-line-description-and-rmic_pom.xml.patch
Added two patc
Add files generated by eclipse or maven to svn:ignore
-
Key: JCR-530
URL: http://issues.apache.org/jira/browse/JCR-530
Project: Jackrabbit
Issue Type: Task
Reporter: Christoph K
[
http://issues.apache.org/jira/browse/JCR-442?page=comments#action_12425758 ]
Jukka Zitting commented on JCR-442:
---
Marcel:
> Regarding repository descriptors, I'm not sure if it makes sense to actually
> try to restore them.
> Most of those d
[
http://issues.apache.org/jira/browse/JCR-442?page=comments#action_12425764 ]
Stefan Guggisberg commented on JCR-442:
---
i share marcel's concerns regarding restoring descriptors,
therefore -1 for a setDescriptors() method on Repository
> I
Hi again,
1/ I disagree. It is a better programming practice not to launch exception
for this kind of issues. Besides, there should be a way to check if the
namespace is already or not registered. Maybe something to add to the next
version of JCR? What do you think?
2/ OK
3/4/5/ I will delete t
On a second thought with the point 2: reimporting prefixes and ns. There is
2 cases to consider during a partial restore (no issue for blank
repository):
1/ The prefix already exists => We should throw an exception and stop the
restore. If I update the namespace, the documetn already there would
Hi,
On 8/4/06, Nicolas <[EMAIL PROTECTED]> wrote:
1/ I disagree. It is a better programming practice not to launch exception
for this kind of issues. Besides, there should be a way to check if the
namespace is already or not registered. Maybe something to add to the next
version of JCR? What do
Agreed for safeRegisterNamespace but on this issue please see my other mail:
there are a couple of question to answer
On 8/4/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
Hi,
On 8/4/06, Nicolas <[EMAIL PROTECTED]> wrote:
> 1/ I disagree. It is a better programming practice not to launch
excepti
TCK: OrderByMultiTypeTest doesn't respect nodetype configuration property
-
Key: JCR-531
URL: http://issues.apache.org/jira/browse/JCR-531
Project: Jackrabbit
Issue Type
[
http://issues.apache.org/jira/browse/JCR-505?page=comments#action_12425834 ]
David Pitfield commented on JCR-505:
Thank you for the change to test whether the nodedef is mandatory or protected.
There are a couple of other scenarios which p
[ http://issues.apache.org/jira/browse/JCR-498?page=all ]
David Pitfield closed JCR-498.
--
> TCK: ImpersonateTest#testImpersonate should allow LoginException
>
>
> Key: JCR-498
>
[ http://issues.apache.org/jira/browse/JCR-499?page=all ]
David Pitfield closed JCR-499.
--
> TCK: NamespaceRegistryTest#testRegisterNamespace doesn't remove node in new
> namespace
> --
[ http://issues.apache.org/jira/browse/JCR-501?page=all ]
David Pitfield closed JCR-501.
--
> TCK: SetPropertyValueTest#testCompactValueArrayWithNulls does not respect
> nodename1 and nodetype configuration properties
> --
[ http://issues.apache.org/jira/browse/JCR-502?page=all ]
David Pitfield closed JCR-502.
--
> TCK: SetPropertyCalendarTest compares Calendar objects
> --
>
> Key: JCR-502
> URL: h
[ http://issues.apache.org/jira/browse/JCR-500?page=all ]
David Pitfield closed JCR-500.
--
> TCK: NamespaceRegistryTest#testUnregisterNamespaceExceptions doesn't fail if
> expected exception isn't thrown
> ---
[ http://issues.apache.org/jira/browse/JCR-503?page=all ]
David Pitfield closed JCR-503.
--
> TCK: SetValueDateTest compares Calendar objects
> ---
>
> Key: JCR-503
> URL: http://issues.a
[ http://issues.apache.org/jira/browse/JCR-507?page=all ]
David Pitfield closed JCR-507.
--
> TCK: NodeTest#testMixinTypesProtected incorrectly fails
> ---
>
> Key: JCR-507
> URL:
[ http://issues.apache.org/jira/browse/JCR-506?page=all ]
David Pitfield closed JCR-506.
--
> TCK: NodeTest fails if setUp/tearDown cannot remove all child nodes of test
> node
>
>
[ http://issues.apache.org/jira/browse/JCR-512?page=all ]
David Pitfield closed JCR-512.
--
> TCK: AbstractImportXmlTest incorrectly assumes mix:referenceable can be added
> to created node
> --
[ http://issues.apache.org/jira/browse/JCR-511?page=all ]
David Pitfield closed JCR-511.
--
> TCK: Node types selected by SetValueValueFormatExceptionTest may lead to
> incorrect test failure
>
[ http://issues.apache.org/jira/browse/JCR-514?page=all ]
David Pitfield closed JCR-514.
--
> TCK: NodeOrderableChildNodesTest tests node order even if node type doesn't
> support child node ordering
>
[ http://issues.apache.org/jira/browse/JCR-513?page=all ]
David Pitfield closed JCR-513.
--
> TCK: SetPropertyAssumeTypeTest doesn't allow ValueFormatException upon type
> conversion failure
> -
[ http://issues.apache.org/jira/browse/JCR-504?page=all ]
David Pitfield closed JCR-504.
--
> TCK: DocumentViewImportTest does not call refresh after direct-to-workspace
> import
> -
[ http://issues.apache.org/jira/browse/JCR-508?page=all ]
David Pitfield closed JCR-508.
--
> TCK: NodeTest#testAddNodeItemExistsException fails if validation deferred
> until save
> ---
[ http://issues.apache.org/jira/browse/JCR-510?page=all ]
David Pitfield closed JCR-510.
--
> TCK: AddNodeTest requires implementation to support one-parameter addNode
> method on test node
> --
[ http://issues.apache.org/jira/browse/JCR-525?page=all ]
David Pitfield closed JCR-525.
--
> TCK: TextNodeTest and jcr:xmltext/jcr:xmlcharacters
> ---
>
> Key: JCR-525
> URL: http://
[ http://issues.apache.org/jira/browse/JCR-524?page=all ]
David Pitfield closed JCR-524.
--
> TCK: PredicatesTest does not respect testroot configuration property
>
>
> Key: JCR-
[ http://issues.apache.org/jira/browse/JCR-528?page=all ]
David Pitfield closed JCR-528.
--
> TCK: GetPersistentQueryPathTest and SaveTest require nt:query
> -
>
> Key: JCR-528
>
[ http://issues.apache.org/jira/browse/JCR-527?page=all ]
David Pitfield closed JCR-527.
--
> TCK: DerefQueryLevel1Test requires support for optional jcr:deref function
> --
>
>
[ http://issues.apache.org/jira/browse/JCR-526?page=all ]
David Pitfield closed JCR-526.
--
> TCK: XPathQueryLevel2Test uses optional column specifier syntax
> ---
>
> Key: JCR-526
>
38 matches
Mail list logo