[jira] Updated: (JCR-442) Implement a backup tool

[ http://issues.apache.org/jira/browse/JCR-442?page=all ] Nicolas Toper updated JCR-442: -- Attachment: patch.txt I have updated the code as seen through the mailing list. I am more available now that most of my exams are over (only one remaining on Friday -

[jira] Subscription: open issues

Issue Subscription Filter: open issues (54 issues) Open Issues for Apache Jackrabbit Subscriber: jackrabbitdev Key Summary JCR-472 Wrap IllegalArgumentException from UUID when bad ID passed to Session.getNodeByUUID http://issues.apache.org/jira/browse/JCR-472 JCR-468

Unable to checkout/checkin file from Jackrabbit repository using Dreamweaver

Dear All, Using Dreamweaver Manage site options, I am able to access Jackrabbit repository. I am getting the repository content correctly. But, while trying to checkout/checkin, it's not happening properly. After making some changes to the file which is checked out, I am trying to checkin the

Unable to Checkin file to Jackrabbit repository from webdav Client

Dear All, I have configured my Dreamweaver to access Jackravbbit repository using Mangaesite Options. Here are the activities I have done...! Let us say I have a folder called "Sample" in Jackrabbit repository 1) Checked out Sample folde to my local folder(Say D:\LocalRepository) using check

Planning for Jackrabbit 1.1

Hi, As you've probably noticed, I started grooming Jira for the upcoming 1.1 release and took care of some low hanging fruits in the issue list. I'll start working on a more detailed release plan for Jackrabbit 1.1. I'd like to have the release out during Q3. Please feel free to add, remove or c

Accessing Jackrabbit repository from WebDAV Client(Dreamweaver, FrontPage 2003)

Dear All, I am trying to access jackrabbit repository from Microsoft FrontPage 2003 through the remote website option. But after giving the correct URL, username and password, the remote website doesn't display the repository contents. But the same works fine for Macromedia Dreamweaver 8. Ca

[jira] Resolved: (JCR-413) JCA will not compile with J2EE1.3 classes

[ http://issues.apache.org/jira/browse/JCR-413?page=all ] Jukka Zitting resolved JCR-413: --- Resolution: Fixed Fixed in revision 418448. Thanks for reporting this! > JCA will not compile with J2EE1.3 classes > -

[jira] Assigned: (JCR-413) JCA will not compile with J2EE1.3 classes

[ http://issues.apache.org/jira/browse/JCR-413?page=all ] Jukka Zitting reassigned JCR-413: - Assign To: Jukka Zitting > JCA will not compile with J2EE1.3 classes > - > > Key: JCR-413 > URL: http:/

[jira] Commented: (JCR-415) Enhance indexing of binary content

[ http://issues.apache.org/jira/browse/JCR-415?page=comments#action_12418774 ] Jukka Zitting commented on JCR-415: --- See a related email thread at http://article.gmane.org/gmane.comp.apache.jackrabbit.devel/7609 > Enhance indexing of binary content >

[jira] Resolved: (JCR-467) CompactNodeTypeReader fails to explain why valid JCR names cause errors

[ http://issues.apache.org/jira/browse/JCR-467?page=all ] Jukka Zitting resolved JCR-467: --- Resolution: Fixed Fixed as suggested in revision 418446. Thanks a lot for the excellent bug report with an accurate fix! > CompactNodeTypeReader fails to expl

[jira] Assigned: (JCR-467) CompactNodeTypeReader fails to explain why valid JCR names cause errors

[ http://issues.apache.org/jira/browse/JCR-467?page=all ] Jukka Zitting reassigned JCR-467: - Assign To: Jukka Zitting > CompactNodeTypeReader fails to explain why valid JCR names cause errors >

[jira] Updated: (JCR-433) NodeTypeRegistry could auto-subtype from nt:base

[ http://issues.apache.org/jira/browse/JCR-433?page=all ] Jukka Zitting updated JCR-433: -- Attachment: jackrabbit-ntd-r41844.patch Attached is a possible patch for fixing this. The patch modifies NodeTypeDef.getSupertypes() to return nt:base for all primar

[jira] Updated: (JCR-320) BinaryValue equals fails for two objects with two different byte arrays that contain the same bytes.

[ http://issues.apache.org/jira/browse/JCR-320?page=all ] Jukka Zitting updated JCR-320: -- Version: 1.0.1 Piyush, did you get around to creating a patch for this? If not, I'll just take your code from the above comments and apply it. > BinaryValue equals f

[jira] Commented: (JCR-367) Remove dependency on Xerces

[ http://issues.apache.org/jira/browse/JCR-367?page=comments#action_12418769 ] Jukka Zitting commented on JCR-367: --- > It is not safe to use code from a JDK, even when that code comes from Apache > originally. Please replace it with the code from Xerces tr