A little fast on the trigger there. Looked at the SPI for a brief moment and noticed that SPI2JCR project exists and that covers what I need to look at. Thanks again.
/srs On 4/10/07, Sten Roger Sandvik <[EMAIL PROTECTED]> wrote:
Thanks. I will look into the SPI package. The only thing is that it would be nice if the SOAP api could be used with any JSR-170 compliant servers on the backend. /srs On 4/10/07, Marcel Reutegger <[EMAIL PROTECTED]> wrote: > > Hi Sten, > > I'd recommend to create a SOAP API based on the Jackrabbit SPI effort > because it > is much easier to implement. In contrast to the JCR API the Jackrabbit > SPI is > less object oriented (e.g. there are no methods to navigate between > items, etc.) > and better suited for protocols. > > See: > http://article.gmane.org/gmane.comp.apache.jackrabbit.devel/11221/ > http://article.gmane.org/gmane.comp.apache.jackrabbit.user/2463/ > > If you are interested in building a SOAP API based on the Jackrabbit SPI > interfaces you may want to have a look at the SPI-RMI implementation. It > simply > remotes the SPI interfaces using RMI. Using SOAP instead should be > straight forward. > > regards > marcel > > Sten Roger Sandvik wrote: > > Hi all! > > > > I have searched the archives in this mailing list and "googled" about > > JCR+SOAP and I am puzzled that it does not exist a SOAP api on top of > JCR > > yet. I know that the WebDAV "and friends" is a platform neutral way of > > accessing the JCR api, but recently I have been in need of a SOAP api. > Have > > anyone else need for such a api? > > > > If anyone has done something here or have ideas, please let me know. > If > > nobody has done something here, I am considering to begin development > of a > > generic SOAP mapping on top of JCR. The reason is that I need to > access the > > JCR functionality via ActionScript (or Flex) without using Flex Data > > Services. > > > > Regards, > > Sten Roger Sandvik > > > >
