[
http://issues.apache.org/jira/browse/JCR-352?page=comments#action_12444769 ]
Chen Shaopeng commented on JCR-352:
---
Przemo,
Thanks for the patch. I just applied it to the v1.1 code base and it works fine
on the the problem we were having. I d
[
http://issues.apache.org/jira/browse/JCR-599?page=comments#action_12444730 ]
Przemo Pakulski commented on JCR-599:
-
Well, I can't agree that repository/workspace configs should be immutable.
There is a lot of configuration options availabl
Hi,
Last year we tried reorganizing the Jackrabbit core into separate
"core", "api", and "commons" compontents (see JCR-157), but that
change was finally reverted due to problems with the Maven-generated
web site. Since then we've moved the entire core project down one
level (JCR-227), upgraded a
[
http://issues.apache.org/jira/browse/JCR-599?page=comments#action_12444680 ]
Stefan Guggisberg commented on JCR-599:
---
> [...]
> Probably in most scenarios common configuration for all workspaces is used.
> If you need to make some config
[ http://issues.apache.org/jira/browse/JCR-598?page=all ]
Stefan Guggisberg resolved JCR-598.
---
Resolution: Fixed
applied the provided patch (thanks!:)
fixed in svn rev. 467674
> DateValue.equals() relies on Calendar.equals()
>
[
http://issues.apache.org/jira/browse/JCR-604?page=comments#action_12444652 ]
angela commented on JCR-604:
the bug i had in mind was fixed last year ;)... and affected the export of
properties.
so, i'm wondering what exactly happens.
i could image
[
http://issues.apache.org/jira/browse/JCR-576?page=comments#action_12444649 ]
Stefan Guggisberg commented on JCR-576:
---
-1
the proposed solution implicates unnecessary overhead through additional server
roundtrips for every operation.
a
[ http://issues.apache.org/jira/browse/JCR-596?page=all ]
Jukka Zitting updated JCR-596:
--
Component/s: maven
Assignee: Jukka Zitting
> Keep jackrabbit jar/pom's updated at ibiblio
>
>
> Key
[ http://issues.apache.org/jira/browse/JCR-595?page=all ]
Jukka Zitting updated JCR-595:
--
Component/s: core
Affects Version/s: (was: 1.2)
> Refactoring of the Persistence Managers
> ---
>
> K
[ http://issues.apache.org/jira/browse/JCR-583?page=all ]
Jukka Zitting updated JCR-583:
--
Component/s: JCR TCK
> TCK: NodeReadMethodsTest.testGetName fails with NPE if 'testroot' has no
> child node
> --
[ http://issues.apache.org/jira/browse/JCR-576?page=all ]
Jukka Zitting updated JCR-576:
--
Component/s: core
Affects Version/s: 1.1
> Close Connection when I use PersistenManager and FileSystem with mysql
> database
> -
[ http://issues.apache.org/jira/browse/JCR-478?page=all ]
Jukka Zitting updated JCR-478:
--
Component/s: security
> Improve ability to access item in the AccessManager context.
>
>
>
[ http://issues.apache.org/jira/browse/JCR-537?page=all ]
Jukka Zitting updated JCR-537:
--
Component/s: versioning
> Failure to remove a versionable node
>
>
> Key: JCR-537
> URL: http://is
[ http://issues.apache.org/jira/browse/JCR-449?page=all ]
Jukka Zitting updated JCR-449:
--
Component/s: transactions
versioning
Affects Version/s: 1.1
> inconsistency in internal version items during commits
> ---
[
http://issues.apache.org/jira/browse/JCR-604?page=comments#action_12444633 ]
angela commented on JCR-604:
hm... there was a bug with the jcr:encoding, but i thought, that this has been
fixed.
i will check if this was after 1.1
> After saving over
[ http://issues.apache.org/jira/browse/JCR-604?page=all ]
angela reassigned JCR-604:
--
Assignee: angela
> After saving over Webdav the jcr:encoding property is deleted
> -
>
> Key: JCR-6
[
http://issues.apache.org/jira/browse/JCR-604?page=comments#action_12444631 ]
Julian Reschke commented on JCR-604:
As far as I understand, the jcr:encoding property only makes sense if the mime
type is "text/*". As this isn't the case for W
[ http://issues.apache.org/jira/browse/JCR-602?page=all ]
Jukka Zitting updated JCR-602:
--
Component/s: JCR TCK
> importXML still depends on Xerces
> -
>
> Key: JCR-602
> URL: http://issues.apac
[ http://issues.apache.org/jira/browse/JCR-602?page=all ]
Jukka Zitting updated JCR-602:
--
Attachment: XercesTestCases.patch
Attached a patch that removes the Xerces dependency from the mentioned test
cases.
Note that I also replaced a number of long throw
[
http://issues.apache.org/jira/browse/JCR-595?page=comments#action_12444626 ]
Stefan Guggisberg commented on JCR-595:
---
+1 (except for the wrong license headers which jukka already mentioned)
> Refactoring of the Persistence Managers
> -
After saving over Webdav the jcr:encoding property is deleted
-
Key: JCR-604
URL: http://issues.apache.org/jira/browse/JCR-604
Project: Jackrabbit
Issue Type: Bug
Componen
OracleFileSystem can't handle empty files
-
Key: JCR-603
URL: http://issues.apache.org/jira/browse/JCR-603
Project: Jackrabbit
Issue Type: Bug
Components: core
Environment: svn rev.
[ http://issues.apache.org/jira/browse/JCR-602?page=all ]
Jukka Zitting reopened JCR-602:
---
Agreed; thanks for the update! Reopened.
> importXML still depends on Xerces
> -
>
> Key: JCR-602
>
[
http://issues.apache.org/jira/browse/JCR-602?page=comments#action_12444603 ]
Przemo Pakulski commented on JCR-602:
-
There are still tests dependent on Xercec in org.apache.jackrabbit.test.api
package :
- AbstractImportXmlTest
- Serializati
24 matches
Mail list logo