Hi,
On 11/30/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
A quick heads up on an issue with the Maven repository. Yesterday the
Maven team redirected the Maven repositories at Ibiblio to a new
address at mirrors.ibiblio.org. Unfortunately Maven 1.0.2 doesn't
handle redirects very well, so any ne
[ http://issues.apache.org/jira/browse/JCR-619?page=all ]
Thomas Mueller updated JCR-619:
---
Attachment: cacheManager7.txt
I have a patch for the Java level deadlock problem. Now the method touch() is
no longer synchronized on the cache. However, inside tou
[
http://issues.apache.org/jira/browse/JCR-569?page=comments#action_12454691 ]
Stefan Guggisberg commented on JCR-569:
---
> Jukka Zitting commented on JCR-569:
> ---
>
> Committed some small-scale improvements
[
http://issues.apache.org/jira/browse/JCR-623?page=comments#action_12454688 ]
Michael Singer commented on JCR-623:
We did some tests with 3 clusternodes. We had problems with the following use
case:
JBoss-4.0.5-GA with latest JCA and lates
I submitted the bug JCR-529 some time ago and recently a fix. There is
any fix version? I'm not sure that the fix is correctly submitted.
Thanks
--
Paco Avila <[EMAIL PROTECTED]>
Hi,
I'm planning to go forward with the folder renames and other
restructurings outlined in JCR-612 during the weekend. This will
likely invalidate existing working copies so you'll need to either
"svn switch" your copies or get clean checkouts before continuing work
on the Jackrabbit sources.
I
[ http://issues.apache.org/jira/browse/JCR-623?page=all ]
Dominique Pfister resolved JCR-623.
---
Fix Version/s: 1.2
Resolution: Fixed
Initial implementation available. New issues will be filed separately.
> Clustering
> --
>
>
[ http://issues.apache.org/jira/browse/JCR-623?page=all ]
Dominique Pfister closed JCR-623.
-
> Clustering
> --
>
> Key: JCR-623
> URL: http://issues.apache.org/jira/browse/JCR-623
> Project: Jackrabbit
>
[ http://issues.apache.org/jira/browse/JCR-583?page=all ]
Marcel Reutegger updated JCR-583:
-
Affects Version/s: 1.0
> TCK: NodeReadMethodsTest.testGetName fails with NPE if 'testroot' has no
> child node
> --
[ http://issues.apache.org/jira/browse/JCR-583?page=all ]
Marcel Reutegger resolved JCR-583.
--
Resolution: Fixed
Fixed in revision: 480975
Thanks a lot for the patch.
> TCK: NodeReadMethodsTest.testGetName fails with NPE if 'testroot' has no
> child
[
http://issues.apache.org/jira/browse/JCR-612?page=comments#action_12454676 ]
Jukka Zitting commented on JCR-612:
---
Looks great, thanks a lot! I'll go forward with the changes this weekend.
> Restructure the Jackrabbit source tree
> --
Hi,
On 11/30/06, Marcel Reutegger <[EMAIL PROTECTED]> wrote:
and to avoid confusion we could name it jcr-api-tests instead.
Good point, +1
BR,
Jukka Zitting
Jukka Zitting wrote:
Hi,
As a part of the JCR-612 restructuring I'd also like to extract the
JCR TCK code we currently have in src/test/java within the
jackrabbit-core project into a standalone component project. The
resulting jar artifact of that "jackrabbit-jcr-tck" project could be
used as a
[X] +1 Release the packages as Apache Jackrabbit 1.1.1
regards,
david
Hi,
As a part of the JCR-612 restructuring I'd also like to extract the
JCR TCK code we currently have in src/test/java within the
jackrabbit-core project into a standalone component project. The
resulting jar artifact of that "jackrabbit-jcr-tck" project could be
used as a test dependency in jac
Jukka Zitting wrote:
Please vote on releasing these packages as Apache Jackrabbit 1.1.1.
The vote is open for the next 72 hours, and only votes from Jackrabbit
committers are binding. The vote passes if at least three +1 votes
are cast.
[X] +1 Release the packages as Apache Jackrabbit 1.1.1
r
[ http://issues.apache.org/jira/browse/JCR-655?page=all ]
Marcel Reutegger resolved JCR-655.
--
Resolution: Fixed
Fixed in revision: 480958
> PropertyReadMethodsTest should also work on NAME property
>
PropertyReadMethodsTest should also work on NAME property
-
Key: JCR-655
URL: http://issues.apache.org/jira/browse/JCR-655
Project: Jackrabbit
Issue Type: Bug
Components: JCR
On 11/29/06, Jukka Zitting <[EMAIL PROTECTED]> wrote:
Please vote on releasing these packages as Apache Jackrabbit 1.1.1.
The vote is open for the next 72 hours, and only votes from Jackrabbit
committers are binding. The vote passes if at least three +1 votes
are cast.
[x] +1 Release the packa
[
http://issues.apache.org/jira/browse/JCR-441?page=comments#action_12454658 ]
Paco Avila commented on JCR-441:
Sorry, I posted this message before you closed the JCR-441 bug :)
> Session logout doesn't release locks acquired using addLockToken
[
http://issues.apache.org/jira/browse/JCR-623?page=comments#action_12454657 ]
Jukka Zitting commented on JCR-623:
---
Is this issue ready for resolution? The basic clustering stuff is in, so I
suggest to resolve this issue as Fixed (Fix version
[
http://issues.apache.org/jira/browse/JCR-441?page=comments#action_12454655 ]
Stefan Guggisberg commented on JCR-441:
---
> Paco Avila commented on JCR-441:
>
>
> The fix for JCR-641 also fix this issue?
yes
[
http://issues.apache.org/jira/browse/JCR-441?page=comments#action_12454651 ]
Paco Avila commented on JCR-441:
The fix for JCR-641 also fix this issue?
> Session logout doesn't release locks acquired using addLockToken
> ---
[ http://issues.apache.org/jira/browse/JCR-441?page=all ]
Stefan Guggisberg resolved JCR-441.
---
Fix Version/s: 1.2
Resolution: Fixed
Assignee: Stefan Guggisberg
fixed in svn r480587
rod, thanks for this excellent bug report and patch.
[ http://issues.apache.org/jira/browse/JCR-641?page=all ]
Stefan Guggisberg resolved JCR-641.
---
Resolution: Fixed
resolving as duplicate of JCR-441
> can't add lock token to session after 3 login/logout
> ---
[ http://issues.apache.org/jira/browse/JCR-641?page=all ]
Stefan Guggisberg reopened JCR-641:
---
reopening as i realized that this issue is actually a duplicate of KCR-441
> can't add lock token to session after 3 login/logout
> ---
[ http://issues.apache.org/jira/browse/JCR-654?page=all ]
Marcel Reutegger resolved JCR-654.
--
Resolution: Fixed
Fixed in revision: 480938
> Some implementations require a save() after a mixin has been assigned
>
Some implementations require a save() after a mixin has been assigned
-
Key: JCR-654
URL: http://issues.apache.org/jira/browse/JCR-654
Project: Jackrabbit
Issue Type: Bug
[ http://issues.apache.org/jira/browse/JCR-653?page=all ]
Marcel Reutegger resolved JCR-653.
--
Resolution: Fixed
Fixed in revision: 480932
> Some Workspace tests require a second workspace
> ---
>
>
Some Workspace tests require a second workspace
---
Key: JCR-653
URL: http://issues.apache.org/jira/browse/JCR-653
Project: Jackrabbit
Issue Type: Bug
Components: JCR TCK
Affects Vers
[ http://issues.apache.org/jira/browse/JCR-652?page=all ]
Marcel Reutegger resolved JCR-652.
--
Resolution: Fixed
Fixed in revision: 480929
> NodeCanAddMixinTest.testCheckedIn() has wrong option check
> ---
NodeCanAddMixinTest.testCheckedIn() has wrong option check
--
Key: JCR-652
URL: http://issues.apache.org/jira/browse/JCR-652
Project: Jackrabbit
Issue Type: Bug
Components: JC
Stefan Guggisberg (JIRA) wrote:
thomas mueller found an issue in the constructor of SessionItemStateManager
that probably caused the NPE.
i fixed the issue in svn r480877
resolving as 'Fixed'
Awesome, thanks!
Christoph
[ http://issues.apache.org/jira/browse/JCR-648?page=all ]
Stefan Guggisberg resolved JCR-648.
---
Fix Version/s: 1.2
Resolution: Fixed
thomas mueller found an issue in the constructor of SessionItemStateManager
that probably caused the NPE.
i fi
[ http://issues.apache.org/jira/browse/JCR-612?page=all ]
Jan Kuzniak updated JCR-612:
Attachment: _restructurisationPath.zip
As you wish: there you have a patch with all restructurisation and maven2 poms
in one unix script. Just put directory _restructuris
[ http://issues.apache.org/jira/browse/JCR-648?page=all ]
Stefan Guggisberg reopened JCR-648:
---
Assignee: Stefan Guggisberg
> NullpointerException in SessionItemStateManager
> ---
>
>
[
http://issues.apache.org/jira/browse/JCR-651?page=comments#action_12454613 ]
Marcel Reutegger commented on JCR-651:
--
I've reverted the changes in QueryResultImpl to provide a backward compatible
constructor in that class. The new function
I think this should rather be implemented based on permissions. An administrator
session would then be able to unlock a node even though it does not have the
lock token attached to the session.
so, we'd add a permission to AccessManager:
/**
* BREAK_LOCK permission constant
*/
[ http://issues.apache.org/jira/browse/JCR-206?page=all ]
Jukka Zitting resolved JCR-206.
---
Resolution: Won't Fix
I'm resolving this as Won't Fix due to the lack of demand and the fact that
there is no easy way to achieve proper garbage collecting with IIO
On 11/30/06, Paco Avila <[EMAIL PROTECTED]> wrote:
Is scheduled the implementation of
NodeTypeRegistry.reregisterNodeType(NodeTypeDef)? seems to be "not yet
implemented" :(
trivial node type modifications are already supported.
for more details see:
http://jackrabbit.apache.org/api-1/org/apache
Is scheduled the implementation of
NodeTypeRegistry.reregisterNodeType(NodeTypeDef)? seems to be "not yet
implemented" :(
--
Paco Avila <[EMAIL PROTECTED]>
For admin purpouse, should be nice get a list of all locked documents in
the repository (or get the lock tokens). I've looking across the source
and this is the var I need (I think):
/**
* Path map containing all locks at the leaves.
*/
private final PathMap lockMap = new PathMap();
This "loc
On 11/29/06, Thomas Mueller <[EMAIL PROTECTED]> wrote:
Hi,
Just an idea... transientStore could be null. It is initialized after
addListener is called:
stateMgr.addListener(this);
...
transientStore = new ItemStateMap();
i missed that one, good point! i'll fix it asap.
than
[ http://issues.apache.org/jira/browse/JCR-613?page=all ]
Jukka Zitting resolved JCR-613.
---
Resolution: Fixed
Applied the patch in revision 480872 after adding the ASF license headers
(based on your selecting the "Grant license" option) and replacing
Clas
[ http://issues.apache.org/jira/browse/JCR-613?page=all ]
Jukka Zitting updated JCR-613:
--
Fix Version/s: 1.2
Affects Version/s: (was: 1.1)
Priority: Minor (was: Major)
> Implementation of a memory file system
>
[ http://issues.apache.org/jira/browse/JCR-613?page=all ]
Jukka Zitting reassigned JCR-613:
-
Assignee: Jukka Zitting
> Implementation of a memory file system
> --
>
> Key: JCR-613
> URL:
Hi,
A quick heads up on an issue with the Maven repository. Yesterday the
Maven team redirected the Maven repositories at Ibiblio to a new
address at mirrors.ibiblio.org. Unfortunately Maven 1.0.2 doesn't
handle redirects very well, so any new artifact downloads may fail
until the issue gets solv
47 matches
Mail list logo