Return-Path:
Forrest has come into existence because of the abysmal state of the
xml.apache.org website in comparison
- with other open source community sites such as Sourceforge. The old site had no
- consistent visual look and feel, which was largely due to each and every
- sub-project managing its own site. Furthermore, much information which could
- potentially support community-based open source development was hidden inside
- CVS repositories, mailing lists or word of mouth. Once we experienced the
- usefullness of cross-project collaboration supported by the Jakarta
- Gump project, we reckoned
- having a single application responsible for the management of the
- xml.apache.org site could be of benefit to our visitors. And if we added
- aggregated access to other available resources such as download stats or
- mailing list archives, the new xml.apache.org website could be a true
- information clearinghouse for interested parties, both users and contributors
- alike.
The Forrest vision was articulated by Stefano Mazzocchi and Sam Ruby, both long-time contributors to Apache projects, in the beginning of 2002, and was rapidly picked up by a bunch of other contributors as well, after a headstart by Nicola Ken - Barozzi. So here we are, plenty of work-in-progress to erect what eventually - will become a true community website infrastructure for Apache open source - development.
+ href="who.html">contributors as well, after a headstart by Nicola Ken + Barozzi. So here we are, plenty of work-in-progress to erect what eventually + will become a true community website infrastructure for Apache open source + development.Forrest is currently based on an Ant-based project build - system called Centipede - that drives a Cocoon-based - document publication system. It contains a set of standard XML document type - declarations (DTDs) for project documentation, and different 'skins' consisting - of XSLT stylesheets that produce HTML renditions of XML documents using these - DTDs.
+ system called Centipede + that drives a Cocoon-based + document publication system. It contains a set of standard XML document type + declarations (DTDs) for project documentation, and different 'skins' consisting + of XSLT stylesheets that produce HTML renditions of XML documents using these + DTDs.The primary mode of operations for Forrest will be as follows:
docs
target when invoking the
build
script. Add a use.skin
property when invoking
the build script to experience Forrest skins: build{.bat|.sh}
- -Duse.skin=<thenameoftheskintouse> docs
. Read our CVS crash course to get hold of the current codebase and
+ -Duse.skin=<thenameoftheskintouse> docs. Read our CVS crash course to get hold of the current codebase and
start playing with it.Depending on your role, your potential area of interest in Forrest will vary:
@@ -163,27 +163,27 @@:pserver:anoncvs@cvs.apache.org:/home/cvspublic
" (without
- quotes);anoncvs
"
- (without quotes);xml-forrest
"
- (no quotes);*****CVS exited normally with code
- 0*****
" in the log window;:pserver:anoncvs@cvs.apache.org:/home/cvspublic
" (without
+ quotes);anoncvs
"
+ (without quotes);xml-forrest
"
+ (no quotes);*****CVS exited normally with code
+ 0*****
" in the log window;cvs -d
- :pserver:anoncvs@cvs.apache.org:/home/cvspublic login
".anoncvs
".cvs -d
- :pserver:anoncvs@cvs.apache.org:/home/cvspublic -z3 checkout
- xml-forrest
". This will create a directory called
+ :pserver:anoncvs@cvs.apache.org:/home/cvspublic -z3 checkout
+ xml-forrest". This will create a directory called
"xml-forrest
" where the Forrest source will be stored.The xml-forrest
home directory consists of the main Ant
build script (build.xml
) and platform-specific batch files/shell
scripts to invoke it. Forrest comes with Ant included, so you do not need to
@@ -285,12 +285,12 @@
DTDs. Special care is taken to provide a set of modular, extensible and
well-maintained DTDs for project documentation purposes. This modularity is
ensured using the OASIS catalog
- mechanism, extensive use of external parameter entities and an entity resolver
- capable of resolving entities through the aforementioned catalog mechanism. For
- the docheads amongst us, this means we adhere to the strict use of
- PUBLIC
entity identifiers both in document instances and DTD
- modules.
PUBLIC
entity identifiers both in document instances and DTD
+ modules.
We have currently identified the following document types:
document-v11.dtd
),The exact local location of the DTD for validation purposes is
obtained by the entity resolver evaluating the mapping scheme as defined in the
catalog
file. This makes sure that you can move and re-arrange
@@ -328,7 +328,7 @@
project's documentation. It is not within the scope of this document to explain
the Cocoon internals, please read its own
documentation to fully
- understand the power of Cocoon.
Cocoon's site rendition behaviour is configured in a so-called sitemap, a switchboard that binds URLs to an XML processing pipeline. This pipeline typically consists of a Generator, one or more Transformers and a @@ -380,20 +380,20 @@ values of the first wildcard in the matching pattern above. These 'sub-requests' are passed through the cocoon pipeline just like any other request. This results in the following flow: -
book-index.xml
is matched
- by the **book-**.xml
pattern. This results in the file
- content/xdocs/book.xml
being read. This document is then run
- through the book2menu
stylesheet (which produces an HTML fragment
- comprising the site navigation, the red area in the image above.body-**.xml
- pattern. This results in the file index.xml
being transformed
- using the document2html
stylesheet, the yellow area in the
- screenshot.site2xhtml
stylesheet which adds the cherries to the cake. The
- grey zone.book-index.xml
is matched
+ by the **book-**.xml
pattern. This results in the file
+ content/xdocs/book.xml
being read. This document is then run
+ through the book2menu
stylesheet (which produces an HTML fragment
+ comprising the site navigation, the red area in the image above.body-**.xml
+ pattern. This results in the file index.xml
being transformed
+ using the document2html
stylesheet, the yellow area in the
+ screenshot.site2xhtml
stylesheet which adds the cherries to the cake. The
+ grey zone.These skin-specific stylesheets are located in
src/documentation/skins/<nameoftheskin>/xslt/html
, so if you
@@ -437,67 +437,67 @@
forrest-site
- skin that will become the new xml.apache.org look&feel.cron
jobs.forrest-site
+ skin that will become the new xml.apache.org look&feel.cron
jobs.Just drop us a line at forrest-dev@xml.apache.org.
- + href="mailto:forrest-dev@xml.apache.org">forrest-dev@xml.apache.org. +That is all, folks.