jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sten Roger Sandvik" <ste...@gmail.com>
Subject Re: JCR and SOAP
Date Tue, 10 Apr 2007 14:59:13 GMT
Have already code that exposes JCR as SOAP, but the SPI package is much more
exiting indeed. Will try to contribute some code in this area very soon. The
JCR -> SPI -> SOAP -> JCR cycle would be the ultimate goal.

/srs

On 4/10/07, David Nuescheler <david.nuescheler@gmail.com> wrote:
>
> Hi Sten,
>
> thanks for looking into that. I would like to express my support
> of any effort going into that direction.
> I think it would be great to have SOAP bindings for the SPI in Jackrabbit.
> In combination with JCR2SPI and SPI2JCR it makes for a
> very interesting remoting layer.
>
> I think that this could be interesting in particular for the .NET [1] and
> PHP [2] ports
>
> [1] http://svn.apache.org/viewvc/jackrabbit/trunk/contrib/jackrabbit-net/
> [2] http://svn.apache.org/viewvc/jackrabbit/trunk/contrib/phpcr/
>
> regards,
> david
>
> On 4/10/07, Sten Roger Sandvik <stenrs@gmail.com> wrote:
> > 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 <stenrs@gmail.com> 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 <marcel.reutegger@gmx.net> 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
> > > > >
> > > >
> > > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message