We (Sakai Project) are working to replace JCR with a non-JCR backend (Cassandra and any JDBC; our mail list details the reasons and factors). While this isn't JackRabbit -> ModeShape (staying with JCR will be much easier), we can certainly attest that changing the storage engine is possible with some work. The Sling code does a great job of decoupling itself from the storage mechanism.
On Fri, Dec 17, 2010 at 10:27 AM, Alessandro Novarini < [email protected]> wrote: > Hi Simon, > > Fine for me, we should start working on the server bundle soon. > I'll let you know what our progresses are. > > Thanks > Ale > > > On Dec 17, 2010, at 2:28 PM, Gunzenreiner Simon wrote: > > > Hi Ale > > > > I posted this question originally. Just to give you an update on where we > stand - we haven't started this work yet, and it probably will be mid > January until we do. I suggest we share our findings on this list ... > > > > Regards > > Simon > > > > -----Ursprüngliche Nachricht----- > > Von: Alessandro Novarini [mailto:[email protected]] > > Gesendet: Mittwoch, 15. Dezember 2010 18:43 > > An: [email protected] > > Betreff: Sling+ModeShape > > > > Hello list, > > > > I've just subscribed because I would like to know if any progress has > been made on the replacement of Jackrabbit with another JCR implementation, > as discussed here: > > > http://dev.day.com/discussion-groups/content/lists/sling-users/2010-11/2010-11-16_Replacing_jackrabbit_with_other_JCR_implementation_Gunzenreiner_Simon.html > > > > I've tried in the last couple of days to work on it too, taking as sample > the org.apache.sling.auth.openid bundle, and I've had some hard time because > at the moment I have little knowledge of ModeShape; anyway, if there was the > will to work openly on the project, I would be glad to contribute in some > way. > > > > I don't have the original thread as email so sorry for not directly > replying to it. > > > > Thanks > > Ale > >
