You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by "Lewis, Andrew J" <An...@jbosc.ksc.nasa.gov> on 2002/05/10 22:39:51 UTC
Another Component...
Ok...since it looks like there is a lot to work with on the
Transformer I need (thanks everyone)
My next task is a CVS Writable Source....
Has anyone tried that path yet?
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Another Component...
Posted by "Andrew C. Oliver" <ac...@apache.org>.
Cocoon-Wiki is on my lightyear long todo list. Would be great for the
Doco.
-Andy
On Sat, 2002-05-11 at 16:05, Stefano Mazzocchi wrote:
> "Lewis, Andrew J" wrote:
> >
> > Ok...since it looks like there is a lot to work with on the
> > Transformer I need (thanks everyone)
> >
> > My next task is a CVS Writable Source....
> >
> > Has anyone tried that path yet?
>
> I thought about doing it for Forrest (connect <slash-edit> with a CVS
> writable source and *voila* web-based doco editing!) but it's on my
> lightyear-long todo list on a pretty deadly-low priority ATM.
>
> My suggestion anyway is: take a look at netbeans, they have a CVS
> protocol library which is pretty cool and the license is compatible.
> Another solution is Eclipse (I think the license is compatible as well).
> Third solution JCVS (but last time I checked was LGPL so I would give
> higher priority to the other ones).
>
> With this library shouldn't be that hard to build a writable source... I
> just wonder how the URI would turn out to be... mapping the CVS resource
> resolution space (with tags, branches and versions) to a URI space looks
> pretty scary to me... (look at the mess that WebDAV DeltaV had to go
> thru!)
>
> --
> Stefano Mazzocchi One must still have chaos in oneself to be
> able to give birth to a dancing star.
> <st...@apache.org> Friedrich Nietzsche
> --------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
--
http://www.superlinksoftware.com - software solutions for business
http://jakarta.apache.org/poi - Excel/Word/OLE 2 Compound Document in
Java
http://krysalis.sourceforge.net/centipede - the best build/project
structure
a guy/gal could have! - Make Ant simple on complex Projects!
The avalanche has already started. It is too late for the pebbles to
vote.
-Ambassador Kosh
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Another Component...
Posted by Jason Foster <ja...@uwaterloo.ca>.
> With this library shouldn't be that hard to build a writable source... I
> just wonder how the URI would turn out to be... mapping the CVS resource
> resolution space (with tags, branches and versions) to a URI space looks
> pretty scary to me... (look at the mess that WebDAV DeltaV had to go
> thru!)
<ignornace mode="on">
Wouldn't that depend on whether the request was being handled via GET or
POST? This sounds like the kind of thing that the W3 TAG has been getting
into with respect to SOAP. If all of the extra goop can be transmitted
"out of band" from the URI, then the problem would go away.
So can a source access out-of-band information? Put the details in an XML
document (like a SOAP request) and Bob might be your uncle.
</ignorance>
Jason Foster
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Another Component...
Posted by Stefano Mazzocchi <st...@apache.org>.
"Lewis, Andrew J" wrote:
>
> Ok...since it looks like there is a lot to work with on the
> Transformer I need (thanks everyone)
>
> My next task is a CVS Writable Source....
>
> Has anyone tried that path yet?
I thought about doing it for Forrest (connect <slash-edit> with a CVS
writable source and *voila* web-based doco editing!) but it's on my
lightyear-long todo list on a pretty deadly-low priority ATM.
My suggestion anyway is: take a look at netbeans, they have a CVS
protocol library which is pretty cool and the license is compatible.
Another solution is Eclipse (I think the license is compatible as well).
Third solution JCVS (but last time I checked was LGPL so I would give
higher priority to the other ones).
With this library shouldn't be that hard to build a writable source... I
just wonder how the URI would turn out to be... mapping the CVS resource
resolution space (with tags, branches and versions) to a URI space looks
pretty scary to me... (look at the mess that WebDAV DeltaV had to go
thru!)
--
Stefano Mazzocchi One must still have chaos in oneself to be
able to give birth to a dancing star.
<st...@apache.org> Friedrich Nietzsche
--------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
RE: Another Component...
Posted by John Morrison <jo...@ntlworld.com>.
> From: Nicola Ken Barozzi [mailto:nicolaken@apache.org]
>
> From: "John Morrison" <jo...@ntlworld.com>
>
> > > From: Lewis, Andrew J [mailto:Andrew.Lewis@jbosc.ksc.nasa.gov]
> > >
> > > Ok...since it looks like there is a lot to work with on the
> > > Transformer I need (thanks everyone)
> > >
> > > My next task is a CVS Writable Source....
> > >
> > > Has anyone tried that path yet?
> >
> > I've had the idea of reading/writting/diffing a cvs source, but
> > I've never had the time with sufficient irritation to scratch.
> >
> > Lot's of people would love you for a (generator?) which could
> > integrate with source control :)
> >
> > J.
> You can use the CVS package from NetBeans (www.netbeans.org).
> The license is compatible with ours ans it's pure Java AFAIK.
I think the vcsgeneric module would be better, then we could
plug in other source control as required...?
J.
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Another Component...
Posted by Nicola Ken Barozzi <ni...@apache.org>.
From: "John Morrison" <jo...@ntlworld.com>
> I've had the idea of reading/writting/diffing a cvs source, but
> I've never had the time with sufficient irritation to scratch.
>
> Lot's of people would love you for a (generator?) which could
> integrate with source control :)
>
> J.
>
> > From: Lewis, Andrew J [mailto:Andrew.Lewis@jbosc.ksc.nasa.gov]
> >
> > Ok...since it looks like there is a lot to work with on the
> > Transformer I need (thanks everyone)
> >
> > My next task is a CVS Writable Source....
> >
> > Has anyone tried that path yet?
You can use the CVS package from NetBeans (www.netbeans.org).
The license is compatible with ours ans it's pure Java AFAIK.
--
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: Another Component...
Posted by John Morrison <jo...@ntlworld.com>.
I've had the idea of reading/writting/diffing a cvs source, but
I've never had the time with sufficient irritation to scratch.
Lot's of people would love you for a (generator?) which could
integrate with source control :)
J.
> From: Lewis, Andrew J [mailto:Andrew.Lewis@jbosc.ksc.nasa.gov]
>
> Ok...since it looks like there is a lot to work with on the
> Transformer I need (thanks everyone)
>
> My next task is a CVS Writable Source....
>
> Has anyone tried that path yet?
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org