antonio 2003/10/18 04:02:39
Modified: src/documentation/content/xdocs whoweare.xml history.xml
src/documentation/content/xdocs/community members.xml
Log:
Adding a little of history from
http://www.xml.com/pub/a/2002/02/13/cocoon2.html
Revision Changes Path
1.4 +2 -0 cocoon-site/src/documentation/content/xdocs/whoweare.xml
Index: whoweare.xml
===================================================================
RCS file:
/home/cvs//cocoon-site/src/documentation/content/xdocs/whoweare.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- whoweare.xml 25 Jun 2003 13:59:41 -0000 1.3
+++ whoweare.xml 18 Oct 2003 11:02:39 -0000 1.4
@@ -27,6 +27,8 @@
<li>Bertrand Delacrétaz</li>
<li>Bruno Dumon</li>
+
+ <li>Antonio Gallardo</li>
<li>Vadim Gritsenko</li>
1.4 +67 -3 cocoon-site/src/documentation/content/xdocs/history.xml
Index: history.xml
===================================================================
RCS file: /home/cvs//cocoon-site/src/documentation/content/xdocs/history.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- history.xml 25 Jun 2003 14:54:36 -0000 1.3
+++ history.xml 18 Oct 2003 11:02:39 -0000 1.4
@@ -4,10 +4,74 @@
<document>
<header>
<title>History</title>
+ <authors>
+ <person name="Stefano Mazzocchi" email="[EMAIL PROTECTED]"/>
</header>
-
<body>
- <p>For nostalgia's sake, a short overview of Cocoon's history
- might appear here.</p>
+ <p> Cocoon started simply enough. In 1998 Jon Stevens -- of Apache JServ,
+ Turbine, Velocity, Anakia, and Tigris Scarab fame -- and I created
scripts
+ that managed the automatic update of the java.apache.org site. The
scripts
+ were dead simple: iterate over all the CVS modules that java.apache.org
had
+ under the /docs and copy them to the right place.</p>
+ <p>The problem was that people were continously messing up the docs. Few
+ people want to write documentation for open source projects; when they
do,
+ you thank them and don't complain about coherence of style and stuff like
+ that. Or you won't have any docs at all.</p>
+ <p>The solution was obvious: we needed a way to separate style from
+ content. In late 1998 the first XSL working draft was released and IBM
+ made a Java XSL processor, LotusXSL, available. I downloaded both and
+ started to play around with what was later called XSLT. While playing
with
+ this stuff, I quickly grew tired of typing a command line, moving to the
+ browser to see the result, over and over. I wanted a less tedious
+ change-transform-reload cycle.</p>
+ <p>So I wrote a servlet that handled the tedious bits for me; I could
+ modify the stylesheet, hit reload on the browser, and the servlet would
+ handle everything. This was at the very end of 1998 and Ron Howard's
movie
+ Cocoon was playing on the television, which explains the weird name only
+ partially. I believed at the time that these technologies were a key part
+ of the future of the Web, so a cocoon was just what was needed to allow
+ them to incubate and grow stronger.</p>
+ <p>Apache Cocoon 1.0 was a servlet, about 100 lines of code, that used
+ XML4J (later Apache Xerces) and LotusXSL (later Apache Xalan) to
transform
+ an XML file with an XSL stylesheet. At that time, XSLT, XPath and XSL:FO
+ were still part of one big spec. I didn't think it was very useful for
+ anyone else so I kept it on my disk for a few months. Then, around March
+ 1999, on the jserv-dev mail list somebody was asking about XSL, and I
said
+ that I'd written a servlet that did all that transformation on the server
+ side. Many people asked for it, so I requested a formal vote and the
Apache
+ Cocoon project was started under the java.apache.org umbrella.</p>
+
+ <p>The 1.0 version contained very little code, but lots of examples and
+ some simple docs that explained what XSL was and why I thought it
was
+ important to learn it. After its release, people started joining active
+ development, and we turned a small servlet into a full XML-based
publishing
+ system, which is now used in many production sites around the world.</p>
+
+ <p>But Cocoon 1.x was designed when the XML world was very young and
+ experience was very small and it was based under several design choices
+ that turned to be very limiting. So, around November 1999, I expressed
the
+ intention to work on the next generation (what people started calling
+ Cocoon2 or simply C2) to solve all those architectural issues.<p>
+
+ <p>It took two years and three different project leaders to finish
Cocoon
+ 2.0 but we made it. It's an XML framework that raises the usage of XML
and
+ XSLT technologies for server applications to a new level. Designed for
+ performance and scalability around pipelined SAX processing, Cocoon
offers
+ a flexible environment based on the separation of concerns between
content,
+ logic and style. A centralized configuration system and sophisticated
+ caching enable you to create, deploy, and maintain rock-solid XML server
+ applications.</p>
+
+ <p>Cocoon was designed as an abstract engine that could be connected to
+ almost anything, but it ships with servlet and command line connectors.
The
+ servlet connector allows you to call Cocoon from your favorite servlet
+ engine or application server. You can install it beside your existing
+ servlets or JSPs. The command line interface allows you to generate
static
+ content as a batch process. It can be useful to pre-generate those
parts of
+ your site that are static, some of which may be easier to create by
using
+ Cocoon functionalities than directly (say, SVG rasterization or applying
+ stylesheets). For example, the Cocoon documentation and web site are all
+ generated by Cocoon from the command line.</p>
+ <p>The history will continue here...</p>
</body>
</document>
1.3 +1 -0
cocoon-site/src/documentation/content/xdocs/community/members.xml
Index: members.xml
===================================================================
RCS file:
/home/cvs//cocoon-site/src/documentation/content/xdocs/community/members.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- members.xml 3 Jul 2003 14:25:02 -0000 1.2
+++ members.xml 18 Oct 2003 11:02:39 -0000 1.3
@@ -49,6 +49,7 @@
<li>Bruno Dumon (bruno.at.apache.org)</li>
<li>Gerhard Froehlich (froehlich.at.apache.org)</li>
<li>Pier Fumagalli (pier.at.apache.org)</li>
+ <li>Antonio Gallardo (antonio.at.apache.org)</li>
<li>Robin Green (greenrd.at.apache.org)</li>
<li>Vadim Gritsenko (vgritsenko.at.apache.org)</li>
<li>Christian Haul (haul.at.apache.org)</li>
