From dev-return-19592-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Fri Aug 01 01:43:23 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 70782 invoked from network); 1 Aug 2008 01:43:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Aug 2008 01:43:23 -0000 Received: (qmail 72897 invoked by uid 500); 1 Aug 2008 01:43:21 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 72864 invoked by uid 500); 1 Aug 2008 01:43:21 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 72853 invoked by uid 99); 1 Aug 2008 01:43:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Jul 2008 18:43:21 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Aug 2008 01:42:35 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id BA471234C18E for ; Thu, 31 Jul 2008 18:42:31 -0700 (PDT) Message-ID: <1844112605.1217554951761.JavaMail.jira@brutus> Date: Thu, 31 Jul 2008 18:42:31 -0700 (PDT) From: =?utf-8?Q?Gr=C3=A9gory_Joseph_=28JIRA=29?= To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1644) make NamespaceContext#getPrefix(java.lang.String) iterative instead of recursive In-Reply-To: <2117127790.1212923385750.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1644?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126189= 16#action_12618916 ]=20 Gr=C3=A9gory Joseph commented on JCR-1644: ------------------------------------- Any chance we could get the patch in the 1.4 branch ? > make NamespaceContext#getPrefix(java.lang.String) iterative instead of re= cursive > -------------------------------------------------------------------------= ------- > > Key: JCR-1644 > URL: https://issues.apache.org/jira/browse/JCR-1644 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-core, xml > Affects Versions: core 1.4.5 > Reporter: Philippe Marschall > Assignee: Jukka Zitting > Priority: Minor > Fix For: 1.5 > > Attachments: JCR-1644-patch.diff, NamespaceContext.java, Namespac= eContext.java.patch > > > Currently the method org.apache.jackrabbit.core.xml.NamespaceContext#getP= refix(java.lang.String) uses recursion. For very large XML files (50 MB Mag= nolia website exports) this causes a stack overflow. The method can easily = be rewritten using iteration. --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19593-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Sat Aug 02 21:12:06 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 64107 invoked from network); 2 Aug 2008 21:12:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Aug 2008 21:12:06 -0000 Received: (qmail 61661 invoked by uid 500); 2 Aug 2008 21:12:04 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 61631 invoked by uid 500); 2 Aug 2008 21:12:04 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 61620 invoked by uid 99); 2 Aug 2008 21:12:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Aug 2008 14:12:04 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Aug 2008 21:11:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 59A2F234C198 for ; Sat, 2 Aug 2008 14:11:44 -0700 (PDT) Message-ID: <371061706.1217711504366.JavaMail.jira@brutus> Date: Sat, 2 Aug 2008 14:11:44 -0700 (PDT) From: "Philippe Marschall (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Updated: (JCR-1644) make NamespaceContext#getPrefix(java.lang.String) iterative instead of recursive In-Reply-To: <2117127790.1212923385750.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Philippe Marschall updated JCR-1644: ------------------------------------ Attachment: website.untitled4.xml.tar.bz2 I attached a file that should produce a large stack in NamespaceContext.getUR. It might or might not cause a stack overflow on your system. > make NamespaceContext#getPrefix(java.lang.String) iterative instead of recursive > -------------------------------------------------------------------------------- > > Key: JCR-1644 > URL: https://issues.apache.org/jira/browse/JCR-1644 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-core, xml > Affects Versions: core 1.4.5 > Reporter: Philippe Marschall > Assignee: Jukka Zitting > Priority: Minor > Fix For: 1.5 > > Attachments: JCR-1644-patch.diff, NamespaceContext.java, NamespaceContext.java.patch, website.untitled4.xml.tar.bz2 > > > Currently the method org.apache.jackrabbit.core.xml.NamespaceContext#getPrefix(java.lang.String) uses recursion. For very large XML files (50 MB Magnolia website exports) this causes a stack overflow. The method can easily be rewritten using iteration. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19594-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Sun Aug 03 06:22:09 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 14014 invoked from network); 3 Aug 2008 06:22:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Aug 2008 06:22:09 -0000 Received: (qmail 47402 invoked by uid 500); 3 Aug 2008 06:22:08 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 47371 invoked by uid 500); 3 Aug 2008 06:22:07 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 47360 invoked by uid 99); 3 Aug 2008 06:22:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Aug 2008 23:22:07 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Aug 2008 06:21:18 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4A4C1234C18A for ; Sat, 2 Aug 2008 23:21:44 -0700 (PDT) Message-ID: <1326160935.1217744504290.JavaMail.jira@brutus> Date: Sat, 2 Aug 2008 23:21:44 -0700 (PDT) From: jira@apache.org To: dev@jackrabbit.apache.org Subject: [jira] Subscription: open issues MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Issue Subscription Filter: open issues (280 issues) Open Issues for Apache Jackrabbit Subscriber: jackrabbitdev Key Summary JCR-1695 Improve and promote spi-logger https://issues.apache.org/jira/browse/JCR-1695 JCR-1694 System properties does not get replaced in a Cluster configuration https://issues.apache.org/jira/browse/JCR-1694 JCR-1693 JNDIDatabaseJournal doesn't work with "oracle" schema (or: unable to use OracleDatabaseJournal with a jndi datasource) https://issues.apache.org/jira/browse/JCR-1693 JCR-1692 jackrabbit exceptions on jboss shutdown https://issues.apache.org/jira/browse/JCR-1692 JCR-1680 Another operator for fn:name predicates (!=, <>) https://issues.apache.org/jira/browse/JCR-1680 JCR-1677 Allow workspace creation over cluster https://issues.apache.org/jira/browse/JCR-1677 JCR-1676 Add support for mapping all node properties into a Map https://issues.apache.org/jira/browse/JCR-1676 JCR-1670 NPE when clustered JR queries version history on a node that has just had a version added by another JR in the same cluster https://issues.apache.org/jira/browse/JCR-1670 JCR-1668 After RepositoryImpl instance has been created and shut down, some classes cannot be unloaded https://issues.apache.org/jira/browse/JCR-1668 JCR-1666 After transaction rollback session may become 'corrupt' https://issues.apache.org/jira/browse/JCR-1666 JCR-1665 In JCAConnectionRequestInfo, equals() and hashCode() implementations are inconsistent https://issues.apache.org/jira/browse/JCR-1665 JCR-1660 Consistency check / fix skips system nodes https://issues.apache.org/jira/browse/JCR-1660 JCR-1659 Support parent axis inside Xpath predicates https://issues.apache.org/jira/browse/JCR-1659 JCR-1648 Database reconnect during shutdown https://issues.apache.org/jira/browse/JCR-1648 JCR-1645 Add support for Map of referenced beans https://issues.apache.org/jira/browse/JCR-1645 JCR-1643 ClientObservationManager causes null pointer https://issues.apache.org/jira/browse/JCR-1643 JCR-1642 Troubleshooting link not working/troubleshooting.jsp can't compile https://issues.apache.org/jira/browse/JCR-1642 JCR-1641 DefaultLoginModule/SimpleLoginModule don't support custom PrincipalProvider https://issues.apache.org/jira/browse/JCR-1641 JCR-1640 Not configuring the adminId, anonymousId, or defaultuserId causes login module to ignore credentials https://issues.apache.org/jira/browse/JCR-1640 JCR-1638 Redundant calls to RepositoryService.getChildInfos https://issues.apache.org/jira/browse/JCR-1638 JCR-1637 The GarbageCollector ignores InterruptedException and so crash on shutdown https://issues.apache.org/jira/browse/JCR-1637 JCR-1635 ISMLocking implementation that supports timeouts https://issues.apache.org/jira/browse/JCR-1635 JCR-1634 In XA transaction session.addLockToken() does not have effect https://issues.apache.org/jira/browse/JCR-1634 JCR-1633 When node is created and locked in same transaction, exception is thrown https://issues.apache.org/jira/browse/JCR-1633 JCR-1630 Missing third party notices and license info https://issues.apache.org/jira/browse/JCR-1630 JCR-1626 The resource committed at the first server via WebDAV does not appear on the second server. https://issues.apache.org/jira/browse/JCR-1626 JCR-1621 Use application/xml as the XML media type https://issues.apache.org/jira/browse/JCR-1621 JCR-1620 Make the Analyzer configurable per node (or subtree) https://issues.apache.org/jira/browse/JCR-1620 JCR-1616 Spi2Dav / 283 Conflict: Creation of PropertyInfoImpl fails with NPE if the returned ItemInfo points to a Node https://issues.apache.org/jira/browse/JCR-1616 JCR-1613 REMOVE access is not checked when moving a node https://issues.apache.org/jira/browse/JCR-1613 JCR-1612 Reintroduce NamespaceStorage and namespace-caching https://issues.apache.org/jira/browse/JCR-1612 JCR-1609 JSR 283: new Property Types https://issues.apache.org/jira/browse/JCR-1609 JCR-1608 JSR 283: Workspace Management https://issues.apache.org/jira/browse/JCR-1608 JCR-1606 Throw exception when unsupported xpath axes are used. https://issues.apache.org/jira/browse/JCR-1606 JCR-1605 RepositoryLock does not work on NFS sometimes https://issues.apache.org/jira/browse/JCR-1605 JCR-1604 NameImpl improvements https://issues.apache.org/jira/browse/JCR-1604 JCR-1598 Problematic exception handling in Jackrabbit WebApp https://issues.apache.org/jira/browse/JCR-1598 JCR-1597 JCARepositoryHandle.login(...) methods never throw NoSuchWorkspaceException https://issues.apache.org/jira/browse/JCR-1597 JCR-1595 support of rep:excerpt() across JCR/SPI layer https://issues.apache.org/jira/browse/JCR-1595 JCR-1594 FirstHop maven archetype https://issues.apache.org/jira/browse/JCR-1594 JCR-1593 JSR 283: Simple versioning https://issues.apache.org/jira/browse/JCR-1593 JCR-1592 JSR 283: Baselines & Activities https://issues.apache.org/jira/browse/JCR-1592 JCR-1591 JSR 283: NodeType Management https://issues.apache.org/jira/browse/JCR-1591 JCR-1590 JSR 283: Locking https://issues.apache.org/jira/browse/JCR-1590 JCR-1589 JSR 283: Retention & Hold Management https://issues.apache.org/jira/browse/JCR-1589 JCR-1588 JSR 283: Access Control https://issues.apache.org/jira/browse/JCR-1588 JCR-1586 Create org.apache.jackrabbit.api.jsr283 (in jackrabbit-api) and move future jsr283 interfaces and classes there https://issues.apache.org/jira/browse/JCR-1586 JCR-1574 [PATCH] PropertyWrapper has a typo that causes an infinite loop https://issues.apache.org/jira/browse/JCR-1574 JCR-1573 Lucene Query Exception: 'attempt to access a deleted document' https://issues.apache.org/jira/browse/JCR-1573 JCR-1572 DbDataStore connection does not always reconnect https://issues.apache.org/jira/browse/JCR-1572 JCR-1570 [PATCH] better exception messages when generating schema https://issues.apache.org/jira/browse/JCR-1570 JCR-1569 Jackrabbit semi-validated with new libraries https://issues.apache.org/jira/browse/JCR-1569 JCR-1565 JSR 283 lifecycle management https://issues.apache.org/jira/browse/JCR-1565 JCR-1564 JSR 283 namespace handling https://issues.apache.org/jira/browse/JCR-1564 JCR-1561 New MsOutlook Message Extratcor https://issues.apache.org/jira/browse/JCR-1561 JCR-1558 Namespace not registered yet prevent BundleDbPersistenceManager to detect already existing root node and leads to workspace initialization failure in a cluster environment https://issues.apache.org/jira/browse/JCR-1558 JCR-1554 StaleItemStateException with distributed transactions https://issues.apache.org/jira/browse/JCR-1554 JCR-1553 ClusterNode not properly shutdown when repository has shutdown https://issues.apache.org/jira/browse/JCR-1553 JCR-1552 Concurrent conflicting property creation sometimes doesn't fail https://issues.apache.org/jira/browse/JCR-1552 JCR-1549 XATest#testXAVersionsThoroughly fails if 2 checks are executed separately https://issues.apache.org/jira/browse/JCR-1549 JCR-1544 [PATCH] fix a NOT b queries https://issues.apache.org/jira/browse/JCR-1544 JCR-1538 [patch] add toString for NodeImpl and PropertyImpl https://issues.apache.org/jira/browse/JCR-1538 JCR-1529 Improve ease of installation for deployment model 3: repository server https://issues.apache.org/jira/browse/JCR-1529 JCR-1527 Support for MaxDB / SapSB Databases https://issues.apache.org/jira/browse/JCR-1527 JCR-1525 Jackrabbit depends on Oracle driver for BLOB support in Oracle versions previous than 10.2 https://issues.apache.org/jira/browse/JCR-1525 JCR-1522 [PATCH] Java Class file text extractor https://issues.apache.org/jira/browse/JCR-1522 JCR-1517 Global datastore and namespace index cause problems when migrating workspaces https://issues.apache.org/jira/browse/JCR-1517 JCR-1509 [SUBMISSION] Amazon S3 Persistence Manager Project https://issues.apache.org/jira/browse/JCR-1509 JCR-1508 Setting a new property value causes a read of the previous property value https://issues.apache.org/jira/browse/JCR-1508 JCR-1507 Add debug messages to query execution https://issues.apache.org/jira/browse/JCR-1507 JCR-1506 [PATCH] NodePropBundle can only calculate int sizes from getSize() https://issues.apache.org/jira/browse/JCR-1506 JCR-1505 Improve handling of inherited mixins https://issues.apache.org/jira/browse/JCR-1505 JCR-1501 poor performance on big collections https://issues.apache.org/jira/browse/JCR-1501 JCR-1496 Problem to invoke createDataStoreGarbageCollector() in JCASessionHandle object https://issues.apache.org/jira/browse/JCR-1496 JCR-1483 Move common node type functionality to jackrabbit-spi-commons https://issues.apache.org/jira/browse/JCR-1483 JCR-1478 Perform random operation tests https://issues.apache.org/jira/browse/JCR-1478 JCR-1473 Simple standalone sample apps https://issues.apache.org/jira/browse/JCR-1473 JCR-1464 system-view export ambiguosly exports array property if it contains exactly one value https://issues.apache.org/jira/browse/JCR-1464 JCR-1462 repository.xml: throw an exception on error https://issues.apache.org/jira/browse/JCR-1462 JCR-1458 Avoid silent closes https://issues.apache.org/jira/browse/JCR-1458 JCR-1457 Restart of RMI-component fails (because it's not released while shutdown) https://issues.apache.org/jira/browse/JCR-1457 JCR-1456 Database connection pooling https://issues.apache.org/jira/browse/JCR-1456 JCR-1455 Content browser/editor https://issues.apache.org/jira/browse/JCR-1455 JCR-1447 XPath exists/not exists operator with child axis https://issues.apache.org/jira/browse/JCR-1447 JCR-1446 Local transactions support https://issues.apache.org/jira/browse/JCR-1446 JCR-1445 [PATCH] Use entrySet iterators to avoid map look ups in loops https://issues.apache.org/jira/browse/JCR-1445 JCR-1443 Make JCAManagedConnectionFactory non final, so it can be extended https://issues.apache.org/jira/browse/JCR-1443 JCR-1440 NPE Thrown when two Cluster Nodes are hitting the same underlying database. https://issues.apache.org/jira/browse/JCR-1440 JCR-1438 Replace Config classes with factories https://issues.apache.org/jira/browse/JCR-1438 JCR-1435 Choose the MySQL engine for database storage (default to MyISAM) https://issues.apache.org/jira/browse/JCR-1435 JCR-1433 web.xml should contain explicit jndi-enabled param instead of checking for a provided java.naming.provider.url https://issues.apache.org/jira/browse/JCR-1433 JCR-1431 QueryParser.parse signature change breaks backward compatibility https://issues.apache.org/jira/browse/JCR-1431 JCR-1422 Support and Document Node Type Definitions in XML or Java API https://issues.apache.org/jira/browse/JCR-1422 JCR-1419 Add test for database auto-reconnection https://issues.apache.org/jira/browse/JCR-1419 JCR-1418 Redesign NodeInfo.getReferences() https://issues.apache.org/jira/browse/JCR-1418 JCR-1412 [Patch] Java-based test configuration of Jackrabbit (no repository.xml needed) https://issues.apache.org/jira/browse/JCR-1412 JCR-1411 test session leaks https://issues.apache.org/jira/browse/JCR-1411 JCR-1404 javadoc writing and generation with mvn https://issues.apache.org/jira/browse/JCR-1404 JCR-1401 Removing-nodes with unexpected nodetype https://issues.apache.org/jira/browse/JCR-1401 JCR-1387 Lock token not removed from session when node is removed https://issues.apache.org/jira/browse/JCR-1387 JCR-1386 Not full parsing of ISO8601 date/time format that may cause import of XML to fail https://issues.apache.org/jira/browse/JCR-1386 JCR-1370 query aggregates should allow more generic constructs https://issues.apache.org/jira/browse/JCR-1370 JCR-1367 Exception when closing connection under db2 https://issues.apache.org/jira/browse/JCR-1367 JCR-1366 DbDataStore: tablePrefix not accomodated during init test for existing DATASTORE table https://issues.apache.org/jira/browse/JCR-1366 JCR-1363 Migrate to Lucene 2.3 https://issues.apache.org/jira/browse/JCR-1363 JCR-1362 DatabaseJournal improperly finds tables in external schemas when used on Oracle https://issues.apache.org/jira/browse/JCR-1362 JCR-1360 Parsing built-in CND and XML nodetypes does not result in equal nt-definitions https://issues.apache.org/jira/browse/JCR-1360 JCR-1357 Create "quick start" developer bundles for model 1,2,3 deployment https://issues.apache.org/jira/browse/JCR-1357 JCR-1354 Repository shutdown reposts ERROR: failed to close connection https://issues.apache.org/jira/browse/JCR-1354 JCR-1353 Installation For people new to tomcat/jackrabbit https://issues.apache.org/jira/browse/JCR-1353 JCR-1352 illegal format for WebDAV lock tokens https://issues.apache.org/jira/browse/JCR-1352 JCR-1349 JNDIDatabasePersistenceManager calls commit https://issues.apache.org/jira/browse/JCR-1349 JCR-1348 simple-webdav: DAV:auto-version property not handled properly https://issues.apache.org/jira/browse/JCR-1348 JCR-1334 Deadlock with XA enabled https://issues.apache.org/jira/browse/JCR-1334 JCR-1328 Session.itemExists implementation wrong https://issues.apache.org/jira/browse/JCR-1328 JCR-1320 Support for Sybase https://issues.apache.org/jira/browse/JCR-1320 JCR-1317 Add a MBean method to programatically create a new Workspace. https://issues.apache.org/jira/browse/JCR-1317 JCR-1308 Unnecessary null check in EffectiveNodeType.getApplicableChildNodeDef() https://issues.apache.org/jira/browse/JCR-1308 JCR-1307 TCK: Attribute values may be normalized in document view exports https://issues.apache.org/jira/browse/JCR-1307 JCR-1301 Trouble undeploying jackrabbit-webapp from Tomcat https://issues.apache.org/jira/browse/JCR-1301 JCR-1300 spi2dav Improve performance for large binary properties https://issues.apache.org/jira/browse/JCR-1300 JCR-1293 ReorderReferenceableSNSTest failure https://issues.apache.org/jira/browse/JCR-1293 JCR-1279 add ability to pass arguments to instances of field converters https://issues.apache.org/jira/browse/JCR-1279 JCR-1269 Stop using BaseException https://issues.apache.org/jira/browse/JCR-1269 JCR-1260 include OCM nodetypes config file in JAR https://issues.apache.org/jira/browse/JCR-1260 JCR-1253 Allow to configure autoCommit mode for BundleDB PM to avoid extra overhead when working in non clustered environment https://issues.apache.org/jira/browse/JCR-1253 JCR-1249 Improve updating of references to version storage https://issues.apache.org/jira/browse/JCR-1249 JCR-1248 ParseException if search string ends with '!' https://issues.apache.org/jira/browse/JCR-1248 JCR-1242 Improve serialization of NodeReferences for BundleDB PMs https://issues.apache.org/jira/browse/JCR-1242 JCR-1239 SPI: Provide possibility to retrieve the number of child-nodes without retrieving them. https://issues.apache.org/jira/browse/JCR-1239 JCR-1233 Create org.apache.jackrabbit.core.id https://issues.apache.org/jira/browse/JCR-1233 JCR-1232 Merge UUID to NodeId https://issues.apache.org/jira/browse/JCR-1232 JCR-1228 Support xs:base64Binary values in system view import https://issues.apache.org/jira/browse/JCR-1228 JCR-1223 Ocassionally NPE on node checkin https://issues.apache.org/jira/browse/JCR-1223 JCR-1216 Unreferenced sessions should get garbage collected https://issues.apache.org/jira/browse/JCR-1216 JCR-1215 Store parent UUID as byte array instead of string https://issues.apache.org/jira/browse/JCR-1215 JCR-1211 QueryManager does not throw exception if jcr:deref is used in a predicate https://issues.apache.org/jira/browse/JCR-1211 JCR-1205 Workspace auto-create https://issues.apache.org/jira/browse/JCR-1205 JCR-1202 Core: Add possibility to replace Name- and PathFactory implementation https://issues.apache.org/jira/browse/JCR-1202 JCR-1201 Enable to load the indexing configuration from the repository with a config path like jcr:/location/in/my/workspace https://issues.apache.org/jira/browse/JCR-1201 JCR-1194 Update / Fix Documentation for CND Notation https://issues.apache.org/jira/browse/JCR-1194 JCR-1187 Asking a property twice for it's stream returns the same stream instance https://issues.apache.org/jira/browse/JCR-1187 JCR-1186 Improve estimation of retained memory size of caches managed by CacheManager https://issues.apache.org/jira/browse/JCR-1186 JCR-1180 DatabaseFileSystem and DatabasePersistenceManager don't allow choice of db schema https://issues.apache.org/jira/browse/JCR-1180 JCR-1173 Session scoped lock has no effect on other cluster nodes https://issues.apache.org/jira/browse/JCR-1173 JCR-1161 Export test cases fail with Java 5 on Mac OS X https://issues.apache.org/jira/browse/JCR-1161 JCR-1146 Support comparison of properties in queries (on both sides of comparison) https://issues.apache.org/jira/browse/JCR-1146 JCR-1135 boolean value constraints exposed in custom format https://issues.apache.org/jira/browse/JCR-1135 JCR-1132 XSLT pretty-printer for JCR document view export files https://issues.apache.org/jira/browse/JCR-1132 JCR-1130 bad test assumptions in TextNodeTest with respect to availability of jcr:xmltext/jcr:xmlcharacters https://issues.apache.org/jira/browse/JCR-1130 JCR-1129 bad test assumptions in versioning tests https://issues.apache.org/jira/browse/JCR-1129 JCR-1124 Core NodeTypeImpl requires equals() implementation https://issues.apache.org/jira/browse/JCR-1124 JCR-1117 Bundle cache is not rolled back when the storage of a ChangeLog fails https://issues.apache.org/jira/browse/JCR-1117 JCR-1104 JSR 283 support https://issues.apache.org/jira/browse/JCR-1104 JCR-1100 Support for dynamic mixins https://issues.apache.org/jira/browse/JCR-1100 JCR-1098 (more) spurious nodes in parsed SQL query tree https://issues.apache.org/jira/browse/JCR-1098 JCR-1094 TCK assumes that repository does not automatically add mixins on node creation https://issues.apache.org/jira/browse/JCR-1094 JCR-1080 Change lucene indexing to a 1:1 mapping for properties instead of current 1:* mapping https://issues.apache.org/jira/browse/JCR-1080 JCR-1077 Changelog not persisted during two phase commit in prepare phase https://issues.apache.org/jira/browse/JCR-1077 JCR-1067 Referenced beans in an object graph should be persisted by the ocm automatically https://issues.apache.org/jira/browse/JCR-1067 JCR-1062 Add performance debug messages for queries https://issues.apache.org/jira/browse/JCR-1062 JCR-1060 New workspaces created in 1 cluster node are not automatically available in other cluster nodes https://issues.apache.org/jira/browse/JCR-1060 JCR-1059 Would like to have a default configuration for indexing_configuration.xml in the repository.xml https://issues.apache.org/jira/browse/JCR-1059 JCR-1035 Jackrabbit JCA - The client can bypass the managed connection and get the underlying JCR Session https://issues.apache.org/jira/browse/JCR-1035 JCR-1026 Add a FileSystem to org.apache.jackrabbit.core.query.lucene.SearchIndex https://issues.apache.org/jira/browse/JCR-1026 JCR-1019 Import/Add the namespaces used in the mapping descriptors https://issues.apache.org/jira/browse/JCR-1019 JCR-1012 JCR2SPI: Optimization for Item.refresh and Session.refresh https://issues.apache.org/jira/browse/JCR-1012 JCR-1005 More Fine grained Permission Flags https://issues.apache.org/jira/browse/JCR-1005 JCR-1002 QueryManager does not throw exception if property name contains a space https://issues.apache.org/jira/browse/JCR-1002 JCR-994 Support XPath union operator in queries (both SQL and XPath) https://issues.apache.org/jira/browse/JCR-994 JCR-986 consistencyFix parameter to take care of issue "BundleDbPersistenceManager: the specified resource does not exist" https://issues.apache.org/jira/browse/JCR-986 JCR-983 fn:upper accepted in too many places https://issues.apache.org/jira/browse/JCR-983 JCR-977 jcr:deref in xpath predicates https://issues.apache.org/jira/browse/JCR-977 JCR-966 [OCM] Add unit tests with BundleDbPersistenceManager https://issues.apache.org/jira/browse/JCR-966 JCR-952 Support lower and upper case functions in "order by" clause https://issues.apache.org/jira/browse/JCR-952 JCR-942 Thoughts on supporting JNDI based Oracle file system/persistence manager implementations https://issues.apache.org/jira/browse/JCR-942 JCR-941 Update "First Hops" Documentation https://issues.apache.org/jira/browse/JCR-941 JCR-935 ConcurrentModificationException during logout (cont'd) https://issues.apache.org/jira/browse/JCR-935 JCR-932 lossy SQL parsing https://issues.apache.org/jira/browse/JCR-932 JCR-923 Support arithmetic Operators on search https://issues.apache.org/jira/browse/JCR-923 JCR-908 Unable to properly restore a previous version of a node that contains multivalue properties. https://issues.apache.org/jira/browse/JCR-908 JCR-904 non mantatory revision property in the Journal configuration https://issues.apache.org/jira/browse/JCR-904 JCR-890 concurrent read-only access to a session https://issues.apache.org/jira/browse/JCR-890 JCR-883 Versionning - Add more advanced features https://issues.apache.org/jira/browse/JCR-883 JCR-880 Review the Mapper Service https://issues.apache.org/jira/browse/JCR-880 JCR-879 Add support for default value and constraints https://issues.apache.org/jira/browse/JCR-879 JCR-878 Advanced search features https://issues.apache.org/jira/browse/JCR-878 JCR-877 Add more flexibility in the mapping https://issues.apache.org/jira/browse/JCR-877 JCR-876 ManageableCollectionUtil should not throw "unsupported" JcrMapping exception https://issues.apache.org/jira/browse/JCR-876 JCR-873 JCR Mapping Documentation https://issues.apache.org/jira/browse/JCR-873 JCR-872 Cache framework integration https://issues.apache.org/jira/browse/JCR-872 JCR-871 Provide Readme's for subprojects jcr-mapping and jcr-nodemanagement https://issues.apache.org/jira/browse/JCR-871 JCR-870 Fine grained access control https://issues.apache.org/jira/browse/JCR-870 JCR-869 Add support for JCR observation ? https://issues.apache.org/jira/browse/JCR-869 JCR-861 Connector should support LocalTransaction as well as XATransaction https://issues.apache.org/jira/browse/JCR-861 JCR-855 Retrieve column values for a Row from index https://issues.apache.org/jira/browse/JCR-855 JCR-853 [PATCH] Jackrabbit disallows some nodetype changes which are in fact safe. https://issues.apache.org/jira/browse/JCR-853 JCR-843 XPath does not work with sub-axes https://issues.apache.org/jira/browse/JCR-843 JCR-840 Support for setting jcr:created when importing Into the repository https://issues.apache.org/jira/browse/JCR-840 JCR-836 Configuration of nodetypes vs programming of nodetypes https://issues.apache.org/jira/browse/JCR-836 JCR-800 Child Axis support in order by clause https://issues.apache.org/jira/browse/JCR-800 JCR-779 Timeout for Session and/or Lock https://issues.apache.org/jira/browse/JCR-779 JCR-777 Order by clause using child axis does not throw InvalidQueryException https://issues.apache.org/jira/browse/JCR-777 JCR-769 Unable to login with two different Credentials to same workspace in one Transaction https://issues.apache.org/jira/browse/JCR-769 JCR-759 handling of namespace registrations in AbstractJCRTest https://issues.apache.org/jira/browse/JCR-759 JCR-752 Test cases leak sessions https://issues.apache.org/jira/browse/JCR-752 JCR-740 Support for the decendant-or-self axis in XPath predicates https://issues.apache.org/jira/browse/JCR-740 JCR-735 Add seperate maven module / packaging for j2ee servlets. https://issues.apache.org/jira/browse/JCR-735 JCR-733 Contribute packaging meachnism https://issues.apache.org/jira/browse/JCR-733 JCR-731 Can the caching mechanism be improved? https://issues.apache.org/jira/browse/JCR-731 JCR-730 Remove the Hibernate dependency from orm-persistence https://issues.apache.org/jira/browse/JCR-730 JCR-729 Index all binary properties https://issues.apache.org/jira/browse/JCR-729 JCR-728 Automatic MIME type detection https://issues.apache.org/jira/browse/JCR-728 JCR-716 Performance: caching negative results https://issues.apache.org/jira/browse/JCR-716 JCR-714 TCK: Test root path not escaped when used in XPath queries https://issues.apache.org/jira/browse/JCR-714 JCR-709 ArrayStoreException is thrown when jcr:deref() is used within predicate https://issues.apache.org/jira/browse/JCR-709 JCR-696 Support fn:local-name() https://issues.apache.org/jira/browse/JCR-696 JCR-690 Nodes' and properties' names with invalid XML characters export as invalid XML https://issues.apache.org/jira/browse/JCR-690 JCR-680 Improve the Value implementation https://issues.apache.org/jira/browse/JCR-680 JCR-675 IIOP enabled jackrabbit-jcr-rmi, .NET 2.0 Remoting Layer Implementation, .NET 2.0 Repository Explorer implementation, .NET 2.0 implementation of JSR-170 API https://issues.apache.org/jira/browse/JCR-675 JCR-673 Add seperate configuration for blobstore https://issues.apache.org/jira/browse/JCR-673 JCR-671 Consolidate Versioning configuration with generic workspace config. https://issues.apache.org/jira/browse/JCR-671 JCR-664 Property.setValue(Node) explicitly checks for NodeImpl https://issues.apache.org/jira/browse/JCR-664 JCR-663 Maven2 site modules and checkstyle https://issues.apache.org/jira/browse/JCR-663 JCR-657 Node references limitations https://issues.apache.org/jira/browse/JCR-657 JCR-643 Own AccessManager + VersionManager : AccesDenied problem https://issues.apache.org/jira/browse/JCR-643 JCR-642 Support flat content hierarchies https://issues.apache.org/jira/browse/JCR-642 JCR-639 Allow modification of OPV=IGNORE items even if parent node is checked-in. https://issues.apache.org/jira/browse/JCR-639 JCR-631 Change resources sequence during transaction commit. https://issues.apache.org/jira/browse/JCR-631 JCR-630 Versioning operations are not fully transactional https://issues.apache.org/jira/browse/JCR-630 JCR-609 Empty custom_nodetypes.xml after restart https://issues.apache.org/jira/browse/JCR-609 JCR-607 Importing XML at root level using a session from JCA throws a javax.jcr.ItemNotFoundException https://issues.apache.org/jira/browse/JCR-607 JCR-601 Delete workspace support https://issues.apache.org/jira/browse/JCR-601 JCR-599 Allow to inherit workspace configuration from repository level template https://issues.apache.org/jira/browse/JCR-599 JCR-593 JCASessionHandle fail when i invoke logout method https://issues.apache.org/jira/browse/JCR-593 JCR-591 XPath position function does not work https://issues.apache.org/jira/browse/JCR-591 JCR-580 Should be public: NodeType[] registerNodeTypes(List defs) https://issues.apache.org/jira/browse/JCR-580 JCR-575 unicode escapes in files generated by JJTree https://issues.apache.org/jira/browse/JCR-575 JCR-567 more restrictive constraints on a property of a derived node type https://issues.apache.org/jira/browse/JCR-567 JCR-566 Versioning bug with restore and transactions https://issues.apache.org/jira/browse/JCR-566 JCR-556 Refactoring of the BackupTool https://issues.apache.org/jira/browse/JCR-556 JCR-542 Allow the removal of an item even if its schema has changed https://issues.apache.org/jira/browse/JCR-542 JCR-538 failing Node.checkin() or Node.checkout() might leave inconsistent transient state https://issues.apache.org/jira/browse/JCR-538 JCR-537 Failure to remove a versionable node https://issues.apache.org/jira/browse/JCR-537 JCR-535 Ignore root node when importing through sysView https://issues.apache.org/jira/browse/JCR-535 JCR-517 Reserved status of namespace jcr not enforced. https://issues.apache.org/jira/browse/JCR-517 JCR-515 Enhance test data https://issues.apache.org/jira/browse/JCR-515 JCR-509 TCK: NodeTest#testNodeIdentity fails if versioning and locking not supported https://issues.apache.org/jira/browse/JCR-509 JCR-493 Primary item inheritance or redefinition in CND https://issues.apache.org/jira/browse/JCR-493 JCR-488 DASL support https://issues.apache.org/jira/browse/JCR-488 JCR-478 Improve ability to access item in the AccessManager context. https://issues.apache.org/jira/browse/JCR-478 JCR-465 Provide a method to rename workspace https://issues.apache.org/jira/browse/JCR-465 JCR-464 Prevent out of memory errors https://issues.apache.org/jira/browse/JCR-464 JCR-442 Implement a backup tool https://issues.apache.org/jira/browse/JCR-442 JCR-435 Node.update() does not work correct for SNS https://issues.apache.org/jira/browse/JCR-435 JCR-417 Splitting Jcr-Server https://issues.apache.org/jira/browse/JCR-417 JCR-406 If header evaluation compliance problems https://issues.apache.org/jira/browse/JCR-406 JCR-397 Webdav Library: MultiStatusResponse calls DavResource#getProperties() in case of PROPFIND by property. https://issues.apache.org/jira/browse/JCR-397 JCR-394 WebDAV Library: Define method-set constants that reflect the feature set. https://issues.apache.org/jira/browse/JCR-394 JCR-392 Querying element by number does not work https://issues.apache.org/jira/browse/JCR-392 JCR-372 Consistently refer to "Apache Jackrabbit" in docs and site https://issues.apache.org/jira/browse/JCR-372 JCR-350 WebDAV: add support for RFC 3744 https://issues.apache.org/jira/browse/JCR-350 JCR-324 Create a mechanism allowing Jackrabbit to automatically install custom nodes when it creates a repository https://issues.apache.org/jira/browse/JCR-324 JCR-322 Support node type modification and removal https://issues.apache.org/jira/browse/JCR-322 JCR-320 BinaryValue equals fails for two objects with two different byte arrays that contain the same bytes. https://issues.apache.org/jira/browse/JCR-320 JCR-302 Use remote callbacks instead of polling for observation over JCR-RMI https://issues.apache.org/jira/browse/JCR-302 JCR-301 Improve the JCR-RMI Value classes https://issues.apache.org/jira/browse/JCR-301 JCR-300 Streamline the JCR-RMI network interfaces https://issues.apache.org/jira/browse/JCR-300 JCR-269 Support other than equality comparisons for the XPath position() function https://issues.apache.org/jira/browse/JCR-269 JCR-263 HibernatePersistenceManager fails to store NodeReferences https://issues.apache.org/jira/browse/JCR-263 JCR-260 Implement the count( ) function in XPATH query https://issues.apache.org/jira/browse/JCR-260 JCR-204 Improve recoverability https://issues.apache.org/jira/browse/JCR-204 JCR-153 Improved JAAS access control https://issues.apache.org/jira/browse/JCR-153 JCR-151 Installation guide https://issues.apache.org/jira/browse/JCR-151 JCR-148 ORM-PMs store data disregarding the workspace https://issues.apache.org/jira/browse/JCR-148 JCR-134 Unreferenced VersionHistory should be deleted automatically. https://issues.apache.org/jira/browse/JCR-134 JCR-97 Improve Checkstyle conformance https://issues.apache.org/jira/browse/JCR-97 JCR-73 Improve Javadoc documentation https://issues.apache.org/jira/browse/JCR-73 JCR-43 Restore on node creates same-name-sibling of OPV-Version child nodes https://issues.apache.org/jira/browse/JCR-43 JCR-1 Implementation Architecture Documentation https://issues.apache.org/jira/browse/JCR-1 You may edit this subscription at: https://issues.apache.org/jira/secure/FilterSubscription!default.jspa?subId=10340&filterId=12310812 From dev-return-19595-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 08:46:37 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 10082 invoked from network); 4 Aug 2008 08:46:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 08:46:37 -0000 Received: (qmail 54098 invoked by uid 500); 4 Aug 2008 08:46:36 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 54062 invoked by uid 500); 4 Aug 2008 08:46:35 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 54051 invoked by uid 99); 4 Aug 2008 08:46:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 01:46:35 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 08:45:48 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id A2023234C194 for ; Mon, 4 Aug 2008 01:45:44 -0700 (PDT) Message-ID: <789728252.1217839544662.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 01:45:44 -0700 (PDT) From: =?utf-8?Q?Claus_K=C3=B6ll_=28JIRA=29?= To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-1702) Unable to create/lock Node in one Transaction MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Unable to create/lock Node in one Transaction --------------------------------------------- Key: JCR-1702 URL: https://issues.apache.org/jira/browse/JCR-1702 Project: Jackrabbit Issue Type: Bug Components: transactions Affects Versions: core 1.4.5 Reporter: Claus K=C3=B6ll If i try to add a node and then add a lock on it inside one transaction i g= et a exception --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19596-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 08:48:37 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 11161 invoked from network); 4 Aug 2008 08:48:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 08:48:36 -0000 Received: (qmail 55060 invoked by uid 500); 4 Aug 2008 08:48:35 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 55023 invoked by uid 500); 4 Aug 2008 08:48:35 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 55012 invoked by uid 99); 4 Aug 2008 08:48:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 01:48:35 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 08:47:48 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4BD72234C190 for ; Mon, 4 Aug 2008 01:47:45 -0700 (PDT) Message-ID: <1361986436.1217839665309.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 01:47:45 -0700 (PDT) From: =?utf-8?Q?Claus_K=C3=B6ll_=28JIRA=29?= To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1702) Unable to create/lock Node in one Transaction In-Reply-To: <789728252.1217839544662.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1702?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126194= 43#action_12619443 ]=20 Claus K=C3=B6ll commented on JCR-1702: --------------------------------- a testcase ... public void testAddNodeAndLock() throws Exception { UserTransaction utx =3D new UserTransactionImpl(superuser); // start transaction utx.begin(); =20 // add node and save Node n =3D testRootNode.addNode(nodeName1, testNodeType); n.addMixin(mixLockable); n.addMixin(mixReferenceable); testRootNode.save(); =20 n.lock(true, false); // verify node is locked in first session only assertTrue("Node locked in session 1", n.isLocked()); // commit utx.commit(); =20 // logout otherSuperuser.logout(); } on utx.commit() i get following exception ... javax.transaction.RollbackException: Transaction rolled back: XA_ERR=3D104 at org.apache.jackrabbit.core.UserTransactionImpl.commit(UserTrans= actionImpl.java:118) at org.apache.jackrabbit.core.XATest.testAddNodeAndLock(XATest.jav= a:198) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccesso= rImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMetho= dAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at org.apache.jackrabbit.core.XATest.runTest(XATest.java:97) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.= java:406) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReferenc= e.run(JUnit3TestReference.java:130) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExe= cution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests= (RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests= (RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(Remo= teTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(Rem= oteTestRunner.java:196) Caused by: org.apache.jackrabbit.core.TransactionException: Unable to updat= e. at org.apache.jackrabbit.core.lock.XAEnvironment.prepare(XAEnviron= ment.java:275) at org.apache.jackrabbit.core.lock.XALockManager.prepare(XALockMan= ager.java:245) at org.apache.jackrabbit.core.TransactionContext.prepare(Transacti= onContext.java:138) at org.apache.jackrabbit.core.XASessionImpl.prepare(XASessionImpl.= java:324) at org.apache.jackrabbit.core.UserTransactionImpl.commit(UserTrans= actionImpl.java:107) ... 21 more Caused by: javax.jcr.ItemNotFoundException: failed to build path of 9cd8873= 7-ecfa-49ba-8c30-1e98adf201e9: 9cd88737-ecfa-49ba-8c30-1e98adf201e9: 9cd887= 37-ecfa-49ba-8c30-1e98adf201e9 at org.apache.jackrabbit.core.HierarchyManagerImpl.getPath(Hierarc= hyManagerImpl.java:407) at org.apache.jackrabbit.core.CachingHierarchyManager.getPath(Cach= ingHierarchyManager.java:272) at org.apache.jackrabbit.core.lock.LockManagerImpl.getPath(LockMan= agerImpl.java:651) at org.apache.jackrabbit.core.lock.LockManagerImpl.internalLock(Lo= ckManagerImpl.java:276) at org.apache.jackrabbit.core.lock.XAEnvironment$LockInfo.update(X= AEnvironment.java:409) at org.apache.jackrabbit.core.lock.XAEnvironment.prepare(XAEnviron= ment.java:273) ... 25 more Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException: 9cd88= 737-ecfa-49ba-8c30-1e98adf201e9 at org.apache.jackrabbit.core.state.SessionItemStateManager.getIte= mState(SessionItemStateManager.java:189) at org.apache.jackrabbit.core.HierarchyManagerImpl.getItemState(Hi= erarchyManagerImpl.java:188) at org.apache.jackrabbit.core.HierarchyManagerImpl.getPath(Hierarc= hyManagerImpl.java:402) > Unable to create/lock Node in one Transaction > --------------------------------------------- > > Key: JCR-1702 > URL: https://issues.apache.org/jira/browse/JCR-1702 > Project: Jackrabbit > Issue Type: Bug > Components: transactions > Affects Versions: core 1.4.5 > Reporter: Claus K=C3=B6ll > > If i try to add a node and then add a lock on it inside one transaction i= get a exception --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19597-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 08:56:36 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 15670 invoked from network); 4 Aug 2008 08:56:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 08:56:36 -0000 Received: (qmail 59020 invoked by uid 500); 4 Aug 2008 08:56:35 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 58986 invoked by uid 500); 4 Aug 2008 08:56:34 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 58975 invoked by uid 99); 4 Aug 2008 08:56:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 01:56:34 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 08:55:48 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 29DFD234C190 for ; Mon, 4 Aug 2008 01:55:45 -0700 (PDT) Message-ID: <1359483126.1217840145170.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 01:55:45 -0700 (PDT) From: "Stephane Landelle (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-1703) Oracle JNDI DataSource support MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Oracle JNDI DataSource support ------------------------------ Key: JCR-1703 URL: https://issues.apache.org/jira/browse/JCR-1703 Project: Jackrabbit Issue Type: Bug Components: jackrabbit-core Affects Versions: core 1.4.5 Reporter: Stephane Landelle When org.apache.jackrabbit.core.persistence.bundle.util.ConnectionFactory t= ries to get a connection from a JNDI Datasource without login and pasword, = if no user/password are specified, they re retrieved as empty strings, not = null, so it tries to do a ds.getConnection(user, password), which fails. Pl= ease complete the test line 66 as : if ((user =3D=3D null || user.length() > 0) && (password =3D=3D null || pas= sword.length() > 0)) { Sincerely, St=C3=A9phane Landelle --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19598-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 09:12:06 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 20853 invoked from network); 4 Aug 2008 09:12:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 09:12:06 -0000 Received: (qmail 75045 invoked by uid 500); 4 Aug 2008 09:12:04 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 75004 invoked by uid 500); 4 Aug 2008 09:12:04 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 74986 invoked by uid 99); 4 Aug 2008 09:12:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 02:12:04 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 09:11:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 60CC9234C19C for ; Mon, 4 Aug 2008 02:11:44 -0700 (PDT) Message-ID: <1704181160.1217841104395.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 02:11:44 -0700 (PDT) From: "Stephane Landelle (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-1704) Indexing rules inheritance doesn't work MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Indexing rules inheritance doesn't work --------------------------------------- Key: JCR-1704 URL: https://issues.apache.org/jira/browse/JCR-1704 Project: Jackrabbit Issue Type: Bug Components: indexing Affects Versions: core 1.4.5 Reporter: Stephane Landelle Indexing rules are supposed to be inherited by children node types. In org.apache.jackrabbit.core.query.lucene.IndexingConfigurationImpl.init, = rules are registered for the declared node type and all its children. Howev= er, as the rule's node type is still the original one, the rule gets reject= ed in org.apache.jackrabbit.core.query.lucene.IndexingConfigurationImpl$Ind= exingRule.appliesTo. One simple solution would be to register not the original rule, but a copy = where the original node type has been replaced by the child one. Please find corrected class attached. Sincerely, St=C3=A9phane --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19599-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 09:14:36 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 21539 invoked from network); 4 Aug 2008 09:14:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 09:14:36 -0000 Received: (qmail 79138 invoked by uid 500); 4 Aug 2008 09:14:34 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 79109 invoked by uid 500); 4 Aug 2008 09:14:34 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 79098 invoked by uid 99); 4 Aug 2008 09:14:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 02:14:34 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 09:13:47 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 3A543234C190 for ; Mon, 4 Aug 2008 02:13:44 -0700 (PDT) Message-ID: <1251863130.1217841224237.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 02:13:44 -0700 (PDT) From: "Stephane Landelle (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Updated: (JCR-1704) Indexing rules inheritance doesn't work In-Reply-To: <1704181160.1217841104395.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1704?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:all-tabpanel ] Stephane Landelle updated JCR-1704: ----------------------------------- Attachment: IndexingConfigurationImpl.java > Indexing rules inheritance doesn't work > --------------------------------------- > > Key: JCR-1704 > URL: https://issues.apache.org/jira/browse/JCR-1704 > Project: Jackrabbit > Issue Type: Bug > Components: indexing > Affects Versions: core 1.4.5 > Reporter: Stephane Landelle > Attachments: IndexingConfigurationImpl.java > > Original Estimate: 0.17h > Remaining Estimate: 0.17h > > Indexing rules are supposed to be inherited by children node types. > In org.apache.jackrabbit.core.query.lucene.IndexingConfigurationImpl.init= , rules are registered for the declared node type and all its children. How= ever, as the rule's node type is still the original one, the rule gets reje= cted in org.apache.jackrabbit.core.query.lucene.IndexingConfigurationImpl$I= ndexingRule.appliesTo. > One simple solution would be to register not the original rule, but a cop= y where the original node type has been replaced by the child one. > Please find corrected class attached. > Sincerely, > St=C3=A9phane --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19600-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 10:26:12 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 54247 invoked from network); 4 Aug 2008 10:26:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 10:26:11 -0000 Received: (qmail 73237 invoked by uid 500); 4 Aug 2008 10:26:11 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 72837 invoked by uid 500); 4 Aug 2008 10:26:08 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 72822 invoked by uid 99); 4 Aug 2008 10:26:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 03:26:08 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 10:25:21 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 5599D234C194 for ; Mon, 4 Aug 2008 03:25:48 -0700 (PDT) Message-ID: <2003313934.1217845548349.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 03:25:48 -0700 (PDT) From: "Jukka Zitting (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Updated: (JCR-1644) make NamespaceContext#getPrefix(java.lang.String) iterative instead of recursive In-Reply-To: <2117127790.1212923385750.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jukka Zitting updated JCR-1644: ------------------------------- Fix Version/s: (was: 1.5) core 1.4.6 Issue Type: Bug (was: Improvement) Based on demand I merged this to the 1.4 branch in revision 682313. The fix will be included in jackrabbit-core 1.4.6. Thanks for the example XML file! I tried importing it (with jackrabbit-core 1.4.1), but the tallest NamespaceContext stack I saw was just 13 levels deep, i.e. nowhere near to cause a stack overflow unless your application already is way too close to the stack limit. > make NamespaceContext#getPrefix(java.lang.String) iterative instead of recursive > -------------------------------------------------------------------------------- > > Key: JCR-1644 > URL: https://issues.apache.org/jira/browse/JCR-1644 > Project: Jackrabbit > Issue Type: Bug > Components: jackrabbit-core, xml > Affects Versions: core 1.4.5 > Reporter: Philippe Marschall > Assignee: Jukka Zitting > Priority: Minor > Fix For: core 1.4.6 > > Attachments: JCR-1644-patch.diff, NamespaceContext.java, NamespaceContext.java.patch, website.untitled4.xml.tar.bz2 > > > Currently the method org.apache.jackrabbit.core.xml.NamespaceContext#getPrefix(java.lang.String) uses recursion. For very large XML files (50 MB Magnolia website exports) this causes a stack overflow. The method can easily be rewritten using iteration. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19601-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 10:48:57 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 65784 invoked from network); 4 Aug 2008 10:48:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 10:48:57 -0000 Received: (qmail 96769 invoked by uid 500); 4 Aug 2008 10:48:55 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 96725 invoked by uid 500); 4 Aug 2008 10:48:55 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 96706 invoked by uid 99); 4 Aug 2008 10:48:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 03:48:55 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 10:48:08 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4AC77234C194 for ; Mon, 4 Aug 2008 03:48:05 -0700 (PDT) Message-ID: <313962647.1217846885305.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 03:48:05 -0700 (PDT) From: =?utf-8?Q?Gr=C3=A9gory_Joseph_=28JIRA=29?= To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1644) make NamespaceContext#getPrefix(java.lang.String) iterative instead of recursive In-Reply-To: <2117127790.1212923385750.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1644?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126194= 73#action_12619473 ]=20 Gr=C3=A9gory Joseph commented on JCR-1644: ------------------------------------- Thanks for the merge ! :) > make NamespaceContext#getPrefix(java.lang.String) iterative instead of re= cursive > -------------------------------------------------------------------------= ------- > > Key: JCR-1644 > URL: https://issues.apache.org/jira/browse/JCR-1644 > Project: Jackrabbit > Issue Type: Bug > Components: jackrabbit-core, xml > Affects Versions: core 1.4.5 > Reporter: Philippe Marschall > Assignee: Jukka Zitting > Priority: Minor > Fix For: core 1.4.6 > > Attachments: JCR-1644-patch.diff, NamespaceContext.java, Namespac= eContext.java.patch, website.untitled4.xml.tar.bz2 > > > Currently the method org.apache.jackrabbit.core.xml.NamespaceContext#getP= refix(java.lang.String) uses recursion. For very large XML files (50 MB Mag= nolia website exports) this causes a stack overflow. The method can easily = be rewritten using iteration. --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19602-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 12:05:37 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 7660 invoked from network); 4 Aug 2008 12:05:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 12:05:36 -0000 Received: (qmail 95582 invoked by uid 500); 4 Aug 2008 12:05:34 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 95547 invoked by uid 500); 4 Aug 2008 12:05:34 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 95529 invoked by uid 99); 4 Aug 2008 12:05:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 05:05:34 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 12:04:47 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 566F3234C189 for ; Mon, 4 Aug 2008 05:04:44 -0700 (PDT) Message-ID: <700019709.1217851484352.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 05:04:44 -0700 (PDT) From: =?utf-8?Q?Claus_K=C3=B6ll_=28JIRA=29?= To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1702) Unable to create/lock Node in one Transaction In-Reply-To: <789728252.1217839544662.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1702?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126194= 87#action_12619487 ]=20 Claus K=C3=B6ll commented on JCR-1702: --------------------------------- i saw that in the XATest.class there is already a testcase with=20 the name xxxtestLockNewNode() ... doas anybody know why it is not used in the testcase ? is it a bug or a missing feature ? thanks claus > Unable to create/lock Node in one Transaction > --------------------------------------------- > > Key: JCR-1702 > URL: https://issues.apache.org/jira/browse/JCR-1702 > Project: Jackrabbit > Issue Type: Bug > Components: transactions > Affects Versions: core 1.4.5 > Reporter: Claus K=C3=B6ll > > If i try to add a node and then add a lock on it inside one transaction i= get a exception --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19603-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 12:55:11 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 39180 invoked from network); 4 Aug 2008 12:55:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 12:55:11 -0000 Received: (qmail 44155 invoked by uid 500); 4 Aug 2008 12:55:09 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 44063 invoked by uid 500); 4 Aug 2008 12:55:08 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 44052 invoked by uid 99); 4 Aug 2008 12:55:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 05:55:08 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 12:54:21 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 3FD04234C18B for ; Mon, 4 Aug 2008 05:54:48 -0700 (PDT) Message-ID: <1692313729.1217854488260.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 05:54:48 -0700 (PDT) From: =?utf-8?Q?Claus_K=C3=B6ll_=28JIRA=29?= To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1702) Unable to create/lock Node in one Transaction In-Reply-To: <789728252.1217839544662.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1702?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126194= 91#action_12619491 ]=20 Claus K=C3=B6ll commented on JCR-1702: --------------------------------- as i can see are there 2 instances of CachingHierarchyManager on the testRootNode.addNode(nodeName1, testNodeType) operation there will b= e=20 the first instance be informed with nodeAdded and will store the path and n= odeid. on commit() then the second one will be called and so it has the fisrt crea= ted nodeid not in his idcache. > Unable to create/lock Node in one Transaction > --------------------------------------------- > > Key: JCR-1702 > URL: https://issues.apache.org/jira/browse/JCR-1702 > Project: Jackrabbit > Issue Type: Bug > Components: transactions > Affects Versions: core 1.4.5 > Reporter: Claus K=C3=B6ll > > If i try to add a node and then add a lock on it inside one transaction i= get a exception --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19604-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 13:17:39 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 49461 invoked from network); 4 Aug 2008 13:17:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 13:17:38 -0000 Received: (qmail 73990 invoked by uid 500); 4 Aug 2008 13:17:36 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 73945 invoked by uid 500); 4 Aug 2008 13:17:35 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 73934 invoked by uid 99); 4 Aug 2008 13:17:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 06:17:35 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 13:16:47 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 49B9C234C186 for ; Mon, 4 Aug 2008 06:16:44 -0700 (PDT) Message-ID: <886638806.1217855804300.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 06:16:44 -0700 (PDT) From: "Tobias Bocanegra (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Assigned: (JCR-1401) Removing-nodes with unexpected nodetype In-Reply-To: <2052915295.1203515383889.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1401?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra reassigned JCR-1401: ------------------------------------- Assignee: Tobias Bocanegra > Removing-nodes with unexpected nodetype > --------------------------------------- > > Key: JCR-1401 > URL: https://issues.apache.org/jira/browse/JCR-1401 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-jcr-server > Affects Versions: 1.4 > Reporter: Claus K=C3=B6ll > Assignee: Tobias Bocanegra > > tobias adds a logic with JCR-973 that the DefaultHandler checks the nodet= ype of the jcr:content node > and if it does not match it will be deleted and created with the new one. > i think its dangerous to automacially change a node type. > if the node was added programatically and then saved through webdav it co= uld happen that the nodetype will be changed > from nt:resource to the nt:unstructured. > if some logic depends on the nodetype the failure search will be hard ;-) --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19605-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 13:33:33 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 58934 invoked from network); 4 Aug 2008 13:33:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 13:33:32 -0000 Received: (qmail 90208 invoked by uid 500); 4 Aug 2008 13:33:03 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 89518 invoked by uid 500); 4 Aug 2008 13:33:01 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 88563 invoked by uid 99); 4 Aug 2008 13:32:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 06:32:57 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 13:23:59 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 58CB4234C18C for ; Mon, 4 Aug 2008 06:22:44 -0700 (PDT) Message-ID: <1354334960.1217856164362.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 06:22:44 -0700 (PDT) From: =?utf-8?Q?Claus_K=C3=B6ll_=28JIRA=29?= To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1702) Unable to create/lock Node in one Transaction In-Reply-To: <789728252.1217839544662.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1702?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126195= 04#action_12619504 ]=20 Claus K=C3=B6ll commented on JCR-1702: --------------------------------- a little bit more debugging :-) on operations like NodeImpl.addNode() or save() the XASession from the loggend in user will be used and so the CachingHiera= rchyManager from this session. on other methods like NodeImpl.checkLock() or lock() (they are coming throu= gh the XAEnvironment)=20 the SystemSession will be used and so the CachingHierarchyManager from this= session that was not be informed about the new added node ! its a little bit hard to explain :-) if you are looking into the XALockManager lock() method that uses the XAEnv= ironment to lock the node, and this XAEnvironment uses its LockManager to get the Path of the new adde= d Node but it uses=20 the SystemSession that holds the not informed CachingHierarchyManager . Hope for help ! claus > Unable to create/lock Node in one Transaction > --------------------------------------------- > > Key: JCR-1702 > URL: https://issues.apache.org/jira/browse/JCR-1702 > Project: Jackrabbit > Issue Type: Bug > Components: transactions > Affects Versions: core 1.4.5 > Reporter: Claus K=C3=B6ll > > If i try to add a node and then add a lock on it inside one transaction i= get a exception --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19606-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 13:37:07 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 62310 invoked from network); 4 Aug 2008 13:37:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 13:37:07 -0000 Received: (qmail 2595 invoked by uid 500); 4 Aug 2008 13:37:06 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 2219 invoked by uid 500); 4 Aug 2008 13:37:05 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 2208 invoked by uid 99); 4 Aug 2008 13:37:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 06:37:04 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 13:36:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 45529234C186 for ; Mon, 4 Aug 2008 06:36:44 -0700 (PDT) Message-ID: <1805870819.1217857004282.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 06:36:44 -0700 (PDT) From: "Tobias Bocanegra (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1401) Removing-nodes with unexpected nodetype In-Reply-To: <2052915295.1203515383889.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1401?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126195= 11#action_12619511 ]=20 Tobias Bocanegra commented on JCR-1401: --------------------------------------- would it help, if we move the 'replace-the-contentnode-if-wrong-nodetype' l= ogic from the default handler to the XML handler? in this case, if no XML handler is involved, this would work as before the = changes in JCR-973 and an existing content node would not be altered. if th= e xml handler detects a incompatible node type it would then replace the co= ntent node. > Removing-nodes with unexpected nodetype > --------------------------------------- > > Key: JCR-1401 > URL: https://issues.apache.org/jira/browse/JCR-1401 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-jcr-server > Affects Versions: 1.4 > Reporter: Claus K=C3=B6ll > Assignee: Tobias Bocanegra > > tobias adds a logic with JCR-973 that the DefaultHandler checks the nodet= ype of the jcr:content node > and if it does not match it will be deleted and created with the new one. > i think its dangerous to automacially change a node type. > if the node was added programatically and then saved through webdav it co= uld happen that the nodetype will be changed > from nt:resource to the nt:unstructured. > if some logic depends on the nodetype the failure search will be hard ;-) --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19607-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 13:43:08 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 66313 invoked from network); 4 Aug 2008 13:43:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 13:43:08 -0000 Received: (qmail 12859 invoked by uid 500); 4 Aug 2008 13:43:07 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 12559 invoked by uid 500); 4 Aug 2008 13:43:06 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 12548 invoked by uid 99); 4 Aug 2008 13:43:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 06:43:05 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 13:42:19 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id EE826234C185 for ; Mon, 4 Aug 2008 06:42:45 -0700 (PDT) Message-ID: <1989126182.1217857365961.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 06:42:45 -0700 (PDT) From: "Marcel Reutegger (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-1705) Reduce memory usage of transient nodes MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Reduce memory usage of transient nodes -------------------------------------- Key: JCR-1705 URL: https://issues.apache.org/jira/browse/JCR-1705 Project: Jackrabbit Issue Type: Improvement Components: jackrabbit-core Reporter: Marcel Reutegger Priority: Minor When adding lots of transient nodes, most of them don't have child nodes because they are leafs. The attached patch initializes NodeState.childNodeEntries with an unmodifiable empty ChildNodeEntries instance and turns it into a modifiable one only when needed. Running a test with 100k nodes (10 children per node) the memory consumption for child node entries drops from 42MB to 12MB with this patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19608-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 13:45:40 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 68201 invoked from network); 4 Aug 2008 13:45:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 13:45:40 -0000 Received: (qmail 18110 invoked by uid 500); 4 Aug 2008 13:45:37 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 18067 invoked by uid 500); 4 Aug 2008 13:45:37 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 17972 invoked by uid 99); 4 Aug 2008 13:45:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 06:45:35 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 13:44:47 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 33337234C185 for ; Mon, 4 Aug 2008 06:44:44 -0700 (PDT) Message-ID: <33635707.1217857484194.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 06:44:44 -0700 (PDT) From: "Marcel Reutegger (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Updated: (JCR-1705) Reduce memory usage of transient nodes In-Reply-To: <1989126182.1217857365961.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger updated JCR-1705: ---------------------------------- Attachment: JCR-1705.patch > Reduce memory usage of transient nodes > -------------------------------------- > > Key: JCR-1705 > URL: https://issues.apache.org/jira/browse/JCR-1705 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-core > Reporter: Marcel Reutegger > Priority: Minor > Attachments: JCR-1705.patch > > > When adding lots of transient nodes, most of them don't have child nodes because they are leafs. The attached patch initializes NodeState.childNodeEntries with an unmodifiable empty ChildNodeEntries instance and turns it into a modifiable one only when needed. > Running a test with 100k nodes (10 children per node) the memory consumption for child node entries drops from 42MB to 12MB with this patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19609-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 13:47:06 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 69344 invoked from network); 4 Aug 2008 13:47:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 13:47:05 -0000 Received: (qmail 19488 invoked by uid 500); 4 Aug 2008 13:47:04 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 19356 invoked by uid 500); 4 Aug 2008 13:47:04 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 19345 invoked by uid 99); 4 Aug 2008 13:47:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 06:47:04 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 13:46:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 76A68234C18C for ; Mon, 4 Aug 2008 06:46:44 -0700 (PDT) Message-ID: <1535613372.1217857604484.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 06:46:44 -0700 (PDT) From: =?utf-8?Q?Claus_K=C3=B6ll_=28JIRA=29?= To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1401) Removing-nodes with unexpected nodetype In-Reply-To: <2052915295.1203515383889.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1401?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126195= 15#action_12619515 ]=20 Claus K=C3=B6ll commented on JCR-1401: --------------------------------- that sounds good for me ... thanks claus > Removing-nodes with unexpected nodetype > --------------------------------------- > > Key: JCR-1401 > URL: https://issues.apache.org/jira/browse/JCR-1401 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-jcr-server > Affects Versions: 1.4 > Reporter: Claus K=C3=B6ll > Assignee: Tobias Bocanegra > > tobias adds a logic with JCR-973 that the DefaultHandler checks the nodet= ype of the jcr:content node > and if it does not match it will be deleted and created with the new one. > i think its dangerous to automacially change a node type. > if the node was added programatically and then saved through webdav it co= uld happen that the nodetype will be changed > from nt:resource to the nt:unstructured. > if some logic depends on the nodetype the failure search will be hard ;-) --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19610-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 14:11:07 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 83861 invoked from network); 4 Aug 2008 14:11:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 14:11:07 -0000 Received: (qmail 48802 invoked by uid 500); 4 Aug 2008 14:11:05 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 48706 invoked by uid 500); 4 Aug 2008 14:11:04 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 48599 invoked by uid 99); 4 Aug 2008 14:11:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 07:11:04 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 14:10:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 8A8E5234C186 for ; Mon, 4 Aug 2008 07:10:44 -0700 (PDT) Message-ID: <1560521309.1217859044566.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 07:10:44 -0700 (PDT) From: "Jukka Zitting (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1705) Reduce memory usage of transient nodes In-Reply-To: <1989126182.1217857365961.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619522#action_12619522 ] Jukka Zitting commented on JCR-1705: ------------------------------------ +1 I like the way you got rid of many of the sharedChildNodeEntries conditionals! On the other hand, I don't like that we add another special case to the already complex NodeState handling. But I guess cleaning up the NodeState class is a topic for another issue. > Reduce memory usage of transient nodes > -------------------------------------- > > Key: JCR-1705 > URL: https://issues.apache.org/jira/browse/JCR-1705 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-core > Reporter: Marcel Reutegger > Priority: Minor > Attachments: JCR-1705.patch > > > When adding lots of transient nodes, most of them don't have child nodes because they are leafs. The attached patch initializes NodeState.childNodeEntries with an unmodifiable empty ChildNodeEntries instance and turns it into a modifiable one only when needed. > Running a test with 100k nodes (10 children per node) the memory consumption for child node entries drops from 42MB to 12MB with this patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19611-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 14:15:07 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 84720 invoked from network); 4 Aug 2008 14:15:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 14:15:07 -0000 Received: (qmail 50715 invoked by uid 500); 4 Aug 2008 14:15:06 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 50682 invoked by uid 500); 4 Aug 2008 14:15:06 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 50671 invoked by uid 99); 4 Aug 2008 14:15:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 07:15:06 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 14:14:19 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 23A7F234C186 for ; Mon, 4 Aug 2008 07:14:46 -0700 (PDT) Message-ID: <1378001095.1217859286144.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 07:14:46 -0700 (PDT) From: "Stefan Guggisberg (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1705) Reduce memory usage of transient nodes In-Reply-To: <1989126182.1217857365961.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619524#action_12619524 ] Stefan Guggisberg commented on JCR-1705: ---------------------------------------- +1 for the patch, excellent :) > Reduce memory usage of transient nodes > -------------------------------------- > > Key: JCR-1705 > URL: https://issues.apache.org/jira/browse/JCR-1705 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-core > Reporter: Marcel Reutegger > Priority: Minor > Attachments: JCR-1705.patch > > > When adding lots of transient nodes, most of them don't have child nodes because they are leafs. The attached patch initializes NodeState.childNodeEntries with an unmodifiable empty ChildNodeEntries instance and turns it into a modifiable one only when needed. > Running a test with 100k nodes (10 children per node) the memory consumption for child node entries drops from 42MB to 12MB with this patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19612-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 14:45:36 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 3594 invoked from network); 4 Aug 2008 14:45:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 14:45:36 -0000 Received: (qmail 2220 invoked by uid 500); 4 Aug 2008 14:45:34 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 2197 invoked by uid 500); 4 Aug 2008 14:45:34 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 2186 invoked by uid 99); 4 Aug 2008 14:45:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 07:45:34 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 14:44:47 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4A364234C186 for ; Mon, 4 Aug 2008 07:44:44 -0700 (PDT) Message-ID: <531071014.1217861084302.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 07:44:44 -0700 (PDT) From: "Marcel Reutegger (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Resolved: (JCR-1704) Indexing rules inheritance doesn't work In-Reply-To: <1704181160.1217841104395.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1704?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger resolved JCR-1704. ----------------------------------- Resolution: Fixed Fix Version/s: 1.5 Thank you for reporting this issue. I've committed a slightly changed version of the class you attached. svn revision: 682409 > Indexing rules inheritance doesn't work > --------------------------------------- > > Key: JCR-1704 > URL: https://issues.apache.org/jira/browse/JCR-1704 > Project: Jackrabbit > Issue Type: Bug > Components: indexing > Affects Versions: core 1.4.5 > Reporter: Stephane Landelle > Fix For: 1.5 > > Attachments: IndexingConfigurationImpl.java > > Original Estimate: 0.17h > Remaining Estimate: 0.17h > > Indexing rules are supposed to be inherited by children node types. > In org.apache.jackrabbit.core.query.lucene.IndexingConfigurationImpl.init= , rules are registered for the declared node type and all its children. How= ever, as the rule's node type is still the original one, the rule gets reje= cted in org.apache.jackrabbit.core.query.lucene.IndexingConfigurationImpl$I= ndexingRule.appliesTo. > One simple solution would be to register not the original rule, but a cop= y where the original node type has been replaced by the child one. > Please find corrected class attached. > Sincerely, > St=C3=A9phane --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19613-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 15:03:39 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 15835 invoked from network); 4 Aug 2008 15:03:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 15:03:39 -0000 Received: (qmail 38379 invoked by uid 500); 4 Aug 2008 15:03:37 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 38257 invoked by uid 500); 4 Aug 2008 15:03:37 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 38246 invoked by uid 99); 4 Aug 2008 15:03:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 08:03:37 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 15:02:50 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 56181234C190 for ; Mon, 4 Aug 2008 08:02:47 -0700 (PDT) Message-ID: <1624387122.1217862167349.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 08:02:47 -0700 (PDT) From: "Stephane Landelle (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1704) Indexing rules inheritance doesn't work In-Reply-To: <1704181160.1217841104395.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1704?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D126195= 37#action_12619537 ]=20 Stephane Landelle commented on JCR-1704: ---------------------------------------- Great, thank you! 2008/8/4 Marcel Reutegger (JIRA) > Indexing rules inheritance doesn't work > --------------------------------------- > > Key: JCR-1704 > URL: https://issues.apache.org/jira/browse/JCR-1704 > Project: Jackrabbit > Issue Type: Bug > Components: indexing > Affects Versions: core 1.4.5 > Reporter: Stephane Landelle > Fix For: 1.5 > > Attachments: IndexingConfigurationImpl.java > > Original Estimate: 0.17h > Remaining Estimate: 0.17h > > Indexing rules are supposed to be inherited by children node types. > In org.apache.jackrabbit.core.query.lucene.IndexingConfigurationImpl.init= , rules are registered for the declared node type and all its children. How= ever, as the rule's node type is still the original one, the rule gets reje= cted in org.apache.jackrabbit.core.query.lucene.IndexingConfigurationImpl$I= ndexingRule.appliesTo. > One simple solution would be to register not the original rule, but a cop= y where the original node type has been replaced by the child one. > Please find corrected class attached. > Sincerely, > St=C3=A9phane --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19614-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 15:13:49 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 18903 invoked from network); 4 Aug 2008 15:13:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 15:13:48 -0000 Received: (qmail 50263 invoked by uid 500); 4 Aug 2008 15:13:34 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 50204 invoked by uid 500); 4 Aug 2008 15:13:34 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 50183 invoked by uid 99); 4 Aug 2008 15:13:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 08:13:34 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 15:12:47 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 51E10234C186 for ; Mon, 4 Aug 2008 08:12:44 -0700 (PDT) Message-ID: <1088457815.1217862764334.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 08:12:44 -0700 (PDT) From: "Esteban Franqueiro (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Commented: (JCR-1705) Reduce memory usage of transient nodes In-Reply-To: <1989126182.1217857365961.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619540#action_12619540 ] Esteban Franqueiro commented on JCR-1705: ----------------------------------------- +1 I remember a few discussions about performance/memory consumption. We should get into that sometime, perhaps pre-1.5? Also, like Jukka said, maybe we should try to clean up NodeState sometime :) Regards, > Reduce memory usage of transient nodes > -------------------------------------- > > Key: JCR-1705 > URL: https://issues.apache.org/jira/browse/JCR-1705 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-core > Reporter: Marcel Reutegger > Priority: Minor > Attachments: JCR-1705.patch > > > When adding lots of transient nodes, most of them don't have child nodes because they are leafs. The attached patch initializes NodeState.childNodeEntries with an unmodifiable empty ChildNodeEntries instance and turns it into a modifiable one only when needed. > Running a test with 100k nodes (10 children per node) the memory consumption for child node entries drops from 42MB to 12MB with this patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19615-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 19:47:37 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 6977 invoked from network); 4 Aug 2008 19:47:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 19:47:37 -0000 Received: (qmail 27641 invoked by uid 500); 4 Aug 2008 19:47:34 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 27602 invoked by uid 500); 4 Aug 2008 19:47:34 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 27591 invoked by uid 99); 4 Aug 2008 19:47:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 12:47:33 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 19:46:47 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 42977234C18C for ; Mon, 4 Aug 2008 12:46:44 -0700 (PDT) Message-ID: <751152348.1217879204271.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 12:46:44 -0700 (PDT) From: "Tobias Bocanegra (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Resolved: (JCR-1401) Removing-nodes with unexpected nodetype In-Reply-To: <2052915295.1203515383889.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1401?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra resolved JCR-1401. ----------------------------------- Resolution: Fixed Fix Version/s: 1.5 1.4.1 fixed in 1.4 branch, rev. 682477. fixed in trunk, rev. 682481. > Removing-nodes with unexpected nodetype > --------------------------------------- > > Key: JCR-1401 > URL: https://issues.apache.org/jira/browse/JCR-1401 > Project: Jackrabbit > Issue Type: Improvement > Components: jackrabbit-jcr-server > Affects Versions: 1.4 > Reporter: Claus K=C3=B6ll > Assignee: Tobias Bocanegra > Fix For: 1.4.1, 1.5 > > > tobias adds a logic with JCR-973 that the DefaultHandler checks the nodet= ype of the jcr:content node > and if it does not match it will be deleted and created with the new one. > i think its dangerous to automacially change a node type. > if the node was added programatically and then saved through webdav it co= uld happen that the nodetype will be changed > from nt:resource to the nt:unstructured. > if some logic depends on the nodetype the failure search will be hard ;-) --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19616-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 20:05:06 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 21631 invoked from network); 4 Aug 2008 20:05:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 20:05:06 -0000 Received: (qmail 55139 invoked by uid 500); 4 Aug 2008 20:05:04 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 55111 invoked by uid 500); 4 Aug 2008 20:05:04 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 55099 invoked by uid 99); 4 Aug 2008 20:05:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 13:05:04 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 20:04:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 419FB234C185 for ; Mon, 4 Aug 2008 13:04:44 -0700 (PDT) Message-ID: <1253028727.1217880284253.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 13:04:44 -0700 (PDT) From: "Tobias Bocanegra (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-1706) Fix unexpected behavior of Text.getName() MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Fix unexpected behavior of Text.getName() ----------------------------------------- Key: JCR-1706 URL: https://issues.apache.org/jira/browse/JCR-1706 Project: Jackrabbit Issue Type: Bug Components: jackrabbit-jcr-commons Reporter: Tobias Bocanegra Assignee: Tobias Bocanegra Text.getName() and variants does return an empty string, if the given path is already a name. eg: Text.getName("foo") returns "" and not "foo" as one would expect for relative paths. suggest to change this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19617-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 20:07:07 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 22537 invoked from network); 4 Aug 2008 20:07:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 20:07:07 -0000 Received: (qmail 57189 invoked by uid 500); 4 Aug 2008 20:07:05 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 57159 invoked by uid 500); 4 Aug 2008 20:07:05 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 57148 invoked by uid 99); 4 Aug 2008 20:07:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 13:07:05 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 20:06:18 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 02F3B234C185 for ; Mon, 4 Aug 2008 13:06:46 -0700 (PDT) Message-ID: <1760281156.1217880406000.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 13:06:45 -0700 (PDT) From: "Tobias Bocanegra (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Updated: (JCR-1706) Fix unexpected behavior of Text.getName() In-Reply-To: <1253028727.1217880284253.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/JCR-1706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra updated JCR-1706: ---------------------------------- Attachment: jcr1706.r682409.patch > Fix unexpected behavior of Text.getName() > ----------------------------------------- > > Key: JCR-1706 > URL: https://issues.apache.org/jira/browse/JCR-1706 > Project: Jackrabbit > Issue Type: Bug > Components: jackrabbit-jcr-commons > Reporter: Tobias Bocanegra > Assignee: Tobias Bocanegra > Attachments: jcr1706.r682409.patch > > > Text.getName() and variants does return an empty string, if the given path is already a name. eg: > Text.getName("foo") returns "" and not "foo" as one would expect for relative paths. > suggest to change this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-return-19618-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Aug 04 20:23:07 2008 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 31203 invoked from network); 4 Aug 2008 20:23:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 20:23:07 -0000 Received: (qmail 97886 invoked by uid 500); 4 Aug 2008 20:23:05 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 97853 invoked by uid 500); 4 Aug 2008 20:23:05 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 97842 invoked by uid 99); 4 Aug 2008 20:23:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 13:23:05 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 20:22:18 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 05FAA234C186 for ; Mon, 4 Aug 2008 13:22:46 -0700 (PDT) Message-ID: <437125705.1217881366010.JavaMail.jira@brutus> Date: Mon, 4 Aug 2008 13:22:46 -0700 (PDT) From: "Tobias Bocanegra (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-1707) Node.setProperty(String, String) might fail unexpectedly for multiple prop. defs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Node.setProperty(String, String) might fail unexpectedly for multiple prop. defs -------------------------------------------------------------------------------- Key: JCR-1707 URL: https://issues.apache.org/jira/browse/JCR-1707 Project: Jackrabbit Issue Type: Bug Affects Versions: core 1.4.5 Reporter: Tobias Bocanegra Assume you have a node type defined with 2 property defs with the same name but different types, eg: [Test] > nt:base - foo (string) mandatory - foo (reference) mandatory when setting this property with: Node.setProperty("foo", "bar") it might throw a "javax.jcr.ValueFormatException: not a valid UUID format" because 'bar' is not valid uuid. imo, a matching property def for the given value should be used. otoh, it could also give unexpected results the other way around, e.g. if a uuid is passed but the string-def is used first. so the string property def should be tried last. the workaround is of course to specify a property type. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From dev-