Re: [jira] Google Summer of Code?
Hi Nunnny, First of all, welcome to the GSOC 07 and the Jackrabbit community. The idea is from me but I am not mentoring the project. Jukka Zitting (in cc) has far more experience in Jackrabbit than me. He will be mentoring the project. I think you should contact him. In my opinion, the project you would like to work on is a demo application: the idea is to show the power of the JCR so look in the spec to see what you find interesting. One point: as I said it is a demo app. It will be used by people evaluating or learning the JCR. The code needs to be clear and documented. I you have question I can answer, I will be happy to help. BR, Nico my blog! http://www.deviant-abstraction.net !! On 3/17/07, Nunny [EMAIL PROTECTED] wrote: Hi Nico, I'm Nandana Mihindukulasooriya from University of Moratuwa, Sri Lanka. I'm planning to apply for the Summer of Code 2007 and when I was going through the ideas, I came across this demo web application using jackrabbit and I thought it is an idea I can work on. I have some experience in developing java web applications with jsp/servlets and these days I am doing an enterprise application using EJB and it is a mblog for a local mobile operator. When I was going through the forum, I found that this idea has been initiated by you. These days I'm getting experience using jackrabbit and it's capabilities. I'm also going through the JSR 170 specification. When I have grabbed enough knowledge I will design the demo blog application. I hope I will be able to get some help from the jackrabbit community to decide what are the things it should demonstrate and what are the thing it should contain. It is good to know that you are a previous summer of code participant and you have the experience so that I would be able learn lot of things from you. Can you please let me know what are the things I should mainly consider when designing this demo blog application ? Thanks, Nandana -- View this message in context: http://www.nabble.com/Google-Summer-of-Code--tf3279046.html#a9526879 Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.
[jira] Commented: (JCR-777) Order by clause using child axis does not throw InvalidQueryException
[ https://issues.apache.org/jira/browse/JCR-777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481848 ] Savvas Triantafillou commented on JCR-777: -- Hi, instead of throwing an exception, wouldn't it be nice to support child axis in order by clause? Order by clause using child axis does not throw InvalidQueryException - Key: JCR-777 URL: https://issues.apache.org/jira/browse/JCR-777 Project: Jackrabbit Issue Type: Bug Components: xpath Affects Versions: 0.9, 1.0, 1.0.1, 1.1, 1.1.1, 1.2.1, 1.2.2, 1.2.3 Reporter: Marcel Reutegger Priority: Minor When the following query is created, the query manager should throw an InvalidQueryException: //element(*, type) order by foo/@bar -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ConcurrenModificationException
Hi, The second scenario that I sketched in my previous message is possible: I now can reproduce that values of an ItemStateReferenceMap are evicted by garbage collection during the iteration over that map in the LocalItemStateManager.dispose method (with Jackrabbit 1.2.1). On my local system, however, I did not get the ConcurrentModification exception (Java 5 doc says that it is thrown on a best-effort basis). Anyway, it seems like this is a possible cause of it. Regards, Martijn On 3/16/07, Martijn Hendriks [EMAIL PROTECTED] wrote: Hi Marcel, I am a bit reluctant on creating a JIRA issue because I don't know yet whether we are misusing jackrabbit (1.2.1) or not. I thought of two possible scenarios that might trigger the exception. The first scenario is two threads closing the same session. We create a new session for each thread, however. The second scenario is more complicated: Suppose that one thread gets the iterator (for the values of the ItemStateRefereceMap of an ItemStateReferenceCache) in the LocalItemStateManager.dispose method. Then another thread triggers the CacheManager.resizeAll method that effectively evicts items from the MLRUItemStateCache that serves as the secondary cache of that same ItemStateReferenceCache. Then some items in the ReferenceMap might be only weakly reachable, and are evicted. Could this happen? If so, then this might be what's going on. It would also explain why it is so badly reproducable (at least by me). Regards, Martijn On 3/16/07, Marcel Reutegger [EMAIL PROTECTED] wrote: Hi Martijn, can you please create a jira issue report and provide relevant information like the exact jackrabbit version you are using. thanks. regards marcel Martijn Hendriks wrote: Hi, We regularly get the following exception, and I have currently no idea what can cause this. It might be something in our own application that is built upon Jackrabbit, but I don't know that for sure. java.util.ConcurrentModificationException at org.apache.commons.collections.map.AbstractReferenceMap$ReferenceEntrySe tIterator.checkMod(AbstractReferenceMap.java:761) at org.apache.commons.collections.map.AbstractReferenceMap$ReferenceEntrySe tIterator.hasNext(AbstractReferenceMap.java:735) at java.util.Collections$UnmodifiableCollection$1.hasNext(Collections.java: 1009) at java.util.Collections$UnmodifiableCollection$1.hasNext(Collections.java: 1009) at org.apache.jackrabbit.core.state.LocalItemStateManager.dispose(LocalItem StateManager.java:341) at org.apache.jackrabbit.core.WorkspaceImpl.dispose(WorkspaceImpl.java:170) at org.apache.jackrabbit.core.SessionImpl.logout(SessionImpl.java:1225) at org.apache.jackrabbit.core.XASessionImpl.logout(XASessionImpl.java:379) Has anyone seen this before? Regards, Martijn Hendriks GX creative online development B.V. t: 024 - 3888 261 f: 024 - 3888 621 e: [EMAIL PROTECTED] Wijchenseweg 111 6538 SW Nijmegen http://www.gx.nl/
[jira] Commented: (JCR-672) Deadlock on concurrent save/checkin operations possible
[ https://issues.apache.org/jira/browse/JCR-672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481867 ] Sebastian Redl commented on JCR-672: Is there anything a non-Jackrabbit-developer can do to help? This bug is regularly locking up one of my projects (and in consequence the entire Tomcat process) and I need it fixed ASAP, but I don't know my way around the codebase enough to fix it myself. Deadlock on concurrent save/checkin operations possible --- Key: JCR-672 URL: https://issues.apache.org/jira/browse/JCR-672 Project: Jackrabbit Issue Type: Bug Components: versioning Reporter: Przemo Pakulski Save and checkin operations are trying to acquire 2 locks in different order, what leads to deadlock. -save 1.SharedItemStateManager.acquireWriteLock 2.AbstractVersionManager.acquireWriteLock - locked -checkin 1.AbstractVersionManager.acquireWriteLock 2.SharedItemStateManager.acquireReadLock - locked Thread-4 prio=6 tid=0x0312d840 nid=0x824 in Object.wait() [0x03cef000..0x03cefa68] at java.lang.Object.wait(Native Method) - waiting on 0x23210968 (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock) at java.lang.Object.wait(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock.acquire(Unknown Source) - locked 0x23210968 (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock) at org.apache.jackrabbit.core.version.AbstractVersionManager.acquireWriteLock(AbstractVersionManager.java:124) at org.apache.jackrabbit.core.version.VersionManagerImpl.setNodeReferences(VersionManagerImpl.java:413) at org.apache.jackrabbit.core.version.VersionItemStateProvider.setNodeReferences(VersionItemStateProvider.java:125) at org.apache.jackrabbit.core.state.SharedItemStateManager$Update.end(SharedItemStateManager.java:699) at org.apache.jackrabbit.core.state.SharedItemStateManager.update(SharedItemStateManager.java:810) at org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:326) at org.apache.jackrabbit.core.state.XAItemStateManager.update(XAItemStateManager.java:313) at org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:302) at org.apache.jackrabbit.core.state.SessionItemStateManager.update(SessionItemStateManager.java:295) at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:1204) - locked 0x2332eaa0 (a org.apache.jackrabbit.core.XASessionImpl) at JrTestDeadlock.run(JrTestDeadlock.java:87) Thread-3 prio=6 tid=0x0312db18 nid=0xa04 in Object.wait() [0x03caf000..0x03cafae8] at java.lang.Object.wait(Native Method) - waiting on 0x232d1360 (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock) at java.lang.Object.wait(Unknown Source) at EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock.acquire(Unknown Source) - locked 0x232d1360 (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock) at org.apache.jackrabbit.core.state.SharedItemStateManager.acquireReadLock(SharedItemStateManager.java:1361) at org.apache.jackrabbit.core.state.SharedItemStateManager.hasItemState(SharedItemStateManager.java:270) at org.apache.jackrabbit.core.state.LocalItemStateManager.hasItemState(LocalItemStateManager.java:180) at org.apache.jackrabbit.core.state.XAItemStateManager.hasItemState(XAItemStateManager.java:252) at org.apache.jackrabbit.core.state.SessionItemStateManager.hasItemState(SessionItemStateManager.java:188) at org.apache.jackrabbit.core.ItemManager.itemExists(ItemManager.java:256) at org.apache.jackrabbit.core.NodeImpl.hasProperty(NodeImpl.java:1509) at org.apache.jackrabbit.core.version.InternalFrozenNodeImpl.checkin(InternalFrozenNodeImpl.java:276) at org.apache.jackrabbit.core.version.InternalFrozenNodeImpl.checkin(InternalFrozenNodeImpl.java:248) at org.apache.jackrabbit.core.version.InternalVersionHistoryImpl.checkin(InternalVersionHistoryImpl.java:440) at org.apache.jackrabbit.core.version.AbstractVersionManager.checkin(AbstractVersionManager.java:397) at org.apache.jackrabbit.core.version.VersionManagerImpl$2.run(VersionManagerImpl.java:289) at org.apache.jackrabbit.core.version.VersionManagerImpl$DynamicESCFactory.doSourced(VersionManagerImpl.java:611) - locked 0x2320c5d8 (a org.apache.jackrabbit.core.version.VersionManagerImpl$DynamicESCFactory) at org.apache.jackrabbit.core.version.VersionManagerImpl.checkin(VersionManagerImpl.java:285) at
[jira] Subscription: open issues
Issue Subscription Filter: open issues (117 issues) Open Issues for Apache Jackrabbit Subscriber: jackrabbitdev Key Summary JCR-790 Possible deadlock during concurrent operations on versionable nodes https://issues.apache.org/jira/browse/JCR-790 JCR-789 PathElement.equals doesn't handle INDEX_UNDEFINED https://issues.apache.org/jira/browse/JCR-789 JCR-788 Upgrade to Lucene 2.1 https://issues.apache.org/jira/browse/JCR-788 JCR-781 RMI: Allow custom socket factories https://issues.apache.org/jira/browse/JCR-781 JCR-780 Simultaneous updates by multiple sessions might not appear in the journal https://issues.apache.org/jira/browse/JCR-780 JCR-779 Timeout for Session and/or Lock https://issues.apache.org/jira/browse/JCR-779 JCR-778 Error on query initialization - intermittent https://issues.apache.org/jira/browse/JCR-778 JCR-777 Order by clause using child axis does not throw InvalidQueryException https://issues.apache.org/jira/browse/JCR-777 JCR-774 TCK: Test that expect that modifications made by Session1 are automatically visible to Session2 https://issues.apache.org/jira/browse/JCR-774 JCR-771 Make the CND files AUTOMATICALLY loaded from its natural place: /repository/nodetypes https://issues.apache.org/jira/browse/JCR-771 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-751 Update Jackrabbit API JavaDoc on http://jackrabbit.apache.org https://issues.apache.org/jira/browse/JCR-751 JCR-742 Abstract JCR base classes https://issues.apache.org/jira/browse/JCR-742 JCR-740 Support for the decendant-or-self axis in XPath predicates https://issues.apache.org/jira/browse/JCR-740 JCR-738 Would be nice increase the major version number https://issues.apache.org/jira/browse/JCR-738 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-725 Configuration of CacheManager memory sizes https://issues.apache.org/jira/browse/JCR-725 JCR-723 OpenDocument files missing in mimetypes.properties https://issues.apache.org/jira/browse/JCR-723 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-699 Clustering: re-registration of nodetypes is not synchronized https://issues.apache.org/jira/browse/JCR-699 JCR-696 Support fn:local-name() https://issues.apache.org/jira/browse/JCR-696 JCR-692 XMLPersistenceManager fails after creating too many directories on linux https://issues.apache.org/jira/browse/JCR-692 JCR-691 Let NameException extend RepositoryException https://issues.apache.org/jira/browse/JCR-691 JCR-690 Nodes' and properties' names with invalid XML characters export as invalid XML https://issues.apache.org/jira/browse/JCR-690 JCR-688 Improve name resolution https://issues.apache.org/jira/browse/JCR-688 JCR-680 Improve the Value implementation https://issues.apache.org/jira/browse/JCR-680 JCR-679 Add setLimit() and setOffset() to query classes https://issues.apache.org/jira/browse/JCR-679 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-674 String properties with invalid XML characters export as invalid XML https://issues.apache.org/jira/browse/JCR-674 JCR-673 Add seperate configuration for blobstore https://issues.apache.org/jira/browse/JCR-673 JCR-672 Deadlock on