forrest-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From nicola...@apache.org
Subject cvs commit: xml-forrest/src/targets project.xtarget
Date Tue, 21 May 2002 14:45:17 GMT
nicolaken    02/05/21 07:45:17

  Modified:    src/targets project.xtarget
  Added:       src/documentation/conf cocoon.xconf logkit.xconf
                        sitemap.xmap web.xml
  Removed:     src/documentation cocoon.xconf sitemap.xmap
  Log:
  Creates a src/documentation/conf dir.
  Moved there sitemap.xmap and cocoon.xconf files.
  Added web.xml and logkit.xconf needed for a "live" forrest.
  Added a webapp target, that creates a .war file.
  
  Revision  Changes    Path
  1.1                  xml-forrest/src/documentation/conf/cocoon.xconf
  
  Index: cocoon.xconf
  ===================================================================
  <?xml version="1.0"?>
  <cocoon version="2.0">
  
  <tree-processor>
    <!-- The sitemap language -->
    <language name="sitemap" class="org.apache.cocoon.treeprocessor.sitemap.SitemapLanguage">
    
      <!-- Namespace for this language -->
      <namespace uri="http://apache.org/cocoon/sitemap/1.0"/>
    
      <!-- File name for files in this language, relative to the environment prefix -->
      <file name="sitemap.xmap"/>
      
      <!-- Description of the element for nodes parameters -->
      <parameter element="parameter"/>
      
      <!-- roles for the sitemap language -->
      <roles>
        <role name="org.apache.cocoon.acting.ActionSelector"
              shorthand="actions"
              default-class="org.apache.cocoon.treeprocessor.sitemap.ComponentsSelector"/>
        
        <role name="org.apache.cocoon.selection.SelectorSelector"
              shorthand="selectors"
              default-class="org.apache.cocoon.treeprocessor.sitemap.ComponentsSelector"/>
        
        <role name="org.apache.cocoon.matching.MatcherSelector"
              shorthand="matchers"
              default-class="org.apache.cocoon.treeprocessor.sitemap.ComponentsSelector">
  
          <hint shorthand="regexp-uri-matcher"
                class="org.apache.cocoon.matching.RegexpURIMatcher"/>
  
          <hint shorthand="wildcard-uri-matcher"
                class="org.apache.cocoon.matching.WildcardURIMatcher"/>
  
        </role>
        
        <role name="org.apache.cocoon.generation.GeneratorSelector"
              shorthand="generators"
              default-class="org.apache.cocoon.treeprocessor.sitemap.ComponentsSelector">
  
          <hint shorthand="file-generator"
                class="org.apache.cocoon.generation.FileGenerator"/>
  
          <hint shorthand="XSP-generator"
                class="org.apache.cocoon.generation.ServerPagesGenerator"/>
        </role>
        
        <role name="org.apache.cocoon.transformation.TransformerSelector"
              shorthand="transformers"
              default-class="org.apache.cocoon.treeprocessor.sitemap.ComponentsSelector">
  
          <hint shorthand="XSLT-transformer"
                class="org.apache.cocoon.transformation.TraxTransformer"/>
  
          <hint shorthand="cinclude-transformer"
                class="org.apache.cocoon.transformation.CIncludeTransformer"/>
  
        </role>
        
        <role name="org.apache.cocoon.serialization.SerializerSelector"
              shorthand="serializers"
              default-class="org.apache.cocoon.treeprocessor.sitemap.ComponentsSelector"/>
        
        <role name="org.apache.cocoon.reading.ReaderSelector"
              shorthand="readers"
              default-class="org.apache.cocoon.treeprocessor.sitemap.ComponentsSelector"/>
            
        <role name="org.apache.cocoon.components.notification.NotifyingBuilder"
              shorthand="notifying-builder"
              default-class="org.apache.cocoon.components.notification.DefaultNotifyingBuilder"/>  
  
      </roles>
      
      <!-- node definitions for the sitemap language -->
      <nodes>
        <!-- All node names are given as local names in the above namespace (no prefix) -->
        
        <!-- Sitemap root node -->
        <node name="sitemap" builder="org.apache.cocoon.treeprocessor.sitemap.SitemapNodeBuilder">
          <allowed-children>components, views, action-sets, resources, pipelines</allowed-children>
        </node>
      
        <!-- Components definition : parse view info associated to components
             (actual components creation is done by SitemapLanguage) -->
        <node name="components" 
  builder="org.apache.cocoon.treeprocessor.sitemap.ComponentsNodeBuilder"/>
        
        <node name="pipelines" 
  builder="org.apache.cocoon.treeprocessor.sitemap.PipelinesNodeBuilder">
          <allowed-children>pipeline</allowed-children>
        </node>
        
        <node name="views" builder="org.apache.cocoon.treeprocessor.CategoryNodeBuilder"/>
        <node name="view" builder="org.apache.cocoon.treeprocessor.sitemap.ViewNodeBuilder"/>
        <node name="resources" builder="org.apache.cocoon.treeprocessor.CategoryNodeBuilder"/>
        <node name="resource" builder="org.apache.cocoon.treeprocessor.NamedContainerNodeBuilder"/>
        <node name="action-sets" builder="org.apache.cocoon.treeprocessor.CategoryNodeBuilder"/>
        <node name="action-set" 
  builder="org.apache.cocoon.treeprocessor.sitemap.ActionSetNodeBuilder"/>
        <node name="pipeline" builder="org.apache.cocoon.treeprocessor.sitemap.PipelineNodeBuilder">
          <forbidden-children>sitemap, components, pipelines</forbidden-children>
        </node>
        <node name="match" builder="org.apache.cocoon.treeprocessor.sitemap.MatchNodeBuilder">
          <forbidden-children>sitemap, components, pipeline, handle-errors</forbidden-children>
        </node>
        <node name="select" builder="org.apache.cocoon.treeprocessor.sitemap.SelectNodeBuilder"/>
  
        <node name="act" builder="org.apache.cocoon.treeprocessor.sitemap.ActNodeBuilder">
          <forbidden-children>sitemap, components, pipeline, handle-errors</forbidden-children>
        </node>
        <node name="redirect-to" 
  builder="org.apache.cocoon.treeprocessor.sitemap.RedirectToNodeBuilder"/>
        <node name="call" builder="org.apache.cocoon.treeprocessor.sitemap.CallNodeBuilder"/>
        <node name="mount" builder="org.apache.cocoon.treeprocessor.sitemap.MountNodeBuilder"/>
        <node name="read" builder="org.apache.cocoon.treeprocessor.sitemap.ReadNodeBuilder"/>
        <node name="aggregate" 
  builder="org.apache.cocoon.treeprocessor.sitemap.AggregateNodeBuilder"/>
        <node name="generate" builder="org.apache.cocoon.treeprocessor.sitemap.GenerateNodeBuilder"/>
        <node name="transform" 
  builder="org.apache.cocoon.treeprocessor.sitemap.TransformNodeBuilder"/>
        <node name="serialize" 
  builder="org.apache.cocoon.treeprocessor.sitemap.SerializeNodeBuilder"/>
        <node name="handle-errors" 
  builder="org.apache.cocoon.treeprocessor.sitemap.HandleErrorsNodeBuilder"/>
  
      </nodes>
      
    </language>
  
  </tree-processor>
  
    <!-- Source Handler:
      The source handler adds special url protocols to the system, they are
      then available inside Cocoon, e.g. as a source argument for one of the
      sitemap components.
    -->
    <source-handler logger="core.source-handler">
      <!-- file protocol : this is a WriteableSource -->
      <protocol name="file" class="org.apache.cocoon.components.source.FileSourceFactory"/>
    </source-handler>
  
    <!-- Entity resolution catalogs: *********************************************
      catalog:
      The default catalog is distributed at /resources/schema/catalog
      This is the contextual pathname for Cocoon resources.
      You can override this path, if necessary, using the "catalog" parameter.
     <parameter name="catalog" value="/resources/schema/catalog"/>
      However, it is probably desirable to leave this default catalog config
      and declare your own local catalogs, which are loaded in addition to
      the system catalog.
  
      There are various ways to do local configuration (see "Entity Catalogs"
      documentation). One way is via the CatalogManager.properties file.
      As an additional method, you can specify the "local-catalog" parameter here.
  
      local-catalog:
      The full filesystem pathname to a single local catalog file.
     <parameter name="local-catalog" value="/usr/local/sgml/mycatalog"/>
  
      verbosity:
      The level of messages for status/debug (messages go to standard output)
      The following messages are provided ...
       0 = none
       1 = ? (... not sure yet)
       2 = 1+, Loading catalog, Resolved public, Resolved system
       3 = 2+, Catalog does not exist, resolvePublic, resolveSystem
       10 = 3+, List all catalog entries when loading a catalog
      (Cocoon also logs the "Resolved public" messages.) 
      TODO: determine all messages at each level
     <parameter name="verbosity" value="2"/>
  
    ************************************************************************** -->
    <entity-resolver class="org.apache.cocoon.components.resolver.ResolverImpl"
              logger="core.resolver">
     <parameter name="catalog" value="/resources/schema/catalog"/>
     <parameter name="verbosity" value="1"/>
    </entity-resolver>
  
  <!-- ================ Apache Cocoon configuration file ================== -->
  <!-- For full description of the components and their parameters ...
       - Apache Cocoon User Documentation at /userdocs/
       - webapp/cocoon.xconf (this file) - describes each core component
       - each optional component/.../*.xconf - these describe the parameters
       for each component and are automatically included at build-time.
  
       The notes that accompany the settings below are intended to be concise.
  -->
  
  <!-- ===================== General Components =========================== -->
  
    <!-- Parser:
      The default parser used in Apache Cocoon is
      org.apache.avalon.excalibur.xml.JaxpParser. Apache Cocoon requires a 
      JAXP 1.1 parser.
      If you have problems because your servlet environment uses its own
      parser not conforming to JAXP 1.1 try using the alternative
      XercesParser instead of the JaxpParser. To activate the XercesParser,
      change the class attribute to
        class="org.apache.avalon.excalibur.xml.XercesParser"
      You will also need to add a system property to your JVM,
      probably on the startup of your servlet engine like this:
      -Dorg.apache.avalon.excalibur.xml.Parser=org.apache.avalon.excalibur.xml.XercesParser
  
      Configuration for the JaxpParser (not the XercesParser!):
      - validate (boolean, default = false): This parameter causes the parser 
          to be a validating parser.
          XML validation is only being used for the documentation build.
          (If you are going to use it elsewhere, then do so with caution.)
          You really should have validated all of your XML documents already,
          according to their proper DTD or schema. Do not expect Cocoon to do it.
      - namespace-prefixes (boolean, default = false) : do we want
          namespaces declarations also as 'xmlns:' attributes ?
          Note : setting this to true confuses some XSL processors (e.g. Saxon).
      - stop-on-warning (boolean, default = true) : should the parser
          stop parsing if a warning occurs ?
      - stop-on-recoverable-error (boolean, default = true) : should the parser
          stop parsing if a recoverable error occurs ?
      - reuse-parsers (boolean, default = true) : do we want to reuse
          parsers or create a new parser for each parse ?
          Note : even if this parameter is true, parsers are not
          recycled in case of parsing errors : some parsers (e.g. Xerces) don't like
          to be reused after failure.
      - sax-parser-factory (string) : the name of the SAXParserFactory
          implementation class to be used instead of using the standard JAXP mechanism
          (SAXParserFactory.newInstance()). This allows to choose
          unambiguously the JAXP implementation to be used when several of them are
          available in the classpath.
      - document-builder-factory (string) : the name of the
          DocumentBuilderFactory implementation to be used (similar to
          sax-parser-factory for DOM).
    -->
    <xml-parser class="org.apache.avalon.excalibur.xml.JaxpParser"
                logger="core.xml-parser">
      <parameter name="validate" value="false"/>
      <parameter name="namespace-prefixes" value="false"/>
      <parameter name="stop-on-warning" value="true"/>
      <parameter name="stop-on-recoverable-error" value="true"/>
      <!--
      <parameter name="reuse-parsers" value="true"/>
      <parameter name="sax-parser-factory" value="???"/>
      <parameter name="document-builder-factory" value="???"/>
      -->
    </xml-parser>
    
    <!-- ============================ STORE ============================ -->
    <!-- Persistent store for the cache. Two store implementations to choose
         from:
           * FilesystemStore: Simple. Dependable. Thorougly tested.
           * JispFilesystemStore: Scalable. New kid on the block. Not thorougly tested.
         If you opt in to use JispFilesystemStore, comment out FilesystemStore
         entry.
  
         JispFilesystemStore configuration parameters
         (in addition to common parameters):
           datafile: name of the store file to use.
           indexfile: name of the index file to use.
           order: FIXME: put description here.
  
    <cache-persistent class="org.apache.cocoon.components.store.JispFilesystemStore"
                      logger="core.store.persistent">
      <parameter name="use-cache-directory" value="true"/>
      <parameter name="datafile" value="cocoon-cache.dat"/>
      <parameter name="indexfile" value="cocoon-cache.idx"/>
      <parameter name="order" value="1701"/>
    </cache-persistent>
  
    <cache-persistent class="org.apache.cocoon.components.store.FilesystemStore"
                      logger="core.store.persistent">
      <parameter name="use-cache-directory" value="true"/>
    </cache-persistent>
    -->
    
    <cache-persistent class="org.apache.cocoon.components.store.JispFilesystemStore"
                      logger="core.store.persistent">
      <parameter name="use-cache-directory" value="true"/>
      <parameter name="datafile" value="cocoon-cache.dat"/>
      <parameter name="indexfile" value="cocoon-cache.idx"/>
      <parameter name="order" value="1701"/>
    </cache-persistent>
    
    <!-- Memory Storing: -->
    <cache-transient class="org.apache.cocoon.components.store.MRUMemoryStore"
           logger="core.store.transient">
       <!-- Indicates how many objects will be hold in the cache.
       When the number of maxobjects has been reached. The last object in the 
       cache will be thrown out. -->
       <parameter name="maxobjects" value="100"/>
  
       <!-- Turns the swapping of the objects into persistent cache on
            and off. -->
       <parameter name="use-persistent-cache" value="true"/>
    </cache-transient>
  
    <!-- Store Janitor:
      Be careful with the heapsize and freememory parameters. Wrong values can
      cause high cpu usage. Example configuration:
      Jvm settings: 
        -Xms100000000 -Xmx200000000
      store-janitor settings:
         <parameter name="freememory" value="5000000"/>
         <parameter name="heapsize" value="150000000"/>
    
      Heapsize *must* be higher then the -Xms parameter and *must* be lower or
      equal than -Xmx. It is recommended to have heapsize equal to -Xmx, especially
      on Sun's JVM which are unable to shrink its heap once it grows above minimum. 
      Freememory parameter *must* be lower than -Xms, and should be greater than
      amount of memory necessary for normal application operation.
    -->
    <store-janitor class="org.apache.cocoon.components.store.StoreJanitorImpl"
                   logger="core.store.janitor">
       <!-- How much free memory shall be available in the jvm -->                 
       <parameter name="freememory" value="1000000"/>
       <!-- Indicates the limit of the jvm memory consumption. The default max 
       heapsize for Sun's JVM is 64Mb -->
       <parameter name="heapsize" value="67108864"/>
       <!-- How often shall the cleanup thread check memory -->
       <parameter name="cleanupthreadinterval" value="10"/>
       <!-- Indicates the thread priority of the cleanup thread -->
       <parameter name="threadpriority" value="5"/>
       <!-- How much percent of the elements of each registered Store shall
       be removed when low on memory. Default 10% -->
       <parameter name="percent_to_free" value="10"/>
    </store-janitor>
    <!-- ============================ STORE END ========================= -->
  
    <!-- XSLT Processor:
      For Xalan: Turn 'incremental-processing' to true if you want a continous output (if set to 
  false the transformer 
      delivers SAX events after all transformations has been done). -->
    <xslt-processor class="org.apache.cocoon.components.xslt.XSLTProcessorImpl"
                    logger="core.xslt-processor">
       <parameter name="use-store" value="true"/>
       <parameter name="incremental-processing" value="false"/>
    </xslt-processor>
  
    <!-- Xpath Processor:
    -->
    <xpath-processor class="org.apache.cocoon.components.xpath.XPathProcessorImpl"
                     logger="core.xpath-processor"/>
  
    <!-- URL Factory:
      The url factory adds special url protocols to the system, they are then
      available inside Cocoon, e.g. as a source argument for one of the sitemap
      components.
    -->
    <url-factory logger="core.url-factory">
      <!-- Allows access to resources available from the ClassLoader,
           using getResource() method. -->
      <protocol name="resource" class="org.apache.cocoon.components.url.ResourceURLFactory"/>
      <!-- Allows access to resources available from the servlet context,
           using getResource() method. -->
      <protocol name="context"  class="org.apache.cocoon.components.url.ContextURLFactory"/>
      <!-- Add here protocol factories for your own protocols -->
    </url-factory>
  
    <!-- Program Generator:
      The ProgamGenerator builds programs from a XML document written in a
      MarkupLanguage.
         auto-reload:
         root-package: persistent code repository.
         preload:
    -->
    <program-generator logger="core.program-generator">
      <parameter name="auto-reload" value="true"/>
      <parameter name="root-package" value="org.apache.cocoon.www"/>
      <parameter name="preload" value="true"/>
    </program-generator>
  
    <!-- Xscript:
    -->
    <xscript logger="core.xscript">
      <parameter name="xscript:copy-of" 
  value="resource://org/apache/cocoon/components/xscript/xslt/copy-of.xsl"/>
      <parameter name="xscript:value-of" 
  value="resource://org/apache/cocoon/components/xscript/xslt/value-of.xsl"/>
    </xscript>
  
    <!-- Programming Languages: -->
    <programming-languages>
      <java-language name="java" logger="core.language.java">
        <!-- Compiler parameter specifies which class to use to compile Java.
             Possible variants are:
               Javac. Requires javac.jar (included with Cocoon distribution).
               Pizza. Requires pizza.jar (included with Cocoon distribution).
               Jikes. Requires IBM jikes compiler to be present in the PATH  -->
        <parameter name="compiler" 
  value="org.apache.cocoon.components.language.programming.java.Javac"/>
        <!-- Specifies which formatter to use to format source code.
             This parameter is optional. 
             It is commented out because of bug #5689: Java "code-formatter" incorrectly formats 
  double values
        <parameter name="code-formatter" 
  value="org.apache.cocoon.components.language.programming.java.JstyleFormatter"/>
        -->
        <!-- A singleton-like implementation of a ClassLoader -->
        <parameter name="class-loader" 
  value="org.apache.cocoon.components.classloader.ClassLoaderManagerImpl"/>
      </java-language>
  
    </programming-languages>
  
    <!-- Class loader:
      A singleton-like implementation of a ClassLoader.
    -->
    <classloader class="org.apache.cocoon.components.classloader.ClassLoaderManagerImpl"
                 logger="core.classloader"/>
    
    <!-- Markup Languages:
      This section defines several builtin logicsheets. A logicsheet is an XML
      filter used to translate user-defined, dynamic markup into equivalent
      code embedding directives for a given markup language.
    -->
    <markup-languages>
      <xsp-language name="xsp" logger="core.markup.xsp">
        <parameter name="prefix" value="xsp"/>
        <parameter name="uri" value="http://apache.org/xsp"/>
  
        <!-- Defines the XSP Core logicsheet for the Java language -->
        <target-language name="java">
          <parameter name="core-logicsheet" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/xsp.xsl"/>
          
          <!-- The Request logicsheet (taglib) is an XSP logicsheet that wraps XML tags 
               around standard request operations -->
          <builtin-logicsheet>
            <parameter name="prefix" value="xsp-request"/>
            <parameter name="uri" value="http://apache.org/xsp/request/2.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/request.xsl"/>
          </builtin-logicsheet>
         
          <!-- The Response logicsheet (taglib) is an XSP logicsheet that wraps XML tags 
               around standard response operations -->
          <builtin-logicsheet>
            <parameter name="prefix" value="xsp-response"/>
            <parameter name="uri" value="http://apache.org/xsp/response/2.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/response.xsl"/>
          </builtin-logicsheet>
  
          <!-- The Session logicsheet (taglib) is an XSP logicsheet that wraps XML tags around 
               standard session operations. Specifically, the Session logicsheet provides an 
               XML interface to most methods of the HttpSession object (see the Java Servlet API 
               Specification, version 2.2 ) for more information. -->
          <builtin-logicsheet>
            <parameter name="prefix" value="session"/>
            <parameter name="uri" value="http://apache.org/xsp/session/2.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/session.xsl"/>
          </builtin-logicsheet>
  
          <!-- The Cookie logicsheet (taglib) is an XSP logicsheet that wraps XML tags 
               around standard cookie operations -->
          <builtin-logicsheet>
            <parameter name="prefix" value="xsp-cookie"/>
            <parameter name="uri" value="http://apache.org/xsp/cookie/2.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/cookie.xsl"/>
          </builtin-logicsheet>
  
          <!-- The ESQL logicsheet is an XSP logicsheet that performs sql queries and 
               serializes their results as XML. This allows you to work with data from a 
               wide variety of different sources when using Apache Cocoon. -->
          <builtin-logicsheet>
            <parameter name="prefix" value="esql"/>
            <parameter name="uri" value="http://apache.org/cocoon/SQL/v2"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/esql.xsl"/>
          </builtin-logicsheet>
  
          <builtin-logicsheet>
            <parameter name="prefix" value="log"/>
            <parameter name="uri" value="http://apache.org/xsp/log/2.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/log.xsl"/>
          </builtin-logicsheet>
  
          <builtin-logicsheet>
            <parameter name="prefix" value="util"/>
            <parameter name="uri" value="http://apache.org/xsp/util/2.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/util.xsl"/>
          </builtin-logicsheet>
          
          <!-- The xsp-formval taglib serves as interface to retrieve validation results 
               from a request attribute -->
          <builtin-logicsheet>
            <parameter name="prefix" value="xsp-formval"/>
            <parameter name="uri" value="http://apache.org/xsp/form-validator/2.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/form-validator.xsl"/>
          </builtin-logicsheet>
  
          <!-- The sel taglib allows to put multiple pages / view into
               one xsp. While in general it is good style to put
               different views into different xsp because they're more
               easily maintained, this is a useful feature with
               e.g. with long forms that are broken into parts -->
          <builtin-logicsheet>
            <parameter name="prefix" value="sel"/>
            <parameter name="uri" value="http://apache.org/xsp/sel/1.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/sel.xsl"/>
          </builtin-logicsheet>
  
          <builtin-logicsheet>
            <parameter name="prefix" value="action"/>
            <parameter name="uri" value="http://apache.org/cocoon/action/1.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/action.xsl"/>
          </builtin-logicsheet>
  
          <!-- The capture taglib is for capturing parts of the XSP-generated XML as
               XML fragments or DOM nodes -->
          <builtin-logicsheet>
            <parameter name="prefix" value="capture"/>
            <parameter name="uri" value="http://apache.org/cocoon/capture/1.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/capture.xsl"/>
          </builtin-logicsheet>
  
          <builtin-logicsheet>
            <parameter name="prefix" value="xscript"/>
            <parameter name="uri" value="http://apache.org/xsp/xscript/1.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/xscript.xsl"/>
          </builtin-logicsheet>
  
          <builtin-logicsheet>
            <parameter name="prefix" value="soap"/>
            <parameter name="uri" value="http://apache.org/xsp/soap/3.0"/>
            <parameter name="href" 
  value="resource://org/apache/cocoon/components/language/markup/xsp/java/soap.xsl"/>
          </builtin-logicsheet>
  
        </target-language>
          
      </xsp-language>
  
      <!-- Defines Sitemap Core logicsheet for the Java language -->
      <sitemap-language name="sitemap" logger="core.markup.sitemap">
        <parameter name="prefix" value="map"/>
        <parameter name="uri" value="http://apache.org/cocoon/sitemap/1.0"/>
  
        <target-language name="java">
          <parameter name="core-logicsheet" 
  value="resource://org/apache/cocoon/components/language/markup/sitemap/java/sitemap.xsl"/>
        </target-language>
      </sitemap-language>
    </markup-languages>
  
    <!-- Datasources example:
     <datasources>
      <jdbc name="personnel" logger="core.datasources.personnel">
        <pool-controller min="5" max="10" oradb="true"/>
        <pool-controller min="5" max="10"/>
        <auto-commit>false</auto-commit>
        <dburl>jdbc:hsqldb:hsql://localhost:9002</dburl>
        <user>sa</user>
        <password></password>
      </jdbc>
    </datasources>
   -->
   
    <!-- Stream Pipeline:
      Either collects a Reader and lets it produce a character stream
      or connects an EventPipeline with a Serializer and lets them produce
      the character stream. Alternatives to CachingStreamPipeline are:
      <stream-pipeline class="org.apache.cocoon.components.pipeline.NonCachingStreamPipeline"/>
    -->
    <stream-pipeline class="org.apache.cocoon.components.pipeline.CachingStreamPipeline"
                     logger="core.stream-pipeline"
                     pool-max="32" pool-min="2" pool-grow="4"/>
  
    <!-- Event Pipeline:
      Connects the generator and the various transformers and produces a
      character stream. Alternatives to CachingEventPipeline are:
      <event-pipeline class="org.apache.cocoon.components.pipeline.NonCachingEventPipeline"/>
      <event-pipeline class="org.apache.cocoon.components.profiler.ProfilingCachingEventPipeline"/>
      <event-pipeline 
  class="org.apache.cocoon.components.profiler.ProfilingNonCachingEventPipeline"/>
    -->
    <event-pipeline class="org.apache.cocoon.components.pipeline.CachingEventPipeline"
                    logger="core.event-pipeline"
                    pool-max="32" pool-min="2" pool-grow="4"/>
  
    <!-- Compiling xml to byte streams.
      The xml-serializer "compiles" xml sax events into a byte stream
      and the xml-deserializer does the same vice versa.
      Make sure, that if you change one of these components, that you
      may have to change the other one as well, as they might have
      a dependency.
    -->
    <xml-serializer class="org.apache.cocoon.components.sax.XMLByteStreamCompiler"
                    logger="core.xml-serializer"/>
  
    <xml-deserializer class="org.apache.cocoon.components.sax.XMLByteStreamInterpreter"
                      logger="core.xml-deserializer"/>
  
    <!-- SAXConnector:
      Connects the various pipeline components.
      LoggingSAXConnector logs SAX events between pipeline components
      into cocoon's log file.
      ProfilingSAXConnector gathers timing information.
      Uncomment one of the following lines for using the SAXConnector.
    <sax-connector class="org.apache.cocoon.components.saxconnector.LoggingSAXConnector"/>
    <sax-connector class="org.apache.cocoon.components.profiler.ProfilingSAXConnector"/>
    -->
  
    <!-- Profiler:
      The profiler facilitates the gathering of statistics about timings of
      different steps of pipelines. Profiler consists of several components:
       profiling pipeline, profiling SAX connector, and profiler generator
      which are used to generate the profile report. You need to enable all of
      these components to use profiler.
  
      Uncomment the following line to use profiler.
    <profiler/>
    -->
  
    <!-- Resource Monitor:
      The Monitor keeps track on changes to a Resource.
    <monitor logger="core.monitor">
      <thread priority="5" frequency="10000"/>
    </monitor>
    -->
    
  <!-- ======================== The sitemap  ============================== -->
  
    <!-- Reloading of the sitemap:
      The check-reload attribute determines if the sitemap is reloaded on change.
      Set to "no", the sitemap is generated once at startup.
      Set to "yes", the sitemap is regenerated if it changes.
  
      The reload-method specifies the method for the regeneration:
      asynchron: If the sitemap changes, the sitemap is regenerated at the
                 next request in the background and the incoming request is
                 served with the old sitemap. All subsequent requests are
                 served with the old sitemap until the regeneration in the
                 background has finished.
      synchron: If the sitemap changes, the sitemap is regenerated at the
                next request. When the regeneration is finished, the request
                (and all subsequent ones) is served with the new sitemap.
  
      For development environment, set the reload-method to synchron and the
      check-reload to yes.
      For production environment, it is advisable to set the reload-method to
      asynchron and for more safety the check-reload to no.
  
    <sitemap file="sitemap.xmap" reload-method="asynchron" check-reload="yes" logger="sitemap"/>
    -->  
  
    <sitemap class="org.apache.cocoon.treeprocessor.TreeProcessor" logger="sitemap"/>
  
  </cocoon>
  
  
  
  1.1                  xml-forrest/src/documentation/conf/logkit.xconf
  
  Index: logkit.xconf
  ===================================================================
  <?xml version="1.0"?>
  
  <logkit>
    <factories>
      <factory type="priority-filter" class="org.apache.avalon.excalibur.logger.factory.PriorityFilterTargetFactory"/>
      <factory type="servlet" class="org.apache.avalon.excalibur.logger.factory.ServletTargetFactory"/>
      <factory type="cocoon" class="org.apache.cocoon.util.log.CocoonTargetFactory"/>
    </factories>
  
    <targets>
      <cocoon id="core">
        <filename>${context-root}/WEB-INF/logs/core.log</filename>
        <format type="cocoon">
          %7.7{priority} %{time}   [%{category}] (%{uri}) %{thread}/%{class:short}: %{message}\n%{throwable}
        </format>
        <!--
          append=false: Will override existing log files on Cocoon startup
          append=true: Will append to the existing log files
        -->
        <append>false</append>
        <!--
          rotation: allows you to rotate log files one they meet certain
                    criteria. In example below, files are rotated once they
                    are one hour old or bigger than 100 Mb.
  
        <rotation type="revolving" init="1" max="4">
          <or>
            <size>100m</size>
            <time>01:00:00</time>
          </or>
        </rotation>
        -->
      </cocoon>
  
      <cocoon id="sitemap">
        <filename>${context-root}/WEB-INF/logs/sitemap.log</filename>
       
        <format type="cocoon">
          %7.7{priority} %{time}   [%{category}] (%{uri}) %{thread}/%{class:short}: %{message}\n%{throwable}
        </format>
        <append>false</append>
      </cocoon>
  
      <cocoon id="access">
        <filename>${context-root}/WEB-INF/logs/access.log</filename>
        <format type="cocoon">
          %7.7{priority} %{time}   [%{category}] (%{uri}) %{thread}/%{class:short}: %{message}\n%{throwable}
        </format>
        <append>false</append>
      </cocoon>
     
      <!--
        This log file gets only messages with log level ERROR and below.
      -->
      <priority-filter id="error" log-level="ERROR">
        <cocoon>
          <filename>${context-root}/WEB-INF/logs/error.log</filename>
          <format type="cocoon">
            %7.7{priority} %{time}   [%{category}] (%{uri}) %{thread}/%{class:short}: %{message}\n%{throwable}
          </format>
          <append>false</append>
        </cocoon>
      </priority-filter>
    </targets>
  
    <categories>
      <!--
        log-level: One of DEBUG, INFO, WARN, ERROR, FATAL_ERROR.
        Log level could be different for every category and subcategory.
  
        Not all subcategories are defined in this file. Not defined
        subcategories will be created automatically inheriting settings
        of the parent subcategory.
        When defining subcategory manually, it is required to specify log
        targets, because they are not inherited in this case.
      -->
      <category name="core" log-level="DEBUG">
        <!-- Startup component manager logger -->
        <category name="startup" log-level="DEBUG">
          <log-target id-ref="core"/>
          <log-target id-ref="error"/>
        </category>
  
        <category name="roles" log-level="DEBUG">
          <log-target id-ref="core"/>
          <log-target id-ref="error"/>
        </category>
  
        <!-- Cocoon component manager logger -->
        <category name="manager" log-level="DEBUG">
          <log-target id-ref="core"/>
          <log-target id-ref="error"/>
        </category>
  
        <!-- Cocoon cache and stores logger -->
        <category name="store" log-level="DEBUG">
          <log-target id-ref="core"/>
          <log-target id-ref="error"/>
        </category>
  
        <log-target id-ref="core"/>
        <log-target id-ref="error"/>
      </category>
  
      <category name="sitemap" log-level="DEBUG">
        <log-target id-ref="sitemap"/>
        <log-target id-ref="error"/>
      </category>
  
      <category name="access" log-level="DEBUG">
        <log-target id-ref="access"/>
        <log-target id-ref="error"/>
      </category> 
    </categories>
  </logkit>
  
  
  
  1.1                  xml-forrest/src/documentation/conf/sitemap.xmap
  
  Index: sitemap.xmap
  ===================================================================
  <?xml version="1.0"?>
  
  <map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0">
  
  <!-- =========================== Components ================================ -->
  
   <map:components>
  
    <map:generators default="file">
     <map:generator  name="file"        src="org.apache.cocoon.generation.FileGenerator" label="content"/>
     <!-- FIXME: Change this once better view handling is implemented -->
     <map:generator  name="file-nolabel" src="org.apache.cocoon.generation.FileGenerator"/>
    </map:generators>
  
    <map:transformers default="xslt">
     <map:transformer     name="xslt"      src="org.apache.cocoon.transformation.TraxTransformer">
      <use-request-parameters>false</use-request-parameters>
      <use-browser-capabilities-db>false</use-browser-capabilities-db>
     </map:transformer>
    </map:transformers>
  
    <map:readers default="resource">
     <map:reader name="resource"       src="org.apache.cocoon.reading.ResourceReader"/>
    </map:readers>
  
    <map:serializers default="html">
     <map:serializer name="html"   mime-type="text/html"        src="org.apache.cocoon.serialization.HTMLSerializer">
       <encoding>iso8859-1</encoding>
     </map:serializer>
  
     <map:serializer name="html-loose"   mime-type="text/html"        src="org.apache.cocoon.serialization.HTMLSerializer">
      <doctype-public>-//CollabNet//DTD XHTML 1.0 Transitional//EN</doctype-public>
      <doctype-system>http://collabnet.com/dtds/collabnet_transitional_10.dtd</doctype-system>
      <encoding>iso8859-1</encoding>
      <omit-xml-declaration>yes</omit-xml-declaration>     
     </map:serializer> 
    
     <map:serializer name="xml"    mime-type="text/xml"         src="org.apache.cocoon.serialization.XMLSerializer">
       <encoding>iso8859-1</encoding>
     </map:serializer>   
     <map:serializer name="links"                               src="org.apache.cocoon.serialization.LinkSerializer">
       <encoding>iso8859-1</encoding>
     </map:serializer>   
     <map:serializer name="svg2jpeg" mime-type="image/jpeg"     src="org.apache.cocoon.serialization.SVGSerializer">
         <parameter name="quality" type="float" value="1.0"/>
     </map:serializer>
     <map:serializer name="svg2png" mime-type="image/png"       src="org.apache.cocoon.serialization.SVGSerializer"/>
    </map:serializers>
  
    <map:matchers default="wildcard">
     <map:matcher name="wildcard" src="org.apache.cocoon.matching.WildcardURIMatcher"/>
    </map:matchers>
  <!--  
    <map:selectors default="skin-parameter">
      <map:selector name="request-parameter" logger="sitemap.selector.request-parameter"
                   src="org.apache.cocoon.selection.RequestParameterSelector">
        <parameter-name>skin</parameter-name> 
      </map:selector>
      <map:selector name="style-parameter" logger="sitemap.selector.request-parameter"
                   src="org.apache.cocoon.selection.RequestParameterSelector">
        <parameter-name>style</parameter-name> 
      </map:selector>
     
    </map:selectors>
  -->  
   </map:components>
  
  <!-- =========================== Views =================================== -->
  
   <map:views>
    <map:view name="content" from-label="content">
     <map:serialize type="xml"/>
    </map:view>
  
    <map:view name="links" from-position="last">
     <map:transform src="library/xslt/filterlinks.xsl"/>
     <map:serialize type="links"/>
    </map:view>
   </map:views>
  
   <map:resources>
    <map:resource name="skinit">
     <map:transform src="skins/@skin@/xslt/html/{type}.xsl">
       <map:parameter name="isfaq" value="{isfaq}"/>
     </map:transform>
     <map:serialize/>
    </map:resource>
    
    <map:resource name="skin-read">
      <map:read src="skins/@skin@/{path}" mime-type="{mime-type}"/>
    </map:resource>
  
   </map:resources>
   
  <!-- =========================== Pipelines ================================= -->
  
   <map:pipelines>
    
    <map:pipeline>
    
     <map:match pattern="">
      <map:redirect-to uri="index.html"/>
     </map:match>
     
   <!--
  
    <map:pipeline>
     <map:match pattern="">
       <map:redirect-to uri="page3333.html"/>
     </map:match>
  
     <map:match pattern="*[*].html">
       <map:aggregate element="site" label="content">
         <map:part src="site.xml" />
         <map:part src="index.xml"/>
         <map:part src="{1}.xml" element="book"/>
       </map:aggregate>
       <map:transform src="site2html.xsl">
         <map:parameter name="page-index" value="{2}"/>
         <map:parameter name="page-count" value="5"/>
         <map:parameter name="page-name" value="{1}"/>
       </map:transform>
       <map:serialize/>
     </map:match>
  -->
     
     <map:match pattern="**book-**.xml">
       <map:generate src="content/xdocs/{1}book.xml"/>
       <map:call resource="skinit">
        <map:parameter name="type" value="book2menu"/>
       </map:call>         
     </map:match>
  
     <map:match pattern="body-todo.xml">
       <map:generate type="file-nolabel" src="content/xdocs/todo.xml"/>
       <map:transform src="library/xslt/todo2document.xsl" label="content"/>
       <map:call resource="skinit">
        <map:parameter name="type" value="document2html"/>
       </map:call>         
     </map:match>
  
     <map:match pattern="body-changes.xml">
       <map:generate type="file-nolabel" src="content/xdocs/changes.xml"/>
       <map:transform src="library/xslt/changes2document.xsl" label="content"/>
       <map:call resource="skinit">
        <map:parameter name="type" value="document2html"/>
       </map:call>    
     </map:match>
  
     <map:match pattern="body-faq.xml">
       <map:generate type="file-nolabel" src="content/xdocs/faq.xml"/>
       <map:transform src="library/xslt/faq2document.xsl" label="content"/>
       <map:call resource="skinit">
        <map:parameter name="type" value="document2html"/>
        <map:parameter name="isfaq" value="true"/>
       </map:call>    
     </map:match>
  
     <map:match pattern="body-**howto**.xml">
       <map:generate type="file-nolabel" src="content/xdocs/{1}howto{2}.xml"/>
       <map:transform src="library/xslt/howto2document.xsl" label="content"/>
       <map:call resource="skinit">
        <map:parameter name="type" value="document2html"/>
       </map:call>
     </map:match>
  
     <!-- Generate the "doclist" - list of all documentation
       The first match generates each book.xml and adds a new attribute "uri".
       The second match aggregates each book.xml into a doclist and
       then converts it to a document.
     -->
     <map:match pattern="doclist/content/xdocs/**book.xml">
       <map:generate src="content/xdocs/{1}book.xml"/>
       <map:transform src="library/xslt/doclist.xsl">
         <map:parameter name="uri" value="{1}"/>
       </map:transform>
       <map:serialize type="xml"/>
     </map:match>
     <map:match pattern="body-doclist.xml">
       <map:aggregate element="doclist">
         <map:part src="cocoon:/doclist/content/xdocs/book.xml"/>
       </map:aggregate>
       <map:transform src="library/xslt/doclist2document.xsl"/>
       <map:call resource="skinit">
        <map:parameter name="type" value="document2html"/>
       </map:call>    
     </map:match>
  
     <map:match pattern="body-**.xml">
       <map:generate src="content/xdocs/{1}.xml"/>
       <map:call resource="skinit">
        <map:parameter name="type" value="document2html"/>
       </map:call>    
     </map:match>
  
     <map:match pattern="*.html">
      <map:aggregate element="site">
       <map:part src="cocoon:/book-{1}.xml"/>
       <map:part src="cocoon:/body-{1}.xml" label="content"/>
      </map:aggregate>
      <map:call resource="skinit">
        <map:parameter name="type" value="site2xhtml"/>
      </map:call>
     </map:match>
  
     <map:match pattern="**/*.html">
      <map:aggregate element="site">
       <map:part src="cocoon:/{1}/book-{1}/{2}.xml"/>
       <map:part src="cocoon:/body-{1}/{2}.xml" label="content"/>
      </map:aggregate>
       <map:call resource="skinit">
        <map:parameter name="type" value="site2xhtml"/>
       </map:call>
     </map:match>
  
     <!-- ================  Static  =========================== -->
  
     <map:match pattern="skin/**.js">
      <map:call resource="skin-read">
        <map:parameter name="path" value="scripts/{1}.js"/>
        <map:parameter name="mime-type" value="application/javascript"/>
      </map:call>     
     </map:match>
  
     <map:match pattern="**/skin/**.js">
      <map:call resource="skin-read">
        <map:parameter name="path" value="scripts/{2}.js"/>
        <map:parameter name="mime-type" value="application/javascript"/>
      </map:call>     
     </map:match>
     
     <map:match pattern="**.js">
       <map:read src="resources/scripts/{1}.js" mime-type="application/javascript"/>
     </map:match>
  
     <map:match pattern="skin/**.css">
      <map:call resource="skin-read">
        <map:parameter name="path" value="css/{1}.css"/>
        <map:parameter name="mime-type" value="text/css"/>
      </map:call>  
     </map:match>
        
     <map:match pattern="**/skin/**.css">
      <map:call resource="skin-read">
        <map:parameter name="path" value="css/{2}.css"/>
        <map:parameter name="mime-type" value="text/css"/>
      </map:call>
     </map:match>
     
     <map:match pattern="**.css">
      <map:read src="resources/css/{1}.css" mime-type="text/css"/>
     </map:match>
  
     <map:match pattern="skin/images/**.*">
      <map:call resource="skin-read">
        <map:parameter name="path" value="images/{1}.{2}"/>
        <map:parameter name="mime-type" value="image/{2}"/>
      </map:call>                                 
     </map:match>
     
     <map:match pattern="**/skin/images/**.*">
      <map:call resource="skin-read">
        <map:parameter name="path" value="images/{2}.{3}"/>
        <map:parameter name="mime-type" value="image/{3}"/>
      </map:call>                                 
     </map:match>
        
     <map:match pattern="images/**.*">
      <map:read src="resources/images/{1}.{2}" mime-type="image/{2}"/>
     </map:match>
  
     <map:match pattern="**/images/**.*">
      <map:read src="resources/images/{2}.{3}" mime-type="image/{3}"/>
     </map:match>
  
     
     <map:match pattern="**favicon.ico">
      <map:call resource="skin-read">
        <map:parameter name="path" value="images/favicon.ico"/>
        <map:parameter name="mime-type" value="application/ico"/>
      </map:call>    
     </map:match>
           
    </map:pipeline>
   </map:pipelines>
  
  </map:sitemap>
  
  
  
  
  1.1                  xml-forrest/src/documentation/conf/web.xml
  
  Index: web.xml
  ===================================================================
  <?xml version="1.0" encoding="ISO-8859-1"?>
  
  <!--
    This is the web-app configurations that allow Cocoon to work under
    Apache Tomcat. Please, follow the installation section of the
    documentation for more information about installing Cocoon on Tomcat
  -->
  
  <!DOCTYPE web-app
      PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"
      "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">
  
  <web-app>
    <display-name>Forrest</display-name>
    <description>Webapp generated by Forrest</description>
    <servlet>
      <servlet-name>Cocoon2</servlet-name>
      <display-name>Cocoon2</display-name>
      <description>The main Cocoon2 servlet</description>
  
      <!--
        In cases you're facing class loader problems you can alternatively
        use the following servlet-class instead of the normal one
  
        <servlet-class>org.apache.cocoon.servlet.ParanoidCocoonServlet</servlet-class>
  
      -->
      <servlet-class>org.apache.cocoon.servlet.CocoonServlet</servlet-class>
  
      <!--
        This parameter points to the main configuration file for Cocoon.
        Note that the path is specified in absolute notation but it will be
        resolved relative to the servlets webapp context path
      -->
      <init-param>
        <param-name>configurations</param-name>
        <param-value>/cocoon.xconf</param-value>
      </init-param>
  
      <!--
        This parameter tells cocoon to load all the required libraries into
        it's own classloader instead of trusting the Servlet Vendor's
        classloader.  If you experience strange classloader issues,
        try setting this parameter to "true".
      -->
      <init-param>
        <param-name>init-classloader</param-name>
        <param-value>false</param-value>
      </init-param>
  
      <!--
        This parameter indicates the configuration file of the LogKit management
      -->
      <init-param>
        <param-name>logkit-config</param-name>
        <param-value>/WEB-INF/logkit.xconf</param-value>
      </init-param>
  
      <!--
        This parameter indicates the category id of the logger from the LogKit
        configuration used by the CocoonServlet.
      -->
      <init-param>
        <param-name>servlet-logger</param-name>
        <param-value>access</param-value>
      </init-param>
  
      <!--
        This parameter indicates the category id of the logger from the LogKit
        management configuration for the Cocoon engine.
        This logger is used for all components described in the cocoon.xconf
        and sitemap.xmap file not having specified a logger with the
        logger="..." attribute in the component configuration file.
      -->
      <init-param>
        <param-name>cocoon-logger</param-name>
        <param-value>core</param-value>
      </init-param>
  
      <!--
        This parameter indicates the log level to use throughout startup of the system.
        As soon as the logkit.xconf the setting of the logkit.xconf configuration is
        used instead! Only for startup and if the logkit.xconf is not readable/available
        this log level is of importance.
  
        Available levels are:
          DEBUG:        prints all level of log messages.
          INFO:         prints all level of log messages except DEBUG ones.
          WARN:         prints all level of log messages except DEBUG and INFO ones.
          ERROR:        prints all level of log messages except DEBUG, INFO and WARN ones.
          FATAL_ERROR: prints only log messages of this level
      -->
      <init-param>
        <param-name>log-level</param-name>
        <param-value>DEBUG</param-value>
      </init-param>
  
      <!--
        Allow reinstantiating (reloading) of the cocoon instance. If this is
        set to "yes" or "true", a new cocoon instance can be created using
        the request parameter "cocoon-reload".
      -->
      <init-param>
        <param-name>allow-reload</param-name>
        <param-value>yes</param-value>
      </init-param>
  
      <!--
        This parameter is used to list classes that should be loaded
        at initialization time of the servlet.
        Usually this classes are JDBC Drivers used
      -->
      <init-param>
        <param-name>load-class</param-name>
        <param-value>
          <!-- For IBM WebSphere:
          com.ibm.servlet.classloader.Handler -->
  
          <!-- For Database Driver: 
          org.hsqldb.jdbcDriver-->
  
          <!-- For parent ComponentManager sample:
          org.apache.cocoon.samples.parentcm.Configurator
          -->
        </param-value>
      </init-param>
  
      <!--
        This parameter allows to specify where Cocoon should put files
        which are uploaded by the upload.xsp sample. The path specified
        is always relative to the context path of the servlet.
        The default directory is "upload-dir" in the work-directory
  
      <init-param>
        <param-name>upload-directory</param-name>
        <param-value>/WEB-INF/work/upload-dir</param-value>
      </init-param>
      -->
  
      <!--
        This parameter allows to specify where Cocoon should put files
        which are cached by the storing class. The path specified
        is always relative to the context path of the servlet.
        The default directory is "cache-dir" in the work-directory
  
      <init-param>
        <param-name>cache-directory</param-name>
        <param-value>/WEB-INF/work/cache-dir</param-value>
      </init-param>
      -->
  
      <!--
        This parameter allows to specify where Cocoon should put it's
        working files. The path specified is always relative to the
        context path of the Cocoon servlet.
        Usually it is obtained from the servlet engine.
  
      <init-param>
        <param-name>work-directory</param-name>
        <param-value>/WEB-INF/work</param-value>
      </init-param>
      -->
  
      <!--
        This parameter allows to specify additional directories or jars
        which Cocoon should put into it's own classpath.
        Note that you must separate them using the platforms path.separator
        (":" for *nix and ";" for Windows systems). Also note that absolute
        pathes are take as such but relative pathes are rooted at the context
        root of the Cocoon servlet.
  
      <init-param>
        <param-name>extra-classpath</param-name>
        <param-value>WEB-INF/extra-classes1:/[YOU-ABSOLUTE-PATH-TO]/own.jar</param-value>
      </init-param>
      -->
  
      <!--
        This parameter allows you to select the parent component manager.
        The class will be instantiated via the constructor that takes a single
        String as a parameter. That String will be equal to the text after the
        '/'.
  
        Cocoon honors the Loggable and Initializable interfaces for this class,
        if it implements them.
  
        If you uncomment the following lines the parent CM is set to the Parent CM sample, which will look up
        a configuration via JNDI at org/apache/cocoon/samples/parentcm/ParentCMConfiguration
        and use it.
      <init-param>
        <param-name>parent-component-manager</param-name>
        <param-value>org.apache.cocoon.samples.parentcm.ParentComponentManager/org/apache/cocoon/samples/parentcm/ParentCMConfiguration</param-value>
      </init-param>
      -->
  
      <!--
        This parameter allows you to select the request factory. Possible choices are as follows:
            - org.apache.cocoon.components.request.MultipartRequestFactoryImpl
            - org.apache.cocoon.components.request.MaybeUploadRequestFactoryImpl
      -->
      <init-param>
        <param-name>request-factory</param-name>
        <param-value>org.apache.cocoon.components.request.MultipartRequestFactoryImpl</param-value>
      </init-param>
  
      <!--
        If you set this parameter to 'true' or 'yes', Cocoon will add processing
        time to the end of each response. Value 'hide' adds processing time as an HTML
        comment. By default, processing time is not added (corresponds to value 'no').
      -->
      <init-param>
        <param-name>show-time</param-name>
        <param-value>hide</param-value>
      </init-param>
  
  
      <!--
        This parameter allows you to startup Cocoon2 immediately after startup
        of your servlet engine.
      -->
      <load-on-startup>1</load-on-startup>
    </servlet>
  
    <!--
      Cocoon handles all the URL space assigned to the webapp using its sitemap.
      It is recommended to leave it unchanged. Under some circumstances though
      (like integration with proprietary webapps or servlets) you might have
      to change this parameter.
    -->
    <servlet-mapping>
      <servlet-name>Cocoon2</servlet-name>
      <url-pattern>/</url-pattern>
    </servlet-mapping>
    <!--
      Some servlet engines (Tomcat) have defaults which are not overriden
      by '/' mapping, but must be overriden explicitly.
    -->
    <servlet-mapping>
      <servlet-name>Cocoon2</servlet-name>
      <url-pattern>*.jsp</url-pattern>
    </servlet-mapping>
    <!--
      Some servlet engines (WebLogic) have defaults which are not overriden
      by '/' mapping, but must be overriden explicitly.
    -->
    <servlet-mapping>
      <servlet-name>Cocoon2</servlet-name>
      <url-pattern>*.html</url-pattern>
    </servlet-mapping>
    
    <mime-mapping>
      <extension>css</extension>
      <mime-type>text/css</mime-type>
    </mime-mapping>
  
  </web-app>
  
  
  
  1.6       +35 -0     xml-forrest/src/targets/project.xtarget
  
  Index: project.xtarget
  ===================================================================
  RCS file: /home/cvs/xml-forrest/src/targets/project.xtarget,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- project.xtarget	20 May 2002 21:50:52 -0000	1.5
  +++ project.xtarget	21 May 2002 14:45:17 -0000	1.6
  @@ -59,6 +59,41 @@
   
     </target>
     
  +  <!-- =================================================================== -->
  +  <!-- Prepares the docs to create a .war                                  -->
  +  <!-- =================================================================== -->
  +  <target name="prepare-webapp" depends="init, prepare-docs">
  +
  +    <!-- Copy Cocoon configuration and sitemap -->
  +    <copy todir="${build.context}" filtering="on">
  +      <fileset dir="${context.dir}/conf"/>
  +    </copy>
  +
  +     <!-- Copy Cocoon configuration and sitemap -->
  +    <copy todir="${build.context}/WEB-INF/" filtering="on">
  +      <fileset dir="${context.dir}/conf"/>
  +    </copy>
  +
  +  </target>
  + 
  +  <!-- =================================================================== -->
  +  <!-- Prepares the docs to create a .war                                  -->
  +  <!-- =================================================================== -->
  +  <target name="webapp" depends="init, prepare-webapp">
  +    <war warfile="${build.dir}/${name}.war" 
  +         webxml="${build.context}/WEB-INF/web.xml" 
  +         compress="true">
  +
  +      <fileset dir="${build.context}"/>
  +      <lib dir="lib/endorsed"/>
  +      <lib dir="lib/core"/>
  +      <lib dir="lib/optional"/>
  +      <classes dir="${build.context}/WEB-INF/classes/"/>
  +    
  +    </war>      
  +  
  +  </target>
  +
     <target name="cleandocs" depends="init" description="* Cleans the build docs directories">
       <delete dir="${build.docs}"/>
     </target>
  
  
  

Mime
View raw message