jLibrary 1.0 final released


News: jLibrary 1.0 final released

  1. jLibrary 1.0 final released (10 messages)

    jLibrary 1.0 final, the first Open Source Document Management System based on Eclipse Rich Client Platform, has been released. The server support for jLibrary is based on the JSR-170 reference implementation, and Apache Jackrabbit and is targeted to run on any J2EE compliant application server such as jBoss, Geronimo, or even Apache Tomcat. Some of the most notable jLibrary features are:
    • Implementation is based on the JSR-170 specification
    • Modulable architecture based on Eclipse Rich Client Platform
    • Ability to add third-party plugins
    • Embedded Apache Derby database engine
    • Support for multiple databases and storage systems
    • Local and remote repositories support
    • Repositories are accessible with a Web Services based interface with SOAP+Attachments support
    • Simple WebDAV and Web views also available
    • XPath search support to search on document contents and on every property
    • JCR Browser to browse JSR-170 based repositories
    • JAAS support for custom login module access
    • Security synchronization interface to easily synchronize users and groups with your LDAP or user databases
    • Support for soft-deleted documents
    • Plugabble API to add new service and repository implementations
    • Easy to use desktop management interface
    • Ability to easily drag and drop contents between repositories
    • Copy-paste and drag and drop support from the operating system
    • Four different perspectives and 21 different views
    • GEF based relations diagram viewer
    • Translated to English, Spanish, French, German and Italian
    • ActiveX support offering the user the posibility to use their common applications to edit their documents: Microsoft Word, Open Office, Adobe Acrobat, Autodesk AutoCAD, etc
    • Easy export/import feature to share their repositories
    • Web crawling support
    • Source code editors for common text files like XML or HTML with source highlighting
    Check the New and noteworthy document to find more changes on this release. You can download jLibrary fromhere. We really hope that you like jLibrary.

    Threaded Messages (10)

  2. Good job![ Go to top ]

    Really good job. It is really useful. I have a question. Is it possible to embed jlibrary client in another rcp application? How can we do that? Hi John
  3. Sure, it can[ Go to top ]

    Thanks for your words John. Yes, you can embed jLibrary on other RCP app, and also doing the opposite. Soon we would release a JCR browser embedded on jLibrary. It's already done but needs testing, but it's an RCP application that has been integrated to run embedded on jLibrary too. So, if you only want to show jLibrary, simply drop the plug-ins as you would do normally with Eclipse. If you want to add your custom menus, toolbars, etc., then more work is needed, feel free to head to the developers lists for talking about that. Cheers. Martin
  4. Api documentation[ Go to top ]

    To integrate it, i need some documentation on the api used, for example, to retrieve documents on a particular event in rcp...Where can i find it or a mailing list (i didn't find it on your site). Greetings John
  5. Re: Api documentation[ Go to top ]

    You can take a look at the source code at CVS. Anyways, I will publish the docs as soon as possible. But well, if you subscribe to the mailing list, I have no problems to help.
  6. jLibrary & Alfresco?[ Go to top ]

    I might be misunderstanding what jLibrary is, but has there been any discussion around using jLibrary as a fat client UI for an Alfresco repository? It seems like the two systems would be quite complementary (Alfreso -> rich DMS server, jLibrary -> rich DMS client). I'm guessing Alfresco doesn't expose all of its functionality via JSR-170 (http://www.apoorv.info/index.php/2006/02/20/jsr-170-report-card/ - look for the reply from John Newton), so has there been any thought about a tighter but more functionally rich integration than JSR-170 alone would allow? Cheers, Peter
  7. Re: jLibrary & Alfresco?[ Go to top ]

    Hi Peter. Some users asked me the same on the last weeks. Integrate jLibrary with Alfresco is possible but a hard task without help, so it's not on our current plans, unless anyone/any team is really interested on that and put some effort. On the later case I would love to help. There is a project on the Alfresco Forge[1] that allows to integrate Alfresco with any Jackrabbit repository (like the one behind jLibrary), so it should be possible. [1] http://wiki.alfresco.com/wiki/JCR-RMI_Extension
  8. Nice job[ Go to top ]

    It looks interesting. Congratulations "galego"
  9. Congratulations Martin ! It has been a while since the last time I look to the jLibrary project and this final release seems to include a lot of new interesting features. Joining some of the comments about the integration with other solutions i'm wondering whether jlibrary could be leveraged with a platform such eXo Platform and more particularly with the eXo ECM component which is alos based on the JCR. Regards, Miguel Valdes
  10. Hello Miguel. Sure it can be integrated. Currently jLibrary has minor dependencies on Apache Jackrabbit. These dependencies have to do with non-standard JSR-170 features like repository removal. But it shouldn't be very hard to attach a new JSR-170 implementation. Obviously, the problem is always the same: time and resources. But if there is someone at the exo team interested on that, we wouldn't have any problems on helping on the mailing lists. Regards, Martin
  11. Sure, I will contact the people from eXo and let them know about this possibility... BTW, The Bonita project team has been working with eXo last weeks. As a first result of this collaboration we have successfully integrated Bonita within the eXo ECM suite as a workflow engine providing support for document management processes. I saw in your roadmap that you have plans to provide workflow support in JLibrary so don't hesitate to contact us if your choice is Bonita :-) Regards, Miguel