You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by Sten Roger Sandvik <st...@gmail.com> on 2007/04/09 22:13:30 UTC
JCR and SOAP
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
Re: JCR and SOAP
Posted by Jukka Zitting <ju...@gmail.com>.
Hi,
On 4/11/07, Sten Roger Sandvik <st...@gmail.com> wrote:
> I have already signed a CLA, so this could possibly be used?
Yes, that should be enough.
> This soap remoting implementation started as a building stone for a
> bigger product and going to commit it in a "temporary" repository very
> soon. Will also attach the sources in a jira issue to track it there. As
> soon as I have the initial code, I will post a notice here so that
> everyone can take a look at it.
Excellent, thanks!
BR,
Jukka Zitting
Re: JCR and SOAP
Posted by Sten Roger Sandvik <st...@gmail.com>.
I have already signed a CLA, so this could possibly be used? This soap
remoting implementation started as a building stone for a bigger product and
going to commit it in a "temporary" repository very soon. Will also attach
the sources in a jira issue to track it there. As soon as I have the initial
code, I will post a notice here so that everyone can take a look at it.
Regards,
Sten Roger
On 4/11/07, Jukka Zitting <ju...@gmail.com> wrote:
>
> Hi,
>
> On 4/11/07, Tim Reilly <ti...@consultant.com> wrote:
> > I am also currently thinking about how to remote JCR through web
> services.
> > Sten, assuming you can contribute this (without intellectual property
> > issues) would it be possible to add this under a jira issue and attach
> > your progress/sources?
> >
> > Can an active committer confirm this is desirable?
>
> Certainly! All such contributions would be very welcome.
>
> > Also mention if anything like a CLA or Code Grant is required?
>
> A CLA is generally needed for any substantial contribution, which a
> SOAP layer would definitely be. A software grant would be needed if
> the SOAP layer has already existed as an independent codebase or has
> been developed by more than just the individual contributor.
>
> BR,
>
> Jukka Zitting
>
Re: JCR and SOAP
Posted by Jukka Zitting <ju...@gmail.com>.
Hi,
On 4/11/07, Tim Reilly <ti...@consultant.com> wrote:
> I am also currently thinking about how to remote JCR through web services.
> Sten, assuming you can contribute this (without intellectual property
> issues) would it be possible to add this under a jira issue and attach
> your progress/sources?
>
> Can an active committer confirm this is desirable?
Certainly! All such contributions would be very welcome.
> Also mention if anything like a CLA or Code Grant is required?
A CLA is generally needed for any substantial contribution, which a
SOAP layer would definitely be. A software grant would be needed if
the SOAP layer has already existed as an independent codebase or has
been developed by more than just the individual contributor.
BR,
Jukka Zitting
RE: JCR and SOAP
Posted by Tim Reilly <ti...@consultant.com>.
I am also currently thinking about how to remote JCR through web services.
Sten, assuming you can contribute this (without intellectual property
issues)
would it be possible to add this under a jira issue and attach your
progress/sources?
Can an active committer confirm this is desirable?
Also mention if anything like a CLA or Code Grant is required?
Best regards,
Tim Reilly
Re: Test failure compiling against Lucene 2.1.0
Posted by Jack Park <ja...@sri.com>.
Issue self-resolved when compiling from the distribution rather than
subversion. No problems running against Lucene 2.1.0 after tweaking
PersistentIndex.
Jack
Jack Park wrote:
> The following trace is occuring both when building directly from svn on
> Lucene 2.0.0, and after hand-installing jcr-1.0.jar (which failed to
> download) and Lucene 2.1.0, which isn't in maven yet. It's clear that
> the compile failure (running unit tests) is not associated with which
> Lucene is involved.
>
> * * * * * * * *
> Running org.apache.jackrabbit.test.TestAll
> [Fatal Error] :1:10: Attribute name "is" associated with an element type
> "this"
> must be followed by the ' = ' character.
> [Fatal Error] :1:10: Attribute name "is" associated with an element type
> "this"
> must be followed by the ' = ' character.
> [Fatal Error] :-1:-1: Premature end of file.
> [Fatal Error] :-1:-1: Premature end of file.
> * * * * * * * *
>
> The failure appears to occur in
> SetValueVersionExceptionTest.testNode()
> where the String nodeType3 = getProperty("nodetype3");
> is null.
> Seems like a property named "nodetype3" is not being built. I see no
> particular nodetype3 in repositoryStubImpl.properties that associates
> itself with this test.
>
> If I hand substitute nt:hierarchyNode or jcr:content (both wild-ass
> guesses), I see the same failure.
>
> I'd appreciate any insight here. I instrumented
> AbstractJCRTest.getProperty() but it's called so many times (apparently
> successfully) that there's no hint why it failed to return "nodetype3"
>
> Many thanks in advance.
> Jack
Test failure compiling against Lucene 2.1.0
Posted by Jack Park <ja...@sri.com>.
The following trace is occuring both when building directly from svn on
Lucene 2.0.0, and after hand-installing jcr-1.0.jar (which failed to
download) and Lucene 2.1.0, which isn't in maven yet. It's clear that
the compile failure (running unit tests) is not associated with which
Lucene is involved.
* * * * * * * *
Running org.apache.jackrabbit.test.TestAll
[Fatal Error] :1:10: Attribute name "is" associated with an element type
"this"
must be followed by the ' = ' character.
[Fatal Error] :1:10: Attribute name "is" associated with an element type
"this"
must be followed by the ' = ' character.
[Fatal Error] :-1:-1: Premature end of file.
[Fatal Error] :-1:-1: Premature end of file.
* * * * * * * *
The failure appears to occur in
SetValueVersionExceptionTest.testNode()
where the String nodeType3 = getProperty("nodetype3");
is null.
Seems like a property named "nodetype3" is not being built. I see no
particular nodetype3 in repositoryStubImpl.properties that associates
itself with this test.
If I hand substitute nt:hierarchyNode or jcr:content (both wild-ass
guesses), I see the same failure.
I'd appreciate any insight here. I instrumented
AbstractJCRTest.getProperty() but it's called so many times (apparently
successfully) that there's no hint why it failed to return "nodetype3"
Many thanks in advance.
Jack
Re: JCR and SOAP
Posted by Sten Roger Sandvik <st...@gmail.com>.
Yes, sorry. I also thought of JCR -> SPI -> SOAP -> SPI -> JCR. Missed a
step there. Thanks for pointing that out.
Regards,
Sten Roger
On 4/10/07, Marcel Reutegger <ma...@gmx.net> wrote:
>
> Sten Roger Sandvik wrote:
> > 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.
>
> looking forward to your contribution.
>
> > The JCR -> SPI -> SOAP -> JCR cycle would be the ultimate goal.
>
> I rather had the following in mind:
>
> JCR -> SPI -> SOAP -> SPI -> JCR
>
> because there already exists an implementation that maps the SPI to a JCR
> repository. But I guess that's just a matter of how the SOAP calls are
> handled
> on the server side.
>
> regards
> marcel
>
Re: JCR and SOAP
Posted by Marcel Reutegger <ma...@gmx.net>.
Sten Roger Sandvik wrote:
> 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.
looking forward to your contribution.
> The JCR -> SPI -> SOAP -> JCR cycle would be the ultimate goal.
I rather had the following in mind:
JCR -> SPI -> SOAP -> SPI -> JCR
because there already exists an implementation that maps the SPI to a JCR
repository. But I guess that's just a matter of how the SOAP calls are handled
on the server side.
regards
marcel
Re: JCR and SOAP
Posted by Sten Roger Sandvik <st...@gmail.com>.
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 <da...@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 <st...@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 <st...@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 <ma...@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
> > > > >
> > > >
> > > >
> > >
> >
>
Re: JCR and SOAP
Posted by David Nuescheler <da...@gmail.com>.
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 <st...@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 <st...@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 <ma...@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
> > > >
> > >
> > >
> >
>
Re: JCR and SOAP
Posted by Sten Roger Sandvik <st...@gmail.com>.
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 <st...@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 <ma...@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
> > >
> >
> >
>
Re: JCR and SOAP
Posted by Sten Roger Sandvik <st...@gmail.com>.
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 <ma...@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
> >
>
>
Re: JCR and SOAP
Posted by Marcel Reutegger <ma...@gmx.net>.
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
>