Re: Hudson build became unstable: Jackrabbit-trunk » Jackrabbit Core #1444

Hi, On 02/01/2011 06:04 PM, Apache Hudson Server wrote: See Hmm, that's interesting. I modified the FineGrainedISMLocking class in revision 1066059 but this test failure is about DefaultI

Hudson build became unstable: Jackrabbit-trunk » Jackrabbit Core #1444

See

Hudson build became unstable: Jackrabbit-trunk #1444

See

[jira] Commented: (JCR-2872) DataStore: changing the modified date fails if the file is open for reading (Windows only)

[ https://issues.apache.org/jira/browse/JCR-2872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12989271#comment-12989271 ] Thomas Mueller commented on JCR-2872: - > Would you run this code only when the setLastMo

[jira] Commented: (JCR-2872) DataStore: changing the modified date fails if the file is open for reading (Windows only)

[ https://issues.apache.org/jira/browse/JCR-2872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12989265#comment-12989265 ] Marcel Reutegger commented on JCR-2872: --- Would you run this code only when the setLast

Re: Jackrabbit 2.2.3 release plan

Hi, I would like to add JCR-2872 as well. I set the "Fix Version/s" to 2.2.3 already, I hope this worked. It should be rather easy to fix (probably today). Regards, Thomas On 2/1/11 4:48 PM, "Jukka Zitting" wrote: >Hi, > >We have yet another handful of fixes (most notably JCR-2865 and >JCR-

[jira] Updated: (JCR-2872) DataStore: changing the modified date fails if the file is open for reading (Windows only)

[ https://issues.apache.org/jira/browse/JCR-2872?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thomas Mueller updated JCR-2872: Fix Version/s: 2.2.3 > DataStore: changing the modified date fails if the file is open for reading >

Jackrabbit 2.2.3 release plan

Hi, We have yet another handful of fixes (most notably JCR-2865 and JCR-2869) in the 2.2 branch that I'd like to push out in a release. Thus I'm planning to cut the 2.2.3 release candidate this week, possibly already tomorrow. The current list of fixes targeted for the release is available a

[jira] Updated: (JCR-2869) AccessControlManager#setPolicy may fail for new applicable policy despite jcr:modifyAccessControl privilege being granted

[ https://issues.apache.org/jira/browse/JCR-2869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jukka Zitting updated JCR-2869: --- Fix Version/s: (was: 2.2.2) (was: 2.3.0) 2.2.3 > AccessCo

[jira] Commented: (JCR-2872) DataStore: changing the modified date fails if the file is open for reading (Windows only)

[ https://issues.apache.org/jira/browse/JCR-2872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12989256#comment-12989256 ] Thomas Mueller commented on JCR-2872: - Another option that works for me is: RandomAcces

[jira] Resolved: (JCR-2868) A failure to connect to a MySQL database when JackRabbit starts a session leaves a .lock file in the repository. Subsequent sessions cannot be created by the same thread.

[ https://issues.apache.org/jira/browse/JCR-2868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jukka Zitting resolved JCR-2868. Resolution: Fixed Fix Version/s: 2.2.3 Assignee: Jukka Zitting Thanks for the detaile

[jira] Commented: (JCR-2872) DataStore: changing the modified date fails if the file is open for reading (Windows only)

[ https://issues.apache.org/jira/browse/JCR-2872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12989243#comment-12989243 ] Thomas Mueller commented on JCR-2872: - Another option (also somewhat ugly) is to create

[jira] Resolved: (JCR-2855) Writers blocked forever when waiting on update operations

[ https://issues.apache.org/jira/browse/JCR-2855?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jukka Zitting resolved JCR-2855. Resolution: Fixed Fix Version/s: 2.2.3 Assignee: Jukka Zitting Fixed in revision 1066

Re: DataStoreException on Windows XP

Hi, It looks like if the file is still open for reading, then changing the last modified date doesn't work for Windows XP. I could verify this using the test case http://pastebin.com/HhKcCHXF There is a workaround: open the file for writing, read one byte, seek to the beginning, write the same by

[jira] Created: (JCR-2872) DataStore: changing the modified date fails if the file is open for reading (Windows only)

DataStore: changing the modified date fails if the file is open for reading (Windows only) -- Key: JCR-2872 URL: https://issues.apache.org/jira/browse/JCR-2872 Pr

Hudson build is back to normal : Jackrabbit-trunk #1443

See

Hudson build is back to normal : Jackrabbit-trunk » Jackrabbit JCA Resource Adapter #1443

See

Re: DataStoreException on Windows XP

Hi, Jukka Zitting wrote > Hi, > > On 02/01/2011 01:48 PM, Carsten Ziegeler wrote: >> we have some tests that run perfectly fine on Mac OS X (and other unix >> systems) but fail reproducable on windows XP. With JR 2.2.0 we get: >> >> org.apache.jackrabbit.core.data.DataStoreException: Failed to u

[jira] Resolved: (JCR-2871) NPE in ConcurrentCache when traversing newly loaded nodes

[ https://issues.apache.org/jira/browse/JCR-2871?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jukka Zitting resolved JCR-2871. Resolution: Won't Fix As discussed, this is a bug in IBM's Java implementation, and they've posted a

Re: DataStoreException on Windows XP

Hi, It looks like a file access rights problem, but I think Jukka is right: maybe it's caused by a virus scanner. The relevant code is: if (!file.setLastModified(now + ACCESS_TIME_RESOLUTION)) { if (file.canWrite()) { throw new DataStoreException("Failed to update record modified date

Re: Hudson build became unstable: Jackrabbit-trunk » Jackrabbit JCA Resource Adapter #1440

On 01/31/2011 07:59 PM, Apache Hudson Server wrote: See That's an assertion error in TransientRepository.startRepository(). I can't reproduce it locally and can't figure out how this case could p

Re: DataStoreException on Windows XP

Hi, On 02/01/2011 01:48 PM, Carsten Ziegeler wrote: we have some tests that run perfectly fine on Mac OS X (and other unix systems) but fail reproducable on windows XP. With JR 2.2.0 we get: org.apache.jackrabbit.core.data.DataStoreException: Failed to update record modified date: 2ac72495fd1e2

DataStoreException on Windows XP

Hi, we have some tests that run perfectly fine on Mac OS X (and other unix systems) but fail reproducable on windows XP. With JR 2.2.0 we get: org.apache.jackrabbit.core.data.DataStoreException: Failed to update record modified date: 2ac72495fd1e270777821b8a872903c79c84a8d9 at org.apache.

Hudson build is back to normal : Jackrabbit-trunk-tests-java14 #611

See

Build failed in Hudson: Jackrabbit-trunk-tests-java14 #610

See -- Started by user jukka Building remotely on solaris2 no change for http://svn.apache.org/repos/asf/jackrabbit/trunk/jackrabbit-jcr-tests since the previous build no change for

Re: Build failed in Hudson: Jackrabbit-trunk-tests-java14 #609

Hi, On 01/31/2011 07:59 PM, Apache Hudson Server wrote: [INFO] Error installing artifact's metadata: Error installing metadata: Error updating group repository metadata expected START_TAG or END_TAG not TEXT (position: TEXT seen ...pom Looks like a Maven 3 vs. Maven 2 issue somewhere. I modifie