Hi Francisco, That's exactly what I want to do, indeed!
I'd also like to know if your solution implies some limitations, for example in case I want to have the java application and the JR Repo on different servers (in the future)? I found a notice saying "Warning: The current JCR-RMI library is designed for simplicity, not performance. You will probably experience major performance issues if you try running any non-trivial applications on top of JCR-RMI." on this page: http://jackrabbit.apache.org/repository-server-howto.html , which seems pretty scary to me (since splitting my java app and the JR repo to different servers would occur in case my application gets a considerable amount of users). Is the solution you develop concerned by this notice? Thanks for your help! Matthieu On Wed, Aug 3, 2011 at 3:57 PM, Francisco Carriedo Scher < [email protected]> wrote: > Hi there Matthieu, > > during last week i have been developing a similiar solution, but i started > with the Java side of the system (use a repository through Java classes i > mean), so i think that perhaps i can result useful. For the sake of > simplicity, what you want to develope is the left part of this "graph", > isn't it?: > > Java applications HTTP > clients > accessing concurrently ====> JR Repo <==== GETTING [and > to the repository > PUTTING] resources > > If the answer is no i did not understand you, sorry... Otherwise, just > answer this email and i will try to tell you useful things from the last > week. > > Greetings! > > > > > 2011/8/3 Matthieu Legras <[email protected]> > >> Hi, >> >> I'm currently implementing a calendar system using the CalDAV part of >> jackrabbit. I have to link it with an application, running on the same >> server, which will massively interact with the CalDAV data. >> >> Therefore, i'm looking for a way to add, suppress and synchronize data, >> without using an http connexion between jackrabbit and the application. >> >> Any help on this would be highly appreciated! >> >> Cheers, >> >> Matthieu >> > >
