You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Matthieu Sozeau <ma...@netcourrier.com> on 2002/12/28 17:15:01 UTC
[ANNOUNCE] CVSView, a server-side CVS repository generator.
Hi!
I've been working on this lately and finally got it reach a
distributable state and invite (urge!) you to try it. CVSView
has the same basic functionnalities as the ViewCVS CGI, is generic
(i.e. it just generates metadata about the repository's contents)
and even documented! It requires both jakarta-ORO and the JRCS
package currently in the jakarta commons sandbox.
Tried only with 2.0.2 on GNU/Linux.
Project page at: http://mattam.ath.cx/progs/CVSView.html
M@t
Re: CVS Source (was Re: [ANNOUNCE] CVSView, a server-side CVS repository
generator.)
Posted by Sylvain Wallez <sy...@anyware-tech.com>.
Jeremy Quinn wrote:
>
> On Tuesday, Dec 31, 2002, at 21:19 Europe/London, Sylvain Wallez wrote:
>
>> Some details on this stuff : it's a Source that implements
>> WriteableSource, TraversableSource and partially RevisableSource. It
>> is connected "live" to the CVS server and thus doesn't require a
>> file-accessible repository (like JRCS does) nor a local checkout.
>>
>
> This just sounds fantastic, Sylvain!
Thanks :-)
> One (probably rather ignorant) question .....
>
> If you wanted to use CVSSource as the Source for the FileGenerator,
> for serving up Content (rather than EditableContent) would it be
> Cacheable?
Sure. Its currently not implemented, but the cache validity can be
defined by the revision number : if the latest revision hasn't changed
on the CVS server, then the cached content is valid.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: CVS Source (was Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.)
Posted by Jeremy Quinn <je...@media.demon.co.uk>.
On Tuesday, Dec 31, 2002, at 21:19 Europe/London, Sylvain Wallez wrote:
> Some details on this stuff : it's a Source that implements
> WriteableSource, TraversableSource and partially RevisableSource. It
> is connected "live" to the CVS server and thus doesn't require a
> file-accessible repository (like JRCS does) nor a local checkout.
>
This just sounds fantastic, Sylvain!
One (probably rather ignorant) question .....
If you wanted to use CVSSource as the Source for the FileGenerator, for
serving up Content (rather than EditableContent) would it be Cacheable?
regards Jeremy
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: CVS Source (was Re: [ANNOUNCE] CVSView, a server-side CVS repository
generator.)
Posted by Sylvain Wallez <sy...@anyware-tech.com>.
Stephan Michels wrote:
>
>On Tue, 31 Dec 2002, Sylvain Wallez wrote:
>
>
>
>>I will make this CVSSource available after my holidays (needs some
>>polishing), but it won't be possible to include it in Cocoon's CVS since
>>it currently relies on some LGPL stuff.
>>
>>
>
>These are great news ;-) I missed a CVSSource for years.
>
>
I missed it only for days, but it was urgent, since I needed it for a
customer project, so I wrote it :-)
>>For the explorer-like GUI, I wrote a modified version of the
>>DirectoryGenerator that relies on TraversableSources rather than files.
>>It can thus be used with files, cvs repositories, slide repositories,
>>etc, which has no link on the LGPL'ed stuff.
>>
>>
>
>I have wrote the SourceDescriptionGenerator to deprecate the
>DirectoryGenerator, it uses the TraverableSource IF.
>I wanted also to plugin modules to make a ImageDirectoryGenerator and MP3DirectoryGenerator obsolete.
>
Sounds nice, I have to look at it. We may also port this to 2.0.x since
I my project uses this version.
Also, I'd like to make a few changes to TraversableSource so that it
behaves more like java.io.File. More on this tomorrow.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: CVS Source (was Re: [ANNOUNCE] CVSView, a server-side CVS
repository generator.)
Posted by Stephan Michels <st...@apache.org>.
On Tue, 31 Dec 2002, Sylvain Wallez wrote:
> I will make this CVSSource available after my holidays (needs some
> polishing), but it won't be possible to include it in Cocoon's CVS since
> it currently relies on some LGPL stuff.
These are great news ;-) I missed a CVSSource for years.
> For the explorer-like GUI, I wrote a modified version of the
> DirectoryGenerator that relies on TraversableSources rather than files.
> It can thus be used with files, cvs repositories, slide repositories,
> etc, which has no link on the LGPL'ed stuff.
I have wrote the SourceDescriptionGenerator to deprecate the
DirectoryGenerator, it uses the TraverableSource IF.
I wanted also to plugin modules to
make a ImageDirectoryGenerator and MP3DirectoryGenerator obsolete.
> The end of the year is near (european time), so I wish you all a happy
> new year, a lot of happiness personally, professionally and...
> cocoonally ;-)
Happy new year.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
CVS Source (was Re: [ANNOUNCE] CVSView, a server-side CVS repository
generator.)
Posted by Sylvain Wallez <sy...@anyware-tech.com>.
Steven Noels wrote:
> Stefano Mazzocchi wrote:
>
>> The reason for this is that I would love to be able to have a running
>> cocoon publish documents *directly* from CVS, that is use CVS as a
>> versioning content repository, which is the step one toward a
>> poor-man (but not so poor on functionality!) CMS.
>
>
> Writeable and all:
> http://www.anyware-tech.com/blogs/sylvain/archives/000009.html
Thanks for the plug, Steven :-)
Some details on this stuff : it's a Source that implements
WriteableSource, TraversableSource and partially RevisableSource. It is
connected "live" to the CVS server and thus doesn't require a
file-accessible repository (like JRCS does) nor a local checkout.
I needed that for one of our projects : this is a lightweight CMS which
allows users to edit XML documents stored in a CVS repository. An
explorer-like web GUI allows users to checkout the latest version of
documents either as MS-Word or OpenOffice documents (hence the
ZipArchiveSerializer). When users have finished editing a document, they
upload the modified word or OO file to the web application, which then
extracts the content as XML data and creates a new version on the CVS
server.
I studied the various opensource Java CVS clients available, and found
only 3 :
- Netbeans javacvs (http://javacvs.netbeans.org),
- Eclipse CVS plugin,
- JCVS (http://www.jcvs.org)
Netbeans and Eclipse modules require local checkouts and this wasn't
suitable for my needs since users may have different access rights on
the CVS repository. Using a live connection to the CVS server, each user
uses its own credential for authentication and authorization directly on
the CVS server. The Eclipse plugin is also very tied to the Eclipse
environment, and I didn't want to pull too much stuff for just the CVS
access functionality.
JCVS is the only one that is not tied to a local checkout, so this is
what I used. It is composed of a GPL'ed Swing GUI using a LGPL'ed
implementation of the pserver protocol.
It works, but I'm not very happy with it since the pserver
implementation is still conceptually tied to a CVS GUI and required some
hacks to function properly. So I'm considering rewriting a pserver
implementation (it's not very hard) that could be used both for the CVS
Source and for a VFS provider (see http://jakarta.apache.org/commons/vfs).
I will make this CVSSource available after my holidays (needs some
polishing), but it won't be possible to include it in Cocoon's CVS since
it currently relies on some LGPL stuff.
For the explorer-like GUI, I wrote a modified version of the
DirectoryGenerator that relies on TraversableSources rather than files.
It can thus be used with files, cvs repositories, slide repositories,
etc, which has no link on the LGPL'ed stuff.
The end of the year is near (european time), so I wish you all a happy
new year, a lot of happiness personally, professionally and...
cocoonally ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Steven Noels <st...@outerthought.org>.
Stefano Mazzocchi wrote:
> The reason for this is that I would love to be able to have a running
> cocoon publish documents *directly* from CVS, that is use CVS as a
> versioning content repository, which is the step one toward a poor-man
> (but not so poor on functionality!) CMS.
Writeable and all:
http://www.anyware-tech.com/blogs/sylvain/archives/000009.html
</Steven>
--
Steven Noels http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
Read my weblog at http://radio.weblogs.com/0103539/
stevenn at outerthought.org stevenn at apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Matthieu Sozeau <ma...@netcourrier.com>.
On Mon, Dec 30, 2002 at 01:36:36PM -0800, Stefano Mazzocchi wrote:
> Matthieu Sozeau wrote:
> >On Sun, Dec 29, 2002 at 07:49:05PM -0800, Stefano Mazzocchi wrote:
> >
> >>Matthieu Sozeau wrote:
> >>
> >>>Hi!
> >>>
> >>> I've been working on this lately and finally got it reach a
> >>> distributable state and invite (urge!) you to try it. CVSView
> >>> has the same basic functionnalities as the ViewCVS CGI, is generic
> >>> (i.e. it just generates metadata about the repository's contents)
> >>> and even documented! It requires both jakarta-ORO and the JRCS
> >>> package currently in the jakarta commons sandbox.
> >>>
> >>> Tried only with 2.0.2 on GNU/Linux.
> >>>
> >>> Project page at: http://mattam.ath.cx/progs/CVSView.html
> >>
> >>Way cool.
> >>
> >>Some questions:
> >>
> >>1) is there a way to connect to the last release of a file in 'review'
> >>mode like for
> >>
> >>http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-cocoon2/README.txt?rev=HEAD
> >>
> >
> >
> >Not yet, will add that.
>
> Cool.
>
> BTW, did you look into Eclipse CVS libraries? They are very powerful and
> provide a total abstraction of the CVS server (even SSH tunneling)
>
I wanted to make a relatively tiny CVS Generator for server-side repositories.
I wouldn't have time to look at Eclipse libraries and wouldn't want
everyone to install Eclipse because my Generator required it, although
it surely would be more powerful, and could help write a CVS Source.
If someone work on that i'll probably participate though.
> >>2) does it work remotely? I mean, does it work if the CVS is not hosted
> >>on the same machine where Cocoon is running (and no, there is no NFS
> >>between them) [since you are using JRCS I would tend to think no, but
> >>didn't look into the code so I'd rather ask]
> >>
> >>The reason for this is that I would love to be able to have a running
> >>cocoon publish documents *directly* from CVS, that is use CVS as a
> >>versioning content repository, which is the step one toward a poor-man
> >>(but not so poor on functionality!) CMS.
> >>
> >>Will be very interesting for forrest as well.
> >>
> >
> >
> >Unfortunatelly, no, as that would require parsing the CVS output and be
> >quite ineficient. Also, I'm waiting for subversion which has a public C
> >interface.
>
> Why? subversion uses webdav which is basically just another HTTP
> request. No need to connect to APIs of sort rather than normal
> HTTPClient API.
>
> Or I'm missing something?
No, you're right :)
> --
> Stefano Mazzocchi <st...@apache.org>
> --------------------------------------------------------------------
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
M@t
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Stefano Mazzocchi <st...@apache.org>.
Michael Wechner wrote:
> BTW, does anybody know about plans to use or maybe already usage of
> Subversion within the Apache Foundation, especially since Greg Stein
> is the chairman of the Apache Foundation?
Basically, it has been decided over at infrastructure@ (but without an
official vote, just a collection of thoughts) that once Subversion is
finally shipped each project will have the opportunity to migrate from
CVS to subversion.
Of course, the goal is to move more and more projects to it, but I think
that given the number of tools that CVS has on top, it will take a while
before people are confortable for the switch.
Anyway, the foundation will *not* impose a technology on the various
projects.
But there is definately interest in moving away from CVS since it's very
limited.
--
Stefano Mazzocchi <st...@apache.org>
--------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Michael Wechner <mi...@wyona.org>.
Stefano Mazzocchi wrote:
> Matthieu Sozeau wrote:
>
<snip/>
>
>
> Why? subversion uses webdav which is basically just another HTTP
> request. No need to connect to APIs of sort rather than normal
> HTTPClient API.
>
> Or I'm missing something?
BTW, does anybody know about plans to use or maybe already usage of
Subversion within the Apache Foundation, especially since Greg Stein
is the chairman of the Apache Foundation?
Thanks
Michael
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Stefano Mazzocchi <st...@apache.org>.
Matthieu Sozeau wrote:
> On Sun, Dec 29, 2002 at 07:49:05PM -0800, Stefano Mazzocchi wrote:
>
>>Matthieu Sozeau wrote:
>>
>>>Hi!
>>>
>>> I've been working on this lately and finally got it reach a
>>> distributable state and invite (urge!) you to try it. CVSView
>>> has the same basic functionnalities as the ViewCVS CGI, is generic
>>> (i.e. it just generates metadata about the repository's contents)
>>> and even documented! It requires both jakarta-ORO and the JRCS
>>> package currently in the jakarta commons sandbox.
>>>
>>> Tried only with 2.0.2 on GNU/Linux.
>>>
>>> Project page at: http://mattam.ath.cx/progs/CVSView.html
>>
>>Way cool.
>>
>>Some questions:
>>
>>1) is there a way to connect to the last release of a file in 'review'
>>mode like for
>>
>>http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-cocoon2/README.txt?rev=HEAD
>>
>
>
> Not yet, will add that.
Cool.
BTW, did you look into Eclipse CVS libraries? They are very powerful and
provide a total abstraction of the CVS server (even SSH tunneling)
>>2) does it work remotely? I mean, does it work if the CVS is not hosted
>>on the same machine where Cocoon is running (and no, there is no NFS
>>between them) [since you are using JRCS I would tend to think no, but
>>didn't look into the code so I'd rather ask]
>>
>>The reason for this is that I would love to be able to have a running
>>cocoon publish documents *directly* from CVS, that is use CVS as a
>>versioning content repository, which is the step one toward a poor-man
>>(but not so poor on functionality!) CMS.
>>
>>Will be very interesting for forrest as well.
>>
>
>
> Unfortunatelly, no, as that would require parsing the CVS output and be
> quite ineficient. Also, I'm waiting for subversion which has a public C
> interface.
Why? subversion uses webdav which is basically just another HTTP
request. No need to connect to APIs of sort rather than normal
HTTPClient API.
Or I'm missing something?
--
Stefano Mazzocchi <st...@apache.org>
--------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Stefano Mazzocchi <st...@apache.org>.
Jeremy Quinn wrote:
> We really need a WriteableCVSSource to do this Stefano, no? Or maybe a
> Slide CVS adaptor?
Yes, what we really need is a WriteableCVSSource written on top of the
Eclipse CVS libraries (that even do SSH tunneling, iey!), that's what we
really need to start entering the CMS world for real!
--
Stefano Mazzocchi <st...@apache.org>
--------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Jeremy Quinn <je...@media.demon.co.uk>.
On Monday, Dec 30, 2002, at 12:00 Europe/London, Matthieu Sozeau wrote:
>>
>> The reason for this is that I would love to be able to have a running
>> cocoon publish documents *directly* from CVS, that is use CVS as a
>> versioning content repository, which is the step one toward a poor-man
>> (but not so poor on functionality!) CMS.
>>
>> Will be very interesting for forrest as well.
>>
>
> Unfortunatelly, no, as that would require parsing the CVS output and be
> quite ineficient. Also, I'm waiting for subversion which has a public C
> interface.
>
We really need a WriteableCVSSource to do this Stefano, no? Or maybe a
Slide CVS adaptor?
regards Jeremy
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Matthieu Sozeau <ma...@netcourrier.com>.
On Sun, Dec 29, 2002 at 07:49:05PM -0800, Stefano Mazzocchi wrote:
> Matthieu Sozeau wrote:
> >Hi!
> >
> > I've been working on this lately and finally got it reach a
> > distributable state and invite (urge!) you to try it. CVSView
> > has the same basic functionnalities as the ViewCVS CGI, is generic
> > (i.e. it just generates metadata about the repository's contents)
> > and even documented! It requires both jakarta-ORO and the JRCS
> > package currently in the jakarta commons sandbox.
> >
> > Tried only with 2.0.2 on GNU/Linux.
> >
> > Project page at: http://mattam.ath.cx/progs/CVSView.html
>
> Way cool.
>
> Some questions:
>
> 1) is there a way to connect to the last release of a file in 'review'
> mode like for
>
> http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-cocoon2/README.txt?rev=HEAD
>
Not yet, will add that.
> 2) does it work remotely? I mean, does it work if the CVS is not hosted
> on the same machine where Cocoon is running (and no, there is no NFS
> between them) [since you are using JRCS I would tend to think no, but
> didn't look into the code so I'd rather ask]
>
> The reason for this is that I would love to be able to have a running
> cocoon publish documents *directly* from CVS, that is use CVS as a
> versioning content repository, which is the step one toward a poor-man
> (but not so poor on functionality!) CMS.
>
> Will be very interesting for forrest as well.
>
Unfortunatelly, no, as that would require parsing the CVS output and be
quite ineficient. Also, I'm waiting for subversion which has a public C
interface.
> --
> Stefano Mazzocchi <st...@apache.org>
>
M@t
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Matthieu Sozeau <ma...@netcourrier.com>.
On Mon, Dec 30, 2002 at 09:05:15AM +0100, Dirk-Willem van Gulik wrote:
>
>
> On Sun, 29 Dec 2002, Stefano Mazzocchi wrote:
>
> > > distributable state and invite (urge!) you to try it. CVSView
> > > has the same basic functionnalities as the ViewCVS CGI, is generic
>
> Though also lacks a large number of crucial ones (when browsing it with
> OmbiWeb) such as diff's between arbitrary versions, anotated listings,
> 'clean' downloads of a specfic version.
>
> > > Project page at: http://mattam.ath.cx/progs/CVSView.html
>
> I'd say - nice start; but no-where near where it could be considered as a
> replacement/improvement on the current
>
> http://cvs.apache.org/viewcvs.cgi/
>
> Dw
>
I did the arbitrary diffs and the downloads today, you can try lattest
version at same URL (I corrected the 404 when d/l'ing the dist, too :).
I have a few questions about things I encountered :
- Why when having a parameter like (....html?var1=true&doit)
the parameter 'doit' is ignored ?
I suppose this is a malformed URL problem but I'm not sure.
- To implement the download feature, I needed to set the
content-type and use a text output method. I get a
NullPointerException when I do that from the stylesheet, which
I understand as 'there must be XML data for the serializer'
(even without serializers after the transformation in the
sitemap, which is forbiden from what I read).
My only solution is then to use a 'text/text' mime-type for
all downloads using the TextSerializer, as it seems I cannot
set this option dynamically. I tried looking at the Reader
classes but the doc isn't there, neither at home nor at the
xml.apache.org site. Any idea ?
M@t
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Dirk-Willem van Gulik <di...@webweaving.org>.
On Sun, 29 Dec 2002, Stefano Mazzocchi wrote:
> > distributable state and invite (urge!) you to try it. CVSView
> > has the same basic functionnalities as the ViewCVS CGI, is generic
Though also lacks a large number of crucial ones (when browsing it with
OmbiWeb) such as diff's between arbitrary versions, anotated listings,
'clean' downloads of a specfic version.
> > Project page at: http://mattam.ath.cx/progs/CVSView.html
I'd say - nice start; but no-where near where it could be considered as a
replacement/improvement on the current
http://cvs.apache.org/viewcvs.cgi/
Dw
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Stefano Mazzocchi <st...@apache.org>.
Matthieu Sozeau wrote:
> Hi!
>
> I've been working on this lately and finally got it reach a
> distributable state and invite (urge!) you to try it. CVSView
> has the same basic functionnalities as the ViewCVS CGI, is generic
> (i.e. it just generates metadata about the repository's contents)
> and even documented! It requires both jakarta-ORO and the JRCS
> package currently in the jakarta commons sandbox.
>
> Tried only with 2.0.2 on GNU/Linux.
>
> Project page at: http://mattam.ath.cx/progs/CVSView.html
Way cool.
Some questions:
1) is there a way to connect to the last release of a file in 'review'
mode like for
http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-cocoon2/README.txt?rev=HEAD
2) does it work remotely? I mean, does it work if the CVS is not hosted
on the same machine where Cocoon is running (and no, there is no NFS
between them) [since you are using JRCS I would tend to think no, but
didn't look into the code so I'd rather ask]
The reason for this is that I would love to be able to have a running
cocoon publish documents *directly* from CVS, that is use CVS as a
versioning content repository, which is the step one toward a poor-man
(but not so poor on functionality!) CMS.
Will be very interesting for forrest as well.
--
Stefano Mazzocchi <st...@apache.org>
--------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Matthieu Sozeau wrote:
> On Sun, Dec 29, 2002 at 11:32:17AM +0100, Nicola Ken Barozzi wrote:
[...]
>>Wouldn't you want to donate it to us so we can make a nice block out of
>>it (hint hint - nudge nudge)?
>
> Sure :)
I'm waiting the patch for this block then :-)
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Matthieu Sozeau <ma...@netcourrier.com>.
On Sun, Dec 29, 2002 at 11:32:17AM +0100, Nicola Ken Barozzi wrote:
>
> Matthieu Sozeau wrote:
> >Hi!
> >
> > I've been working on this lately and finally got it reach a
> > distributable state and invite (urge!) you to try it. CVSView
> > has the same basic functionnalities as the ViewCVS CGI, is generic
> > (i.e. it just generates metadata about the repository's contents)
> > and even documented! It requires both jakarta-ORO and the JRCS
> > package currently in the jakarta commons sandbox.
> >
> > Tried only with 2.0.2 on GNU/Linux.
> >
> > Project page at: http://mattam.ath.cx/progs/CVSView.html
>
> AWESOME!
>
> Excellent, exactly what Cocoon lacked and needed! And you use JRCS, so
> it's multi-repository!
>
> Very well done, and it seems also quite simple. Geez, I still am
> surprised by the power of Cocoon after all these years ;-)
I'm pretty proud of it's simplicity too. Thanks to you and all
cocoon/jakarta hackers that made Java an excellent platform, I
wouldn't use this language otherwise :)
>
> But... errr... it's GPL licensed :-(
>
> Wouldn't you want to donate it to us so we can make a nice block out of
> it (hint hint - nudge nudge)?
Sure :)
> --
> Nicola Ken Barozzi nicolaken@apache.org
> - verba volant, scripta manent -
> (discussions get forgotten, just code remains)
> ---------------------------------------------------------------------
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
M@t
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Matthieu Sozeau wrote:
> Hi!
>
> I've been working on this lately and finally got it reach a
> distributable state and invite (urge!) you to try it. CVSView
> has the same basic functionnalities as the ViewCVS CGI, is generic
> (i.e. it just generates metadata about the repository's contents)
> and even documented! It requires both jakarta-ORO and the JRCS
> package currently in the jakarta commons sandbox.
>
> Tried only with 2.0.2 on GNU/Linux.
>
> Project page at: http://mattam.ath.cx/progs/CVSView.html
AWESOME!
Excellent, exactly what Cocoon lacked and needed! And you use JRCS, so
it's multi-repository!
Very well done, and it seems also quite simple. Geez, I still am
surprised by the power of Cocoon after all these years ;-)
But... errr... it's GPL licensed :-(
Wouldn't you want to donate it to us so we can make a nice block out of
it (hint hint - nudge nudge)?
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: [ANNOUNCE] CVSView, a server-side CVS repository generator.
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Matthieu Sozeau wrote:
> Hi!
>
> I've been working on this lately and finally got it reach a
> distributable state and invite (urge!) you to try it. CVSView
> has the same basic functionnalities as the ViewCVS CGI, is generic
> (i.e. it just generates metadata about the repository's contents)
> and even documented! It requires both jakarta-ORO and the JRCS
> package currently in the jakarta commons sandbox.
>
> Tried only with 2.0.2 on GNU/Linux.
>
> Project page at: http://mattam.ath.cx/progs/CVSView.html
AWESOME!
Excellent, exactly what Cocoon lacked and needed! And you use JRCS, so
it's multi-repository!
Very well done, and it seems also quite simple. Geez, I still am
surprised by the power of Cocoon after all these years ;-)
But... errr... it's GPL licensed :-(
Wouldn't you want to donate it to us so we can make a nice block out of
it (hint hint - nudge nudge)?
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>