You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@incubator.apache.org by Oliver Zeigermann <ol...@gmail.com> on 2004/10/31 00:03:00 UTC
Idea of JCMS
Folks,
just heard of JCMS proposed to be incubated and it sounds interesting.
Looking at the description and the sources I wonder why not helping
the Slide project to achive the goals stated in the proposal. Goals
are pretty similar and Slide is working code.
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by David Nuescheler <da...@gmail.com>.
hi oli,
thanks for your comments. i really appreciate your interest.
> first of all let me say that I really appreciate your help! Second,
> let me say that I have no reservations concerning Jackrabbit and
> certainly do not see it as a threat to Slide or the other way round
> (which others seemed to feel in other posts), but rather want to
> explore where each project can learn from the other or where they
> could combine efforts or benefit from each other - like with sharing a
> WebDAV implementation.
agreed. i certainly would be great to share a webdav library
for example.
> > > (1) Where can I get the (tentative) JCR API?
> > you can download the snapshot that was out for public review
> > in may-2004
> > ( http://jcp.org/aboutJava/communityprocess/review/jsr170/index.html )
> > which is a quite a bit outdated now. or you can get the binaries that
> > are used by maven to build for jackrabbit from http://www.day.com/maven/
> > "proposed final draft" will be submitted soon (i hope).
> Thanks, got it now! Is this the API you were programming Jackrabbit to?
precisely... the versions of the jcr.jar (v0.15) are in sync with the
versions of the spec.
> > > (2) When *presumably* will Jackrabbit be mature enought
> > > to be an alternative to the current Slide backend?
> > since i do not know slide well enough to understand how
> > mature it is and i cannot judge what it would mean to be an alternative
> > to the slide backend, i can only speak for jackrabbit. even when
> > jackrabbit was still a slide proposal people (unfortuntately)
> > started to use it in production.
> Which is not your fault!
which is other peoples fault, and they know that the
have to live with the continous changes, in the api.
> > there are already mature applications that are built
> > uniquely on jackrabbit, so far people have been very
> > happy with the stability.
> That's great! Do you have links to them?
sure... i think one of the earliest adopters you can find for example
at http://www.magnolia.info
> I suppose this is without authentication, access rights management and
> locking, right?
well, not entirely. but it is correct that currently locking and access control
are currently still being developed. but applications can most certainly
deal with those topics themselves, which i would (as i mentioned
before) not suggest.
> Please forbear with me as I am not yet familiar with Jackrabbit, but
> as far as I have seen there is only a backend to the file system and
> none to a relational database, right? Or have I missed something?
there could be a wide variety of PerstistenceManagers that people
could think of. personally, i believe that an fs backend certainly has
great value when it comes to ease of deployment, but as you might
see on the jackrabbit list other people are already discussing jdbc
contributions... we will see...
> How does the JCRQL look like? Is there any link to documentation?
see the spec that you downloaded ;)
however, it is subject to change.
> > i am sure there are very different mechanisms to measure
> > robustness, which are usually very dependant on the
> > requirements of the users. do you have any sort of
> > performance metrics in mind? uptime? size of the
> > repository in bytes or nodes (resources)? transactions
> > per second? functionality (versioning, query,
> > transactions,...?)? memory consumption?
> Bottom line is Jackrabbit is something you would advice to program to
> for production? Even now? Well, that's good news for me! Why not
> moving it out of the incubator then?
first of all the criteria for moving something out of the
incubator is has nothing to do with the stability of the code,
but with the maturity of a project from a community perspective.
from that perspective jackrabbit certainly still belongs into
the incubator, we are still a very young community.
as the spec-lead i would of course discourage anybody from
using jsr-170 until it is finally approved by the executive
committee of the jcp unless they are willing to accept the
consequences of continuous change of the api.
of course personally as a developer i would refuse to
work with anything else but jsr-170 when it comes to
communicating with a content repository, and i much
rather incurr the impact of continuous changes in
the jsr-170, than having to deal with a proprietary api.
thanks again for all the excellent questions.
regards,
david
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Oliver Zeigermann <ol...@gmail.com>.
Hi David,
first of all let me say that I really appreciate your help! Second,
let me say that I have no reservations concerning Jackrabbit and
certainly do not see it as a threat to Slide or the other way round
(which others seemed to feel in other posts), but rather want to
explore where each project can learn from the other or where they
could combine efforts or benefit from each other - like with sharing a
WebDAV implementation.
More comments inline...
On Mon, 1 Nov 2004 10:44:12 +0100, David Nuescheler
<da...@gmail.com> wrote:
> hi oliver,
>
> > (1) Where can I get the (tentative) JCR API?
> you can download the snapshot that was out for public review
> in may-2004
> ( http://jcp.org/aboutJava/communityprocess/review/jsr170/index.html )
> which is a quite a bit outdated now. or you can get the binaries that
> are used by maven to build for jackrabbit from http://www.day.com/maven/
> "proposed final draft" will be submitted soon (i hope).
Thanks, got it now! Is this the API you were programming Jackrabbit to?
> > (2) When *presumably* will Jackrabbit be mature enought
> > to be an alternative to the current Slide backend?
> since i do not know slide well enough to understand how
> mature it is and i cannot judge what it would mean to be an alternative
> to the slide backend, i can only speak for jackrabbit. even when
> jackrabbit was still a slide proposal people (unfortuntately)
> started to use it in production.
Which is not your fault!
> there are already mature applications that are built
> uniquely on jackrabbit, so far people have been very
> happy with the stability.
That's great! Do you have links to them?
I suppose this is without authentication, access rights management and
locking, right?
Please forbear with me as I am not yet familiar with Jackrabbit, but
as far as I have seen there is only a backend to the file system and
none to a relational database, right? Or have I missed something?
How does the JCRQL look like? Is there any link to documentation?
> i am sure there are very different mechanisms to measure
> robustness, which are usually very dependant on the
> requirements of the users. do you have any sort of
> performance metrics in mind? uptime? size of the
> repository in bytes or nodes (resources)? transactions
> per second? functionality (versioning, query,
> transactions,...?)? memory consumption?
Bottom line is Jackrabbit is something you would advice to program to
for production? Even now? Well, that's good news for me! Why not
moving it out of the incubator then?
> if there are any standard loadtests that are used
> for slide i am sure we could port them over to
> jsr-170 and see how jackrabbit compares today...
> (which as a side effect would allow us to have
> the worlds first "general purpose content
> repository benchmark" that would run against
> any jsr-170 compliant repository ;) )
No idea how this might look like...
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by David Nuescheler <da...@gmail.com>.
hi oliver,
> (1) Where can I get the (tentative) JCR API?
you can download the snapshot that was out for public review
in may-2004
( http://jcp.org/aboutJava/communityprocess/review/jsr170/index.html )
which is a quite a bit outdated now. or you can get the binaries that
are used by maven to build for jackrabbit from http://www.day.com/maven/
"proposed final draft" will be submitted soon (i hope).
i think you bring up a good point, we should somehow
manage to get the java-doc of the jsr-170 into the
jackrabbit api doc.
> (2) When *presumably* will Jackrabbit be mature enought
> to be an alternative to the current Slide backend?
since i do not know slide well enough to understand how
mature it is and i cannot judge what it would mean to be an alternative
to the slide backend, i can only speak for jackrabbit. even when
jackrabbit was still a slide proposal people (unfortuntately)
started to use it in production.
there are already mature applications that are built
uniquely on jackrabbit, so far people have been very
happy with the stability.
i am sure there are very different mechanisms to measure
robustness, which are usually very dependant on the
requirements of the users. do you have any sort of
performance metrics in mind? uptime? size of the
repository in bytes or nodes (resources)? transactions
per second? functionality (versioning, query,
transactions,...?)? memory consumption?
if there are any standard loadtests that are used
for slide i am sure we could port them over to
jsr-170 and see how jackrabbit compares today...
(which as a side effect would allow us to have
the worlds first "general purpose content
repository benchmark" that would run against
any jsr-170 compliant repository ;) )
david
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Oliver Zeigermann <ol...@gmail.com>.
Two (maybe dumb) questions
(1) Where can I get the (tentative) JCR API?
(2) When *presumably* will Jackrabbit be mature enought to be an
alternative to the current Slide backend?
Oliver
On Sun, 31 Oct 2004 17:41:49 -0800, Roy T. Fielding <fi...@gbiv.com> wrote:
> There is no problem. There is no reason at all for any one project
> to "own" the CMS space at Apache. It makes sense for Slide to replace
> its back-end with Jackrabbit for one and only one reason: such an
> architecture will enable substitutability of its back-end and simplify
> Slide's implementation. If that does not turn out to be the case,
> then none of us would want Slide to use Jackrabbit and I see no
> reason to badger them into doing so. Likewise for Lenya, JCMS,
> and whatever else may come next.
>
> What we would like to see is all of the folks who think they might
> need a JVM storage management interface to get involved in the
> Jackrabbit project, try to use it to build useful things, tell us
> all when problems are encountered (preferably right now, while the
> JCR specification is still easy to change), and through that
> interaction make Jackrabbit something more useful than just another
> JSR interface. That is a heck of a lot more useful than just waiting
> to see what code the current project developers turn out.
>
> ....Roy
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by "Roy T. Fielding" <fi...@gbiv.com>.
There is no problem. There is no reason at all for any one project
to "own" the CMS space at Apache. It makes sense for Slide to replace
its back-end with Jackrabbit for one and only one reason: such an
architecture will enable substitutability of its back-end and simplify
Slide's implementation. If that does not turn out to be the case,
then none of us would want Slide to use Jackrabbit and I see no
reason to badger them into doing so. Likewise for Lenya, JCMS,
and whatever else may come next.
What we would like to see is all of the folks who think they might
need a JVM storage management interface to get involved in the
Jackrabbit project, try to use it to build useful things, tell us
all when problems are encountered (preferably right now, while the
JCR specification is still easy to change), and through that
interaction make Jackrabbit something more useful than just another
JSR interface. That is a heck of a lot more useful than just waiting
to see what code the current project developers turn out.
....Roy
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Sanjiva Weerawarana <sa...@opensource.lk>.
"Rolf Kulemann" <ro...@apache.org> writes:
>
> But JCMS also claims to support/use standards like JCR. AFAICS Slide
> does not support JCR. I do not know why, but I saw some posting giving
> me the feeling it was due to lack of collaboration between the former
> jcrri team and the Slide team.
I don't know the scope of these projects but ...
If the only problem is that Slide doesn't support a standard (that
presumably came after its inception) then I think the right thing to do
is to go and implement that standard on top of the existing codebase.
Is there some technical reason why that can't be done? If not we're not
living up to the community building spirit by creating, in effect, a
community which is designed to kill an existing community.
Sanjiva.
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Oliver Zeigermann <ol...@gmail.com>.
On Sun, 31 Oct 2004 13:00:23 +0100, Rolf Kulemann <ro...@apache.org> wrote:
> On Sun, 2004-10-31 at 12:46, Oliver Zeigermann wrote:
> > Hi Rolf,
> >
> > thanks for this honest statement. I was just wondering a little bit:
> > Slide's main focus is on providing a WebDAV compliant server for all
> > kinds of repositories. I guess it does this job pretty well. It
> > becomes easier and easier to plug all kinds of stores into it and the
> > WebDAV compliance is unmatched by anthing else I have ever seen.
>
> To correct my statement again; Slide is really the greatest WebDAV repo
> I have ever seen. Great job :) But I need more...and I guess JCMS as
> well.
Hihi, do not overdo it ;)
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: lenya-dev-unsubscribe@cocoon.apache.org
For additional commands, e-mail: lenya-dev-help@cocoon.apache.org
Re: Idea of JCMS
Posted by Oliver Zeigermann <ol...@gmail.com>.
On Sun, 31 Oct 2004 13:00:23 +0100, Rolf Kulemann <ro...@apache.org> wrote:
> On Sun, 2004-10-31 at 12:46, Oliver Zeigermann wrote:
> > Hi Rolf,
> >
> > thanks for this honest statement. I was just wondering a little bit:
> > Slide's main focus is on providing a WebDAV compliant server for all
> > kinds of repositories. I guess it does this job pretty well. It
> > becomes easier and easier to plug all kinds of stores into it and the
> > WebDAV compliance is unmatched by anthing else I have ever seen.
>
> To correct my statement again; Slide is really the greatest WebDAV repo
> I have ever seen. Great job :) But I need more...and I guess JCMS as
> well.
Hihi, do not overdo it ;)
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 12:46, Oliver Zeigermann wrote:
> Hi Rolf,
>
> thanks for this honest statement. I was just wondering a little bit:
> Slide's main focus is on providing a WebDAV compliant server for all
> kinds of repositories. I guess it does this job pretty well. It
> becomes easier and easier to plug all kinds of stores into it and the
> WebDAV compliance is unmatched by anthing else I have ever seen.
To correct my statement again; Slide is really the greatest WebDAV repo
I have ever seen. Great job :) But I need more...and I guess JCMS as
well.
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 13:14, Oliver Zeigermann wrote:
> > Ok, sorry, I missed the WebDAV thingy. You are right. BUT WebDAV is very
> > limited; see transactions and a standard query API. However, this is
> > another discussion.
> >
> > This is exactly the reason why I won't use Slide for Lenya; I can not
> > use WebDAV because of its limitations and I do not want to rely on the
> > _propriatry_ Slide API.
>
> I did not want to program to the propriatry Slide API either ;)
>
> Anyway, Slide supports both a standard query API as well as
> transactions. Seach is standard WebDAV and for transactions, events /
> notifcation we use the extensions MS proposed...
Well, maybe the MS extensions will be part of the WebDAV standard
sometimes...
We in Lenya land will have to make a decision soon, on which API we want
to rely on. So, I very appreciate this discussion.
>
> Daniel, the inventor of Projector - which is part of Slide - did
> exactly that: implement some sort of CMS frontend (i.e. workflow,
> processing, etc.) against WebDAV. I have recently heard rumors he now
> adapts it to work with SVN which speaks a WebDAV dialect as well. So,
> this is well possible and seems to work fine...
Yes, I have seen the Projector, but I do not know much about it. Maybe a
closer look will offer me some new views to things. On the other hand
I'm working on Lenya...
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 14:31, Oliver Zeigermann wrote:
> > Mhh, a standard query API? WebDAV only specifies a query envelope, but
> > not the query language. Or do you mean the Slide API exposes a standard
> > query API? Which standard does it use?
>
> There is more than an envelope, there also is the basic search:
>
> http://www.greenbytes.de/tech/webdav/draft-reschke-webdav-search-07.html#qs-basicsearch
>
> Slide supports it...
I know, I used it :) It worked quite fine.
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Oliver Zeigermann <ol...@gmail.com>.
> Mhh, a standard query API? WebDAV only specifies a query envelope, but
> not the query language. Or do you mean the Slide API exposes a standard
> query API? Which standard does it use?
There is more than an envelope, there also is the basic search:
http://www.greenbytes.de/tech/webdav/draft-reschke-webdav-search-07.html#qs-basicsearch
Slide supports it...
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 13:14, Oliver Zeigermann wrote:
> > Ok, sorry, I missed the WebDAV thingy. You are right. BUT WebDAV is very
> > limited; see transactions and a standard query API. However, this is
> > another discussion.
> >
> > This is exactly the reason why I won't use Slide for Lenya; I can not
> > use WebDAV because of its limitations and I do not want to rely on the
> > _propriatry_ Slide API.
>
> I did not want to program to the propriatry Slide API either ;)
>
> Anyway, Slide supports both a standard query API as well as
> transactions.
Mhh, a standard query API? WebDAV only specifies a query envelope, but
not the query language. Or do you mean the Slide API exposes a standard
query API? Which standard does it use?
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Transactions and Webdav client lib [was Re: Idea of JCMS]
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 17:52, Oliver Zeigermann wrote:
> Hi Rolf,
>
> you are right, Client Javadocs have not been updated for ages. Done this now.
>
> Methods are
>
> http://jakarta.apache.org/slide/clientjavadoc/org/apache/webdav/lib/WebdavResource.html#startTransaction(java.lang.String,%20int)
> http://jakarta.apache.org/slide/clientjavadoc/org/apache/webdav/lib/WebdavResource.html#commitTransaction()
> http://jakarta.apache.org/slide/clientjavadoc/org/apache/webdav/lib/WebdavResource.html#abortTransaction()
>
> Concerning JTA, there is a JCA connector that can be linked into JTA
> transactions. More information is here:
>
> http://jakarta.apache.org/slide/howto-jca.html
>
> However, this has not been heaviliy tested, yet. If you use it
> consider yourself a beta tester...
Thank you very much Oliver.
BTW: Do not take my comments on general@i.a.o too serious :)
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Transactions and Webdav client lib [was Re: Idea of JCMS]
Posted by Oliver Zeigermann <ol...@gmail.com>.
Hi Rolf,
you are right, Client Javadocs have not been updated for ages. Done this now.
Methods are
http://jakarta.apache.org/slide/clientjavadoc/org/apache/webdav/lib/WebdavResource.html#startTransaction(java.lang.String,%20int)
http://jakarta.apache.org/slide/clientjavadoc/org/apache/webdav/lib/WebdavResource.html#commitTransaction()
http://jakarta.apache.org/slide/clientjavadoc/org/apache/webdav/lib/WebdavResource.html#abortTransaction()
Concerning JTA, there is a JCA connector that can be linked into JTA
transactions. More information is here:
http://jakarta.apache.org/slide/howto-jca.html
However, this has not been heaviliy tested, yet. If you use it
consider yourself a beta tester...
Oliver
On Sun, 31 Oct 2004 15:33:30 +0100, Rolf Kulemann <ro...@apache.org> wrote:
> On Sun, 2004-10-31 at 15:13, Rolf Kulemann wrote:
>
>
> > On Sun, 2004-10-31 at 15:02, Oliver Zeigermann wrote:
> > > Yes.
> > Ok, then I have some more questions:
> >
> > Looking at http://jakarta.apache.org/slide/clientjavadoc/index.html
> > I can not find a hint how to do the transactions. I thought there is a
> > JTA support exposed by the session or via the methods package.
> >
> > Sorry for this maybe newbie question. Can you point me to a code snippet
> > where the MS extensions are used?
>
> Ok in Client.java from CVS I found
>
> void beginTransaction(String timeout, String owner)
> {
> try {
> checkUri(null);
>
> // Test the parameter
> //
> // Timeout
> int to=0;
> if ((timeout != null) && (timeout.toLowerCase().substring(0,5).equals("-tinf")) ) { //infinite
> to = LockMethod.TIMEOUT_INFINITY;
> } else {
> to = (timeout == null)? 120 : Integer.parseInt(timeout.substring(2));
> }
>
> // owner
> owner = (owner != null) ? (owner.substring(2)) : owner;
>
> out.print("Starting transaction ");
> if (webdavResource.startTransaction(owner, to)) {
> out.println("succeeded.");
> out.println("Handle: '"+webdavResource.getTransactionHandle()+"'");
> } else {
> out.println("failed.");
> out.println(webdavResource.getStatusMessage());
> }
> }
> catch (Exception ex) {
> handleException(ex);
> }
> }
>
> * Does this mean transactions are not useable via JTA?
> * The online javadoc of WebdavResource is not showing the beginTransaction method etc. is the code not yet released?
>
>
>
> --
> Rolf Kulemann
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Transactions and Webdav client lib [was Re: Idea of JCMS]
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 15:13, Rolf Kulemann wrote:
> On Sun, 2004-10-31 at 15:02, Oliver Zeigermann wrote:
> > Yes.
> Ok, then I have some more questions:
>
> Looking at http://jakarta.apache.org/slide/clientjavadoc/index.html
> I can not find a hint how to do the transactions. I thought there is a
> JTA support exposed by the session or via the methods package.
>
> Sorry for this maybe newbie question. Can you point me to a code snippet
> where the MS extensions are used?
Ok in Client.java from CVS I found
void beginTransaction(String timeout, String owner)
{
try {
checkUri(null);
// Test the parameter
//
// Timeout
int to=0;
if ((timeout != null) && (timeout.toLowerCase().substring(0,5).equals("-tinf")) ) { //infinite
to = LockMethod.TIMEOUT_INFINITY;
} else {
to = (timeout == null)? 120 : Integer.parseInt(timeout.substring(2));
}
// owner
owner = (owner != null) ? (owner.substring(2)) : owner;
out.print("Starting transaction ");
if (webdavResource.startTransaction(owner, to)) {
out.println("succeeded.");
out.println("Handle: '"+webdavResource.getTransactionHandle()+"'");
} else {
out.println("failed.");
out.println(webdavResource.getStatusMessage());
}
}
catch (Exception ex) {
handleException(ex);
}
}
* Does this mean transactions are not useable via JTA?
* The online javadoc of WebdavResource is not showing the beginTransaction method etc. is the code not yet released?
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Transactions and Webdav client lib [was Re: Idea of JCMS]
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 15:02, Oliver Zeigermann wrote:
> Yes.
Ok, then I have some more questions:
Looking at http://jakarta.apache.org/slide/clientjavadoc/index.html
I can not find a hint how to do the transactions. I thought there is a
JTA support exposed by the session or via the methods package.
Sorry for this maybe newbie question. Can you point me to a code snippet
where the MS extensions are used?
Thank you very much.
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Transactions and Webdav client lib [was Re: Idea of JCMS]
Posted by Oliver Zeigermann <ol...@gmail.com>.
Yes.
Oliver
On Sun, 31 Oct 2004 14:56:49 +0100, Rolf Kulemann <ro...@apache.org> wrote:
> On Sun, 2004-10-31 at 13:14, Oliver Zeigermann wrote:
>
> > Anyway, Slide supports both a standard query API as well as
> > transactions. Seach is standard WebDAV and for transactions, events /
> > notifcation we use the extensions MS proposed...
>
> Are these MS extensions exposed by the WebDAV client library?
>
> --
> Rolf Kulemann
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Transactions and Webdav client lib [was Re: Idea of JCMS]
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 13:14, Oliver Zeigermann wrote:
> Anyway, Slide supports both a standard query API as well as
> transactions. Seach is standard WebDAV and for transactions, events /
> notifcation we use the extensions MS proposed...
Are these MS extensions exposed by the WebDAV client library?
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: Idea of JCMS
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 13:14, Oliver Zeigermann wrote:
...
> > To be honest again, my personal wish is that Slide and Rabbit folks
> > would work more closely together. I feel the potential of
> > cross-pollination is great.
>
> By the way, I was not able to follow the progress of the Rabbit
> thing, is there already any sort of useable backend? Does it provide
> transactions now?
>
> Would be interesting to know...
Yep, first working code was checked in these days.
>
> Is there any special mailing list I could subscribe to?
Yep, jackrabbit-dev@incubator.apache.org
and the website is at
http://incubator.apache.org/jackrabbit/
Would be nice to have you around there :)
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Oliver Zeigermann <ol...@gmail.com>.
> Ok, sorry, I missed the WebDAV thingy. You are right. BUT WebDAV is very
> limited; see transactions and a standard query API. However, this is
> another discussion.
>
> This is exactly the reason why I won't use Slide for Lenya; I can not
> use WebDAV because of its limitations and I do not want to rely on the
> _propriatry_ Slide API.
I did not want to program to the propriatry Slide API either ;)
Anyway, Slide supports both a standard query API as well as
transactions. Seach is standard WebDAV and for transactions, events /
notifcation we use the extensions MS proposed...
Daniel, the inventor of Projector - which is part of Slide - did
exactly that: implement some sort of CMS frontend (i.e. workflow,
processing, etc.) against WebDAV. I have recently heard rumors he now
adapts it to work with SVN which speaks a WebDAV dialect as well. So,
this is well possible and seems to work fine...
> And I can not believe that WebDAV is the right API to let a CMS app base
> upon (because of the limitations). The way to go IMHO is:
>
> Use JCR API for heavy weight requirements (tx, query) and provide also a
> WebDAV API for low level clients to access the same repo.
>
> To be honest again, my personal wish is that Slide and Rabbit folks
> would work more closely together. I feel the potential of
> cross-pollination is great.
By the way, I was not able to follow the progress of the Rabbit
thing, is there already any sort of useable backend? Does it provide
transactions now?
Would be interesting to know...
Is there any special mailing list I could subscribe to?
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 12:46, Oliver Zeigermann wrote:
> Hi Rolf,
>
> thanks for this honest statement. I was just wondering a little bit:
> Slide's main focus is on providing a WebDAV compliant server for all
> kinds of repositories. I guess it does this job pretty well. It
> becomes easier and easier to plug all kinds of stores into it and the
> WebDAV compliance is unmatched by anthing else I have ever seen.
>
> WebDAV already is an accepted standard while the JCR still has to proove this.
>
> Having said that, do you still feel working with / on Slide has no future?
Ok, sorry, I missed the WebDAV thingy. You are right. BUT WebDAV is very
limited; see transactions and a standard query API. However, this is
another discussion.
This is exactly the reason why I won't use Slide for Lenya; I can not
use WebDAV because of its limitations and I do not want to rely on the
_propriatry_ Slide API.
And I can not believe that WebDAV is the right API to let a CMS app base
upon (because of the limitations). The way to go IMHO is:
Use JCR API for heavy weight requirements (tx, query) and provide also a
WebDAV API for low level clients to access the same repo.
To be honest again, my personal wish is that Slide and Rabbit folks
would work more closely together. I feel the potential of
cross-pollination is great.
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Oliver Zeigermann <ol...@gmail.com>.
Hi Rolf,
thanks for this honest statement. I was just wondering a little bit:
Slide's main focus is on providing a WebDAV compliant server for all
kinds of repositories. I guess it does this job pretty well. It
becomes easier and easier to plug all kinds of stores into it and the
WebDAV compliance is unmatched by anthing else I have ever seen.
WebDAV already is an accepted standard while the JCR still has to proove this.
Having said that, do you still feel working with / on Slide has no future?
Oliver
On Sun, 31 Oct 2004 12:07:16 +0100, Rolf Kulemann <ro...@apache.org> wrote:
> On Sun, 2004-10-31 at 00:03, Oliver Zeigermann wrote:
>
>
> > Folks,
> >
> > just heard of JCMS proposed to be incubated and it sounds interesting.
> > Looking at the description and the sources I wonder why not helping
> > the Slide project to achive the goals stated in the proposal. Goals
> > are pretty similar and Slide is working code.
>
> But JCMS also claims to support/use standards like JCR. AFAICS Slide
> does not support JCR. I do not know why, but I saw some posting giving
> me the feeling it was due to lack of collaboration between the former
> jcrri team and the Slide team.
>
> See
> * http://www.mail-archive.com/slide-dev@jakarta.apache.org/msg11190.html
> * http://www.mail-archive.com/slide-dev@jakarta.apache.org/msg11245.html
>
> IMHO, JCMS should better help out in the JackRabbit project even Slide
> has more working code. Apache is much about standards like Tomcat
> implementing the J2EE refs. for Servlets and JSP. Other products like
> Geronimo then rely on such impls. JCR is another peace in the puzzle.
>
> Its not that I do not like Slide, but I like to focus on standards as a
> long term goal. JCMS is just starting and should focus on standards too.
> We in Lenya land will also focus on JackRabbit after we did our next
> maintenance release.
>
> Assertion: Keep on using Slide is like building on a proprietry Java DB
> access API in regard to JDBC.
>
> I do not want to offend Slide. It's just my technical opinion.
> --
> Rolf Kulemann
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: Idea of JCMS
Posted by Rolf Kulemann <ro...@apache.org>.
On Sun, 2004-10-31 at 00:03, Oliver Zeigermann wrote:
> Folks,
>
> just heard of JCMS proposed to be incubated and it sounds interesting.
> Looking at the description and the sources I wonder why not helping
> the Slide project to achive the goals stated in the proposal. Goals
> are pretty similar and Slide is working code.
But JCMS also claims to support/use standards like JCR. AFAICS Slide
does not support JCR. I do not know why, but I saw some posting giving
me the feeling it was due to lack of collaboration between the former
jcrri team and the Slide team.
See
* http://www.mail-archive.com/slide-dev@jakarta.apache.org/msg11190.html
* http://www.mail-archive.com/slide-dev@jakarta.apache.org/msg11245.html
IMHO, JCMS should better help out in the JackRabbit project even Slide
has more working code. Apache is much about standards like Tomcat
implementing the J2EE refs. for Servlets and JSP. Other products like
Geronimo then rely on such impls. JCR is another peace in the puzzle.
Its not that I do not like Slide, but I like to focus on standards as a
long term goal. JCMS is just starting and should focus on standards too.
We in Lenya land will also focus on JackRabbit after we did our next
maintenance release.
Assertion: Keep on using Slide is like building on a proprietry Java DB
access API in regard to JDBC.
I do not want to offend Slide. It's just my technical opinion.
--
Rolf Kulemann
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org