[ http://issues.apache.org/jira/browse/JCR-335?page=all ]
Tobias Bocanegra reassigned JCR-335:
Assign To: Tobias Bocanegra (was: Dominique Pfister)
Deadlock caused by versioning operations within transaction
[
http://issues.apache.org/jira/browse/JCR-335?page=comments#action_12371426 ]
Tobias Bocanegra commented on JCR-335:
--
during commit, 3 internal xa-resources take part: the XAItemStateManager of
the workspace, the XALockManager and the
Changes of JCR-313 introduced db-transaction problem
Key: JCR-384
URL: http://issues.apache.org/jira/browse/JCR-384
Project: Jackrabbit
Type: Bug
Components: core
Versions: 1.1
Reporter: Tobias
[ http://issues.apache.org/jira/browse/JCR-335?page=all ]
Tobias Bocanegra reopened JCR-335:
--
the deadlock can still occurr...
Deadlock caused by versioning operations within transaction
---
[ http://issues.apache.org/jira/browse/JCR-374?page=all ]
Tobias Bocanegra reassigned JCR-374:
Assign To: Tobias Bocanegra
Missing 'node removed' event when removing a version
Key:
[ http://issues.apache.org/jira/browse/JCR-336?page=all ]
Tobias Bocanegra resolved JCR-336:
--
Resolution: Fixed
fixed.
Committed revision 393020.
Concurrent locking operations fail
--
Key: JCR-336
[ http://issues.apache.org/jira/browse/JCR-336?page=all ]
Tobias Bocanegra closed JCR-336:
.
Concurrent locking operations fail
--
Key: JCR-336
URL: http://issues.apache.org/jira/browse/JCR-336
[ http://issues.apache.org/jira/browse/JCR-395?page=all ]
Tobias Bocanegra reassigned JCR-395:
Assign To: Tobias Bocanegra
Using transactions leads to memory leak
---
Key: JCR-395
URL:
[ http://issues.apache.org/jira/browse/JCR-395?page=all ]
Tobias Bocanegra closed JCR-395:
Using transactions leads to memory leak
---
Key: JCR-395
URL:
[ http://issues.apache.org/jira/browse/JCR-395?page=all ]
Tobias Bocanegra resolved JCR-395:
--
Fix Version: 1.1
Resolution: Fixed
fixed.
New Revision: 393452
Using transactions leads to memory leak
---
JCR-Server Code depends on Log4J directly
-
Key: JCR-410
URL: http://issues.apache.org/jira/browse/JCR-410
Project: Jackrabbit
Type: Improvement
Components: webdav
Versions: 0.9, 1.0
Reporter: Tobias Bocanegra
[
http://issues.apache.org/jira/browse/JCR-410?page=comments#action_12376030 ]
Tobias Bocanegra commented on JCR-410:
--
of course :-) i just copy-pasted the original text from issue JCR-215 without
reading it :-|
JCR-Server Code depends on Log4J
[ http://issues.apache.org/jira/browse/JCR-410?page=all ]
Tobias Bocanegra resolved JCR-410:
--
Fix Version: 1.1
Resolution: Fixed
fixed.
Committed revision 396547.
JCR-Server Code depends on Log4J directly
[ http://issues.apache.org/jira/browse/JCR-410?page=all ]
Tobias Bocanegra closed JCR-410:
JCR-Server Code depends on Log4J directly
-
Key: JCR-410
URL:
Node.restore() fails for existing non-versioned OPV=Version child nodes
---
Key: JCR-423
URL: http://issues.apache.org/jira/browse/JCR-423
Project: Jackrabbit
Type: Bug
Components: versioning
[ http://issues.apache.org/jira/browse/JCR-423?page=all ]
Tobias Bocanegra resolved JCR-423:
--
Fix Version: 1.0.1
Resolution: Fixed
fixed in r398968
Node.restore() fails for existing non-versioned OPV=Version child nodes
[ http://issues.apache.org/jira/browse/JCR-426?page=all ]
Tobias Bocanegra updated JCR-426:
-
Summary: WorkspaceInfo.dispose() does not deregister from obs
dispatcher (was: WorkspaceInfo.dispose)
Description: JCR-305 introduces an automatic
[ http://issues.apache.org/jira/browse/JCR-426?page=all ]
Tobias Bocanegra resolved JCR-426:
--
Fix Version: 1.1
1.0.1
Resolution: Fixed
fixed in r400051
WorkspaceInfo.dispose() does not deregister from obs dispatcher
[ http://issues.apache.org/jira/browse/JCR-426?page=all ]
Tobias Bocanegra closed JCR-426:
WorkspaceInfo.dispose() does not deregister from obs dispatcher
---
Key: JCR-426
thread local varaible commitLog not disposed
Key: JCR-427
URL: http://issues.apache.org/jira/browse/JCR-427
Project: Jackrabbit
Type: Bug
Components: transactions
Versions: 1.0, 0.9
Environment: jackrabbit
[ http://issues.apache.org/jira/browse/JCR-427?page=all ]
Tobias Bocanegra updated JCR-427:
-
Summary: thread local variable commitLog not dispose (was: thread local
varaible commitLog not disposed)
thread local variable commitLog not dispose
[ http://issues.apache.org/jira/browse/JCR-423?page=all ]
Tobias Bocanegra reopened JCR-423:
--
the opv=copy issue is resolved, but another appeared:
newly added opv=version child nodes are not removed when restoring an older
version of the node, not
[ http://issues.apache.org/jira/browse/JCR-423?page=all ]
Tobias Bocanegra resolved JCR-423:
--
Resolution: Fixed
fixed (again).
Committed revision 405417.
Node.restore() fails for existing non-versioned OPV=Version child nodes
[ http://issues.apache.org/jira/browse/JCR-430?page=all ]
Tobias Bocanegra reassigned JCR-430:
Assign To: Tobias Bocanegra
Memory leak when using transactions
---
Key: JCR-430
URL:
[ http://issues.apache.org/jira/browse/JCR-432?page=all ]
Tobias Bocanegra reassigned JCR-432:
Assign To: Roy T. Fielding
can you clarify the legal issues roy? thanks.
change jcr api groupId and upload to the main maven repository
NodeTypeRegistry could auto-subtype from nt:base
Key: JCR-433
URL: http://issues.apache.org/jira/browse/JCR-433
Project: Jackrabbit
Type: Improvement
Components: nodetype
Versions: 1.0, 0.9
Reporter:
Node.update() does not work correct for SNS
---
Key: JCR-435
URL: http://issues.apache.org/jira/browse/JCR-435
Project: Jackrabbit
Type: Bug
Versions: 1.0, 0.9
Reporter: Tobias Bocanegra
when node to be updated
[ http://issues.apache.org/jira/browse/JCR-428?page=all ]
Tobias Bocanegra updated JCR-428:
-
Summary: BLOBFileValue() might be discarded to early (was: Constructor
org.apache.jackrabbit.core.value.BLOBFileValue(InputStream in) does not
initialize
[ http://issues.apache.org/jira/browse/JCR-437?page=all ]
Tobias Bocanegra closed JCR-437:
Resolution: Fixed
fixed in r408873
Restoring a node which has OPV=Version children fails if they are not
versionable
Workspace.clone() fails the second time, if cloning referenceables
--
Key: JCR-439
URL: http://issues.apache.org/jira/browse/JCR-439
Project: Jackrabbit
Type: Bug
Versions: 1.0, 0.9
Error while restoring OPV=Version childnodes (Restore of root version not
allowed)
--
Key: JCR-444
URL: http://issues.apache.org/jira/browse/JCR-444
Project: Jackrabbit
Type: Bug
repository is locked by WorkspaceJanitor when another workspace is reindexing
-
Key: JCR-445
URL: http://issues.apache.org/jira/browse/JCR-445
Project: Jackrabbit
Type: Bug
Versions:
[
http://issues.apache.org/jira/browse/JCR-446?page=comments#action_12414020 ]
Tobias Bocanegra commented on JCR-446:
--
i'm a bit afraid on sychronizing the repository instance. i prefer a 'shutdown'
lock around shutdown and login.
Prevent logins
[ http://issues.apache.org/jira/browse/JCR-449?page=all ]
Tobias Bocanegra reassigned JCR-449:
Assign To: Tobias Bocanegra
inconsistency in internal version items during commits
--
[ http://issues.apache.org/jira/browse/JCR-449?page=all ]
Tobias Bocanegra closed JCR-449:
Resolution: Fixed
quick-fix with some locks in the version manager, but might not be the
final/optimal solution. thinking of a coarser restructuration of
[
http://issues.apache.org/jira/browse/JCR-392?page=comments#action_12414645 ]
Tobias Bocanegra commented on JCR-392:
--
imo, using same name siblings should be avoided at all. they only cause
problems in all sorts of aeras. eg: searching, ordering,
add/remove dispatchers from DelegatingObservationDispatcher is not synchronized
---
Key: JCR-453
URL: http://issues.apache.org/jira/browse/JCR-453
Project: Jackrabbit
Type: Bug
[ http://issues.apache.org/jira/browse/JCR-453?page=all ]
Tobias Bocanegra reassigned JCR-453:
Assign To: Tobias Bocanegra
add/remove dispatchers from DelegatingObservationDispatcher is not
synchronized
[ http://issues.apache.org/jira/browse/JCR-414?page=all ]
Tobias Bocanegra reassigned JCR-414:
Assign To: Tobias Bocanegra
jcr:successors property not persisted correctly within a transaction
InternalXAResource.rollback() can be called twice and without prepare
-
Key: JCR-455
URL: http://issues.apache.org/jira/browse/JCR-455
Project: Jackrabbit
Type: Bug
Environment: r412989
[ http://issues.apache.org/jira/browse/JCR-414?page=all ]
Tobias Bocanegra closed JCR-414:
Fix Version: 1.1
Resolution: Fixed
fixed.
Committed revision 412995.
jcr:successors property not persisted correctly within a transaction
[ http://issues.apache.org/jira/browse/JCR-466?page=all ]
Tobias Bocanegra reopened JCR-466:
--
reading david's comment, this probably only happens when referring to items in
the version storage.
btw: the patch does not fix this problem
Modified
[ http://issues.apache.org/jira/browse/JCR-466?page=all ]
Tobias Bocanegra reassigned JCR-466:
Assign To: Tobias Bocanegra (was: Stefan Guggisberg)
Modified values of REFERENCE property not stored correctly
Item.isSame() may returns true for 2 nodes from different workspaces.
-
Key: JCR-468
URL: http://issues.apache.org/jira/browse/JCR-468
Project: Jackrabbit
Type: Bug
Components: core
[
http://issues.apache.org/jira/browse/JCR-468?page=comments#action_12417270 ]
Tobias Bocanegra commented on JCR-468:
--
spec
Two Item objects represent the same repository item if all the following are
true:
1) Both objects were acquired through
[ http://issues.apache.org/jira/browse/JCR-469?page=all ]
Tobias Bocanegra closed JCR-469:
Fix Version: 1.1
Resolution: Fixed
fixed.
Date: Fri Jun 23 01:14:31 2006
New Revision: 416629
Problem with child order after restoring of parent
[
http://issues.apache.org/jira/browse/JCR-442?page=comments#action_12417844 ]
Tobias Bocanegra commented on JCR-442:
--
some thoughts:
- why needs BackupConfig.init() the repositoryimpl ? i would do a
Config.getBackup(repo) instead.
- you don't need to
[
http://issues.apache.org/jira/browse/JCR-449?page=comments#action_12418574 ]
Tobias Bocanegra commented on JCR-449:
--
the case where an item is not found is invalid and should never occurr. i
removed the check during testing my fix, and it did not
Create resource sensitive cache for item states
---
Key: JCR-471
URL: http://issues.apache.org/jira/browse/JCR-471
Project: Jackrabbit
Type: Improvement
Components: core
Versions: 1.0, 1.0.1, 0.9
Reporter:
[ http://issues.apache.org/jira/browse/JCR-471?page=all ]
Tobias Bocanegra closed JCR-471:
Resolution: Fixed
added a memory sensitive cache with a default size of 8mb. the sizes of the
item states are more or less accurate.
New Revision: 418263
Introduce 'SecurityConfig' for better extensability.
Key: JCR-474
URL: http://issues.apache.org/jira/browse/JCR-474
Project: Jackrabbit
Type: Improvement
Components: config
Versions: 0.9, 1.0, 1.0.1
[
http://issues.apache.org/jira/browse/JCR-433?page=comments#action_12418972 ]
Tobias Bocanegra commented on JCR-433:
--
i have concerns:
- the static equals method might be very expensive
- don't call equals(getSupertypes(), other.getSupertypes()), this
[ http://issues.apache.org/jira/browse/JCR-449?page=all ]
Tobias Bocanegra reopened JCR-449:
--
ok, i will take a look at it
inconsistency in internal version items during commits
--
Key:
CompactNodeTypeDefReader fails parsing 'long' value constraints
---
Key: JCR-475
URL: http://issues.apache.org/jira/browse/JCR-475
Project: Jackrabbit
Type: Bug
Reporter: Tobias Bocanegra
Fix For:
[
http://issues.apache.org/jira/browse/JCR-473?page=comments#action_12419439 ]
Tobias Bocanegra commented on JCR-473:
--
jukka, you're right. ValueFactory has nothing to do with resolving names.
moving the InternalValue.create to the ValueHelper looks
[ http://issues.apache.org/jira/browse/JCR-475?page=all ]
Tobias Bocanegra closed JCR-475:
Resolution: Invalid
the failing constraints is not a bug of the CNDReader. The JSR170 specification
states:
6.7.16 Value Constraints:
[...]
The remaining
[
http://issues.apache.org/jira/browse/JCR-473?page=comments#action_12419443 ]
Tobias Bocanegra commented on JCR-473:
--
sorry. i'm a bit dizzy today:
- this was just a first ides but you're right.
+ this was just a first idea but you're right.
-
[
http://issues.apache.org/jira/browse/JCR-473?page=comments#action_12419466 ]
Tobias Bocanegra commented on JCR-473:
--
i guess you responded to a post, which gmail considered to be written by
jukka...
hehthey start getting subversive... it was
[
http://issues.apache.org/jira/browse/JCR-473?page=comments#action_12419685 ]
Tobias Bocanegra commented on JCR-473:
--
besides some javadoc errors, the patch looks ok.
+1 for patch V2
Some enhancements to jackrabbit commons
[ http://issues.apache.org/jira/browse/JCR-473?page=all ]
Tobias Bocanegra reopened JCR-473:
--
Assign To: Tobias Bocanegra (was: angela)
i will adjust all deprecated calls
Some enhancements to jackrabbit commons
Remove recently added getJCRPath()/getQPath() from NamespaceResolver
Key: JCR-476
URL: http://issues.apache.org/jira/browse/JCR-476
Project: Jackrabbit
Type: Improvement
Versions: 1.1
[ http://issues.apache.org/jira/browse/JCR-427?page=all ]
Tobias Bocanegra closed JCR-427.
Resolution: Invalid
the entries in the threadlocal map are weakreferences, so the VM will collect
them eventually.
thread local variable commitLog not dispose
TCK does not clean 2nd workspace during AbstractJCRTest.setUp()
---
Key: JCR-485
URL: http://issues.apache.org/jira/browse/JCR-485
Project: Jackrabbit
Issue Type: Bug
Removed version is not invalidated
--
Key: JCR-486
URL: http://issues.apache.org/jira/browse/JCR-486
Project: Jackrabbit
Issue Type: Bug
Affects Versions: 1.0.1, 1.1
Reporter: Tobias Bocanegra
[ http://issues.apache.org/jira/browse/JCR-486?page=all ]
Tobias Bocanegra closed JCR-486.
Resolution: Fixed
Committed revision 423943.
Removed version is not invalidated
--
Key: JCR-486
the jcr:frozenUuid property is of type REFERENCE instead of STRING
--
Key: JCR-487
URL: http://issues.apache.org/jira/browse/JCR-487
Project: Jackrabbit
Issue Type: Bug
[ http://issues.apache.org/jira/browse/JCR-476?page=all ]
Tobias Bocanegra closed JCR-476.
Fix Version/s: 1.1
Resolution: Fixed
rename QNameCache to NameCache as suggested.
Committed revision 424218.
Remove recently added
[ http://issues.apache.org/jira/browse/JCR-487?page=all ]
Tobias Bocanegra closed JCR-487.
Fix Version/s: 1.1
Resolution: Fixed
Committed revision 424220.
the jcr:frozenUuid property is of type REFERENCE instead of STRING
[
http://issues.apache.org/jira/browse/JCR-476?page=comments#action_12422988 ]
Tobias Bocanegra commented on JCR-476:
--
ok, i will adjust the contrib.
Remove recently added getJCRPath()/getQPath() from NamespaceResolver
[ http://issues.apache.org/jira/browse/JCR-476?page=all ]
Tobias Bocanegra closed JCR-476.
Resolution: Fixed
spi contrib compiles again.
Committed revision 425017.
Remove recently added getJCRPath()/getQPath() from NamespaceResolver
[ http://issues.apache.org/jira/browse/JCR-529?page=all ]
Tobias Bocanegra reassigned JCR-529:
Assignee: Tobias Bocanegra
New versions added after a restore have bad version name
[ http://issues.apache.org/jira/browse/JCR-537?page=all ]
Tobias Bocanegra reassigned JCR-537:
Assignee: Tobias Bocanegra
Failure to remove a versionable node
Key: JCR-537
[
http://issues.apache.org/jira/browse/JCR-564?page=comments#action_12433686 ]
Tobias Bocanegra commented on JCR-564:
--
OK, in maven 2 you can mark it as provided which means it is a compile/test
time dep, but at
runtime it is expected
[ http://issues.apache.org/jira/browse/JCR-568?page=all ]
Tobias Bocanegra reassigned JCR-568:
Assignee: Tobias Bocanegra
incorrect jcr:uuid on frozen subnode
Key: JCR-568
[ http://issues.apache.org/jira/browse/JCR-568?page=all ]
Tobias Bocanegra closed JCR-568.
Fix Version/s: 1.1
Resolution: Fixed
fixed incorrect copying of special properties during checkin.
Committed revision 449773.
incorrect jcr:uuid on
Create jackrabbit-api(.jar) and the respective jackrabbit-rmi extensions
Key: JCR-585
URL: http://issues.apache.org/jira/browse/JCR-585
Project: Jackrabbit
Issue Type:
[ http://issues.apache.org/jira/browse/JCR-298?page=all ]
Tobias Bocanegra updated JCR-298:
-
Comment: was deleted
missing blob.remove in Berkeley DB persistance manager
--
Key:
Refactoring of the Persistence Managers
---
Key: JCR-595
URL: http://issues.apache.org/jira/browse/JCR-595
Project: Jackrabbit
Issue Type: Improvement
Affects Versions: 1.2, 1.1.1
[ http://issues.apache.org/jira/browse/JCR-606?page=all ]
Tobias Bocanegra updated JCR-606:
-
Summary: RMI-DateValue does not support full ISO8601 format (was:
RMI-DateValue does not support full)
Description:
as mentioned in the javadoc:
*
[
http://issues.apache.org/jira/browse/JCR-545?page=comments#action_12446194 ]
Tobias Bocanegra commented on JCR-545:
--
i don't like this method, because the (re)registering of the nodetypes is not
atomic, i.e. they are not registered at
Weird locking behaviour in CachingHierarchyManager
--
Key: JCR-614
URL: http://issues.apache.org/jira/browse/JCR-614
Project: Jackrabbit
Issue Type: Bug
Components: core
Affects
[ http://issues.apache.org/jira/browse/JCR-614?page=all ]
Tobias Bocanegra closed JCR-614.
Resolution: Fixed
fixed.
New Revision: 469853
Weird locking behaviour in CachingHierarchyManager
--
[ http://issues.apache.org/jira/browse/JCR-617?page=all ]
Tobias Bocanegra closed JCR-617.
Resolution: Fixed
Committed revision 470745.
CachingHieraarchyManager may serve moved items
--
[ http://issues.apache.org/jira/browse/JCR-618?page=all ]
Tobias Bocanegra closed JCR-618.
Resolution: Fixed
Committed revision 470747.
Replace WeakIdentityCollection in StateChangeDispacher
--
[ http://issues.apache.org/jira/browse/JCR-619?page=all ]
Tobias Bocanegra reassigned JCR-619:
Assignee: Tobias Bocanegra
CacheManager (Memory Management in Jackrabbit)
--
Key: JCR-619
[ http://issues.apache.org/jira/browse/JCR-619?page=all ]
Tobias Bocanegra closed JCR-619.
Fix Version/s: 1.2
Resolution: Fixed
Committed revision 471800.
CacheManager (Memory Management in Jackrabbit)
[ http://issues.apache.org/jira/browse/JCR-628?page=all ]
Tobias Bocanegra reassigned JCR-628:
Assignee: Tobias Bocanegra
OutOfMemory problem: HandleMonitor does not release closed input streams
[
http://issues.apache.org/jira/browse/JCR-546?page=comments#action_12450881 ]
Tobias Bocanegra commented on JCR-546:
--
thanks jukka...i will take a look at this asap.
Deadlock during checkin
---
Key:
[ http://issues.apache.org/jira/browse/JCR-644?page=all ]
Tobias Bocanegra reassigned JCR-644:
Assignee: Tobias Bocanegra
Node.isNodeType() throws if namespace is not defined.
-
[ http://issues.apache.org/jira/browse/JCR-644?page=all ]
Tobias Bocanegra closed JCR-644.
Resolution: Fixed
you're right. that's why i wanted the QName and Path in the API :-)
i reverted the changes.
Node.isNodeType() throws if namespace is not
Property.setValue(Node) explicitly checks for NodeImpl
--
Key: JCR-664
URL: http://issues.apache.org/jira/browse/JCR-664
Project: Jackrabbit
Issue Type: Bug
Reporter: Tobias
[
http://issues.apache.org/jira/browse/JCR-664?page=comments#action_12455673 ]
Tobias Bocanegra commented on JCR-664:
--
if the JCR API takes a javax.jcr.Node, then it should work with any
implementation. This might not work for all cases, i
RMI: Property.getValue() fails with EOFException after many reads
-
Key: JCR-665
URL: http://issues.apache.org/jira/browse/JCR-665
Project: Jackrabbit
Issue Type: Bug
[ http://issues.apache.org/jira/browse/JCR-661?page=all ]
Tobias Bocanegra resolved JCR-661.
--
Resolution: Fixed
fixed in Revision: 483468.
RMIC not working in subprojects when compiling parent using maven2
[
http://issues.apache.org/jira/browse/JCR-134?page=comments#action_12457333 ]
Tobias Bocanegra commented on JCR-134:
--
but I think there is no easy and cheap way ATM to check all corresponding
nodes on a node or
version deletion.
Move NamespaceMappings/Index from lucene to namespace registry.
---
Key: JCR-669
URL: http://issues.apache.org/jira/browse/JCR-669
Project: Jackrabbit
Issue Type: Improvement
[
http://issues.apache.org/jira/browse/JCR-134?page=comments#action_12457629 ]
Tobias Bocanegra commented on JCR-134:
--
yes, of course:
empty VH, no references - remove
non-empty VH, no references - keep (or at least configurable).
[ http://issues.apache.org/jira/browse/JCR-669?page=all ]
Tobias Bocanegra resolved JCR-669.
--
Resolution: Fixed
fixed.
Committed revision 486082.
Move NamespaceMappings/Index from lucene to namespace registry.
[
http://issues.apache.org/jira/browse/JCR-672?page=comments#action_12457666 ]
Tobias Bocanegra commented on JCR-672:
--
could have been introduced by JCR-546.
Deadlock on concurrent save/checkin operations possible
Add seperate configuration for blobstore
Key: JCR-673
URL: http://issues.apache.org/jira/browse/JCR-673
Project: Jackrabbit
Issue Type: New Feature
Affects Versions: 1.1.1, 1.1, 1.0.1, 1.0, 0.9
1 - 100 of 1600 matches
Mail list logo