Re: AW: Sling+ModeShape
Hi Ale, I saw the project at https://github.com/sourcesense/stone and would like to know whether the issues mentioned were resolved or not. Were you able to use Modeshape in Sling finally? - Anjan -- View this message in context: http://apache-sling.73963.n3.nabble.com/Sling-ModeShape-tp2093482p4023948.html Sent from the Sling - Users mailing list archive at Nabble.com.
RE: AW: Sling+ModeShape
Hi Ale Thanks for sharing your experiences with us. I will have a look at it. I hope we hear more from you as you make progress. best regards mike -Original Message- From: Alessandro Novarini [mailto:a.novar...@sourcesense.com] Sent: Thursday, May 05, 2011 11:48 AM To: users@sling.apache.org Subject: Re: AW: Sling+ModeShape Hello everyone, This is another update about our attempt to replace Jackrabbit with ModeShape in Sling. First of all, sorry for the long wait, but we needed to be sure we had the OK from our customer before releasing what we have done in this period. The good news is that we are ready to release our work, you can find the projects here: https://github.com/sourcesense/stone and here: https://github.com/sourcesense/modeshape-stone The second one is basically a fork of modeshape with some patches we still have to submit, but at the moment we're unsure if these are real fixes or not; maybe some feedback from you will help to clarify this matter. The bad news is that the project, in the interest of releasing early and releasing often, is not fully working yet. We have two blocking issues, with two different configurations, and you can read more about them in the 'Issues' section of the project site. Obviously every feedback (and contribution) will be well accepted, and for the ones interested, please don't hesitate to ask also using our internal mail alias st...@sourcesense.com Thanks for your patience and understanding Ale On Feb 15, 2011, at 12:02 PM, Felix Meschberger wrote: Hi thanks for the feedback and congratulations to your success. Along with Mike Moulton and Mike Müller I invite to contribute back either in the form of contributing the project setup or with some documentation on our wiki. Thanks ! Regards Felix Am Mittwoch, den 09.02.2011, 15:54 + schrieb Alessandro Novarini: Hello list, As promised, here a quick update and a not-so-quick question. I think we're almost done with the modeshape-server bundle, we fought a lot with the class loading but now it looks good. But... We started this work assuming that replacing the jackrabbit-server bundle was enough to have a sling working, as Carl also confirmed right below. Probably we still miss something, but we are now struggling with authentication and authorization; in particular two issues: ModeShape relies on JAAS to check for valid credentials, and at the moment it's complaining that no configuration is found. We tried to add a jaas config file, made Sling point to that file, but we don't know if there are LoginModules already available or if we need to add one to the classpath (we asked to ModeShape forum and they suggested to look at JBoss Picketbox [1]). So at the moment we replaced the mechanism of authentication with a custom one, and ModeShape is quite happy with that, even though we would like to align the functionality with what Sling is using and is expecting by jackrabbit. We came across a strange side-effect there, because now from the web console we cannot do anything without having Sling asking for a login. Useless to say that whatever we enter, the login fails :( Going a step further... we're examining the class org.apache.sling.extensions.webconsolesecurityprovider.internal.SlingWebC onsoleSecurityProvider, the one that tries to login to the repository passing a SimpleCredentials (triggering the JAAS mechanism skipping our custom one) - method authenticate(String, String). What scared us was the code just after the repository.login(creds): it seems a bit implementation-dependent, since all the code is into an if (session instanceof JackrabbitSession), otherwise the method will return null (no success). Do you confirm what we are thinking, that even fixing our current issue, we're going to have a broken web console? Thank you in advance Ale On Jan 13, 2011, at 4:11 AM, Carl Hall wrote: 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 a.novar...@sourcesense.com 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
Re: AW: Sling+ModeShape
Hello everyone, This is another update about our attempt to replace Jackrabbit with ModeShape in Sling. First of all, sorry for the long wait, but we needed to be sure we had the OK from our customer before releasing what we have done in this period. The good news is that we are ready to release our work, you can find the projects here: https://github.com/sourcesense/stone and here: https://github.com/sourcesense/modeshape-stone The second one is basically a fork of modeshape with some patches we still have to submit, but at the moment we're unsure if these are real fixes or not; maybe some feedback from you will help to clarify this matter. The bad news is that the project, in the interest of releasing early and releasing often, is not fully working yet. We have two blocking issues, with two different configurations, and you can read more about them in the 'Issues' section of the project site. Obviously every feedback (and contribution) will be well accepted, and for the ones interested, please don't hesitate to ask also using our internal mail alias st...@sourcesense.com Thanks for your patience and understanding Ale On Feb 15, 2011, at 12:02 PM, Felix Meschberger wrote: Hi thanks for the feedback and congratulations to your success. Along with Mike Moulton and Mike Müller I invite to contribute back either in the form of contributing the project setup or with some documentation on our wiki. Thanks ! Regards Felix Am Mittwoch, den 09.02.2011, 15:54 + schrieb Alessandro Novarini: Hello list, As promised, here a quick update and a not-so-quick question. I think we're almost done with the modeshape-server bundle, we fought a lot with the class loading but now it looks good. But... We started this work assuming that replacing the jackrabbit-server bundle was enough to have a sling working, as Carl also confirmed right below. Probably we still miss something, but we are now struggling with authentication and authorization; in particular two issues: ModeShape relies on JAAS to check for valid credentials, and at the moment it's complaining that no configuration is found. We tried to add a jaas config file, made Sling point to that file, but we don't know if there are LoginModules already available or if we need to add one to the classpath (we asked to ModeShape forum and they suggested to look at JBoss Picketbox [1]). So at the moment we replaced the mechanism of authentication with a custom one, and ModeShape is quite happy with that, even though we would like to align the functionality with what Sling is using and is expecting by jackrabbit. We came across a strange side-effect there, because now from the web console we cannot do anything without having Sling asking for a login. Useless to say that whatever we enter, the login fails :( Going a step further... we're examining the class org.apache.sling.extensions.webconsolesecurityprovider.internal.SlingWebConsoleSecurityProvider, the one that tries to login to the repository passing a SimpleCredentials (triggering the JAAS mechanism skipping our custom one) - method authenticate(String, String). What scared us was the code just after the repository.login(creds): it seems a bit implementation-dependent, since all the code is into an if (session instanceof JackrabbitSession), otherwise the method will return null (no success). Do you confirm what we are thinking, that even fixing our current issue, we're going to have a broken web console? Thank you in advance Ale On Jan 13, 2011, at 4:11 AM, Carl Hall wrote: 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 a.novar...@sourcesense.com 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:a.novar...@sourcesense.com] Gesendet: Mittwoch, 15. Dezember 2010 18:43 An: users@sling.apache.org 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
Re: AW: Sling+ModeShape
Hi thanks for the feedback and congratulations to your success. Along with Mike Moulton and Mike Müller I invite to contribute back either in the form of contributing the project setup or with some documentation on our wiki. Thanks ! Regards Felix Am Mittwoch, den 09.02.2011, 15:54 + schrieb Alessandro Novarini: Hello list, As promised, here a quick update and a not-so-quick question. I think we're almost done with the modeshape-server bundle, we fought a lot with the class loading but now it looks good. But... We started this work assuming that replacing the jackrabbit-server bundle was enough to have a sling working, as Carl also confirmed right below. Probably we still miss something, but we are now struggling with authentication and authorization; in particular two issues: ModeShape relies on JAAS to check for valid credentials, and at the moment it's complaining that no configuration is found. We tried to add a jaas config file, made Sling point to that file, but we don't know if there are LoginModules already available or if we need to add one to the classpath (we asked to ModeShape forum and they suggested to look at JBoss Picketbox [1]). So at the moment we replaced the mechanism of authentication with a custom one, and ModeShape is quite happy with that, even though we would like to align the functionality with what Sling is using and is expecting by jackrabbit. We came across a strange side-effect there, because now from the web console we cannot do anything without having Sling asking for a login. Useless to say that whatever we enter, the login fails :( Going a step further... we're examining the class org.apache.sling.extensions.webconsolesecurityprovider.internal.SlingWebConsoleSecurityProvider, the one that tries to login to the repository passing a SimpleCredentials (triggering the JAAS mechanism skipping our custom one) - method authenticate(String, String). What scared us was the code just after the repository.login(creds): it seems a bit implementation-dependent, since all the code is into an if (session instanceof JackrabbitSession), otherwise the method will return null (no success). Do you confirm what we are thinking, that even fixing our current issue, we're going to have a broken web console? Thank you in advance Ale On Jan 13, 2011, at 4:11 AM, Carl Hall wrote: 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 a.novar...@sourcesense.com 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:a.novar...@sourcesense.com] Gesendet: Mittwoch, 15. Dezember 2010 18:43 An: users@sling.apache.org 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
RE: AW: Sling+ModeShape
Hi Ale I - and maybe some others - would be interested in your Modeshape bundle. Can you publish the bundle and/or give some hints how you managed Modeshape to work with Sling. Maybe we can include this in our documentation on sling.apache.org. best regards mike -Original Message- From: Alessandro Novarini [mailto:a.novar...@sourcesense.com] Sent: Thursday, February 10, 2011 5:08 PM To: users@sling.apache.org Subject: Re: AW: Sling+ModeShape Hi Vidar, You're right, the bundle in optional, stopping it made my bundle work. Thanks for the help Ale On Feb 9, 2011, at 6:12 PM, Vidar Ramdal wrote: AFAIK, the Web Console Security Provider bundle is completely optional. You can simply leave it out, and the web console will fall back to the standard authentication method (a configured single username/password pair, by default admin/admin). -- Vidar S. Ramdal vi...@idium.no - http://www.idium.no Sommerrogata 13-15, N-0255 Oslo, Norway + 47 22 00 84 00 Quando omni flunkus moritatus!
Re: AW: Sling+ModeShape
Sorry, as usual, I forgot the reference... [1] http://www.jboss.org/picketbox Regards Ale On Feb 9, 2011, at 4:54 PM, Alessandro Novarini wrote: Hello list, As promised, here a quick update and a not-so-quick question. I think we're almost done with the modeshape-server bundle, we fought a lot with the class loading but now it looks good. But... We started this work assuming that replacing the jackrabbit-server bundle was enough to have a sling working, as Carl also confirmed right below. Probably we still miss something, but we are now struggling with authentication and authorization; in particular two issues: ModeShape relies on JAAS to check for valid credentials, and at the moment it's complaining that no configuration is found. We tried to add a jaas config file, made Sling point to that file, but we don't know if there are LoginModules already available or if we need to add one to the classpath (we asked to ModeShape forum and they suggested to look at JBoss Picketbox [1]). So at the moment we replaced the mechanism of authentication with a custom one, and ModeShape is quite happy with that, even though we would like to align the functionality with what Sling is using and is expecting by jackrabbit. We came across a strange side-effect there, because now from the web console we cannot do anything without having Sling asking for a login. Useless to say that whatever we enter, the login fails :( Going a step further... we're examining the class org.apache.sling.extensions.webconsolesecurityprovider.internal.SlingWebConsoleSecurityProvider, the one that tries to login to the repository passing a SimpleCredentials (triggering the JAAS mechanism skipping our custom one) - method authenticate(String, String). What scared us was the code just after the repository.login(creds): it seems a bit implementation-dependent, since all the code is into an if (session instanceof JackrabbitSession), otherwise the method will return null (no success). Do you confirm what we are thinking, that even fixing our current issue, we're going to have a broken web console? Thank you in advance Ale On Jan 13, 2011, at 4:11 AM, Carl Hall wrote: 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 a.novar...@sourcesense.com 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:a.novar...@sourcesense.com] Gesendet: Mittwoch, 15. Dezember 2010 18:43 An: users@sling.apache.org 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
Re: Sling+ModeShape
On 14.01.11 22:33, Carl Hall c...@hallwaytech.com wrote: On Fri, Jan 14, 2011 at 2:47 AM, Carsten Ziegeler cziege...@apache.orgwrote: We have more features on our list for the resource resolver (factory/provider) which would allow to create, update and delete resources as well (I think there is a wiki page regarding this). So if you need something in this area, maybe it's now a good time to address these things The resource resolver and resource provider have been invaluable to us. The resource layer in general has made our work much easier. Please note that the current value of the resource API over the JCR API is only that it is simpler, thus more quickly to implement with some custom backend. If more and more is added to the Resource API, especially all the complexities of write operations, this value will be completely lost, and I would urge everyone doing so to implement the needed subset of the JCR API instead. Federation/virtual mounting (which is another useful feature of the resource API) can also be done with the JCR API as modeshape shows or something that we have in our proprietary CRX repository here at Adobe/Day. It all just boils down to the development effort... but with JCR you get a well-though out standard. Just my 2 cents, Alex -- Alexander Klimetschek Developer // Adobe (Day) // Berlin - Basel
Re: AW: Sling+ModeShape
Hello, Thanks for your feedback. We started yesterday working on this project, and we still think the integration won't be too hard to get in reasonable time. Also, as a plan B, we think it could be a good compromise going to a jcr repository (modeshape) connected to sling using jndi/rmi, since these two options are already available when you configure sling with a proper url, if we don't get it wrong. This just in case the attempt to embed the repository will fail, think that as I said we hope it won't happen (fingers crossed). Thanks again Ale On Jan 13, 2011, at 4:11 AM, Carl Hall wrote: 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 a.novar...@sourcesense.com 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:a.novar...@sourcesense.com] Gesendet: Mittwoch, 15. Dezember 2010 18:43 An: users@sling.apache.org 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
Re: Sling+ModeShape
Hi, Carl Hall wrote 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). I'm just curious, can you please give some direct pointers to the discussion? 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. We have more features on our list for the resource resolver (factory/provider) which would allow to create, update and delete resources as well (I think there is a wiki page regarding this). So if you need something in this area, maybe it's now a good time to address these things Regards Carsten On Fri, Dec 17, 2010 at 10:27 AM, Alessandro Novarini a.novar...@sourcesense.com 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:a.novar...@sourcesense.com] Gesendet: Mittwoch, 15. Dezember 2010 18:43 An: users@sling.apache.org 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 -- Carsten Ziegeler cziege...@apache.org
Re: AW: Sling+ModeShape
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 a.novar...@sourcesense.com 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:a.novar...@sourcesense.com] Gesendet: Mittwoch, 15. Dezember 2010 18:43 An: users@sling.apache.org 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
Re: Sling+ModeShape
Yes, I agree with you, but I don't think that would be enough because if you search the work 'jackrabbit' in the Sling sources, you'll find several projects with references to jackrabbit specific classes. I guess those classes need to be adjusted to be unawared of the JCR specific implementation underneath. Thanks Ale On Dec 15, 2010, at 7:03 PM, Justin Edelson wrote: It would probably be better to use the org.apache.sling.jcr.jackrabbit.server bundle. That's likely the one a ModeShape would need to replace.
Re: Sling+ModeShape
On Dec 16, 2010, at 4:50 AM, Alessandro Novarini a.novar...@sourcesense.com wrote: Yes, I agree with you, but I don't think that would be enough because if you search the work 'jackrabbit' in the Sling sources, you'll find several projects with references to jackrabbit specific classes. I guess those classes need to be adjusted to be unawared of the JCR specific implementation underneath. I don't think that's possible. In general, Sling only depends upon Jackrabbit when there isn't a JCR API we can use. For example, user management. So, yes, a full Sling-on-Modeshape implantation would really need new user and access management bundles (or maybe an SPI interface). But I don't think these are critical. That said, if you or anyone else has ideas for additional decoupling of Sling from Jackrabbit, please submit patches. Also, if multiple people are going to work on Sling-on-Modeshape, perhaps that'd be a good project for apache-extras.org. WDYT? Justin Thanks Ale On Dec 15, 2010, at 7:03 PM, Justin Edelson wrote: It would probably be better to use the org.apache.sling.jcr.jackrabbit.server bundle. That's likely the one a ModeShape would need to replace.
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