cli.xconf
上传用户:quxuerui
上传日期:2018-01-08
资源大小:41811k
文件大小:13k
源码类别:

网格计算

开发平台:

Java

  1. <?xml version="1.0"?>
  2. <!--
  3.   Licensed to the Apache Software Foundation (ASF) under one or more
  4.   contributor license agreements.  See the NOTICE file distributed with
  5.   this work for additional information regarding copyright ownership.
  6.   The ASF licenses this file to You under the Apache License, Version 2.0
  7.   (the "License"); you may not use this file except in compliance with
  8.   the License.  You may obtain a copy of the License at
  9.       http://www.apache.org/licenses/LICENSE-2.0
  10.   Unless required by applicable law or agreed to in writing, software
  11.   distributed under the License is distributed on an "AS IS" BASIS,
  12.   WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  13.   See the License for the specific language governing permissions and
  14.   limitations under the License.
  15. -->
  16. <!--+
  17.     |  This is the Apache Cocoon command line configuration file.
  18.     |  Here you give the command line interface details of where
  19.     |  to find various aspects of your Cocoon installation.
  20.     |
  21.     |  If you wish, you can also use this file to specify the URIs
  22.     |  that you wish to generate.
  23.     |
  24.     |  The current configuration information in this file is for
  25.     |  building the Cocoon documentation. Therefore, all links here
  26.     |  are relative to the build context dir, which, in the build.xml
  27.     |  file, is set to ${build.context}
  28.     |
  29.     |  Options:
  30.     |    verbose:            increase amount of information presented
  31.     |                        to standard output (default: false)
  32.     |    follow-links:       whether linked pages should also be
  33.     |                        generated (default: true)
  34.     |    precompile-only:    precompile sitemaps and XSP pages, but
  35.     |                        do not generate any pages (default: false)
  36.     |    confirm-extensions: check the mime type for the generated page
  37.     |                        and adjust filename and links extensions
  38.     |                        to match the mime type
  39.     |                        (e.g. text/html->.html)
  40.     |
  41.     |  Note: Whilst using an xconf file to configure the Cocoon
  42.     |        Command Line gives access to more features, the use of
  43.     |        command line parameters is more stable, as there are
  44.     |        currently plans to improve the xconf format to allow
  45.     |        greater flexibility. If you require a stable and
  46.     |        consistent method for accessing the CLI, it is recommended
  47.     |        that you use the command line parameters to configure
  48.     |        the CLI. See documentation at:
  49.     |        http://cocoon.apache.org/2.1/userdocs/offline/
  50.     |        http://wiki.apache.org/cocoon/CommandLine
  51.     |
  52.     +-->
  53. <cocoon verbose="true"
  54.         follow-links="true"
  55.         precompile-only="false"
  56.         confirm-extensions="false">
  57.    <!--+
  58.        |  The context directory is usually the webapp directory
  59.        |  containing the sitemap.xmap file.
  60.        |
  61.        |  The config file is the cocoon.xconf file.
  62.        |
  63.        |  The work directory is used by Cocoon to store temporary
  64.        |  files and cache files.
  65.        |
  66.        |  The destination directory is where generated pages will
  67.        |  be written (assuming the 'simple' mapper is used, see
  68.        |  below)
  69.        +-->
  70.    <context-dir>.</context-dir>
  71.    <config-file>WEB-INF/cocoon.xconf</config-file>
  72.    <work-dir>../tmp/cocoon-work</work-dir>
  73.    <dest-dir>../site</dest-dir>
  74.    <!--+
  75.        |  A checksum file can be used to store checksums for pages
  76.        |  as they are generated. When the site is next generated,
  77.        |  files will not be written if their checksum has not changed.
  78.        |  This means that it will be easier to detect which files
  79.        |  need to be uploaded to a server, using the timestamp.
  80.        |
  81.        |  The default path is relative to the core webapp directory.
  82.        |  An asolute path can be used.
  83.        +-->
  84.    <!--   <checksums-uri>build/work/checksums</checksums-uri>-->
  85.    <!--+
  86.        | Broken link reporting options:
  87.        |   Report into a text file, one link per line:
  88.        |     <broken-links type="text" report="filename"/>
  89.        |   Report into an XML file:
  90.        |     <broken-links type="xml" report="filename"/>
  91.        |   Ignore broken links (default):
  92.        |     <broken-links type="none"/>
  93.        |
  94.        |   Two attributes to this node specify whether a page should
  95.        |   be generated when an error has occured. 'generate' specifies
  96.        |   whether a page should be generated (default: true) and
  97.        |   extension specifies an extension that should be appended
  98.        |   to the generated page's filename (default: none)
  99.        |
  100.        |   Using this, a quick scan through the destination directory
  101.        |   will show broken links, by their filename extension.
  102.        +-->
  103.    <broken-links type="xml"
  104.                  file="../brokenlinks.xml"
  105.                  generate="false"
  106.                  extension=".error"
  107.                  show-referrers="true"/>
  108.    <!--+
  109.        |  Load classes at startup. This is necessary for generating
  110.        |  from sites that use SQL databases and JDBC.
  111.        |  The <load-class> element can be repeated if multiple classes
  112.        |  are needed.
  113.        +-->
  114.    <!--
  115.    <load-class>org.firebirdsql.jdbc.Driver</load-class>
  116.    -->
  117.    <!--+
  118.        |  Configures logging.
  119.        |  The 'log-kit' parameter specifies the location of the log kit
  120.        |  configuration file (usually called logkit.xconf.
  121.        |
  122.        |  Logger specifies the logging category (for all logging prior
  123.        |  to other Cocoon logging categories taking over)
  124.        |
  125.        |  Available log levels are:
  126.        |    DEBUG:        prints all level of log messages.
  127.        |    INFO:         prints all level of log messages except DEBUG
  128.        |                  ones.
  129.        |    WARN:         prints all level of log messages except DEBUG
  130.        |                  and INFO ones.
  131.        |    ERROR:        prints all level of log messages except DEBUG,
  132.        |                  INFO and WARN ones.
  133.        |    FATAL_ERROR:  prints only log messages of this level
  134.        +-->
  135.    <!-- <logging log-kit="WEB-INF/logkit.xconf" logger="cli" level="ERROR" /> -->
  136.    <!--+
  137.        |  Specifies the filename to be appended to URIs that
  138.        |  refer to a directory (i.e. end with a forward slash).
  139.        +-->
  140.    <default-filename>index.html</default-filename>
  141.    <!--+
  142.        |  Specifies a user agent string to the sitemap when
  143.        |  generating the site.
  144.        |
  145.        |  A generic term for a web browser is "user agent". Any
  146.        |  user agent, when connecting to a web server, will provide
  147.        |  a string to identify itself (e.g. as Internet Explorer or
  148.        |  Mozilla). It is possible to have Cocoon serve different
  149.        |  content depending upon the user agent string provided by
  150.        |  the browser. If your site does this, then you may want to
  151.        |  use this <user-agent> entry to provide a 'fake' user agent
  152.        |  to Cocoon, so that it generates the correct version of your
  153.        |  site.
  154.        |
  155.        |  For most sites, this can be ignored.
  156.        +-->
  157.    <!--
  158.    <user-agent>Cocoon Command Line Environment 2.1</user-agent>
  159.    -->
  160.    <!--+
  161.        |  Specifies an accept string to the sitemap when generating
  162.        |  the site.
  163.        |  User agents can specify to an HTTP server what types of content
  164.        |  (by mime-type) they are able to receive. E.g. a browser may be
  165.        |  able to handle jpegs, but not pngs. The HTTP accept header
  166.        |  allows the server to take the browser's capabilities into account,
  167.        |  and only send back content that it can handle.
  168.        |
  169.        |  For most sites, this can be ignored.
  170.        +-->
  171.    <accept>*/*</accept>
  172.    <!--+
  173.        | Specifies which URIs should be included or excluded, according
  174.        | to wildcard patterns.
  175.        |
  176.        | These includes/excludes are only relevant when you are following
  177.        | links. A link URI must match an include pattern (if one is given)
  178.        | and not match an exclude pattern, if it is to be followed by
  179.        | Cocoon. It can be useful, for example, where there are links in
  180.        | your site to pages that are not generated by Cocoon, such as
  181.        | references to api-documentation.
  182.        |
  183.        | By default, all URIs are included. If both include and exclude
  184.        | patterns are specified, a URI is first checked against the
  185.        | include patterns, and then against the exclude patterns.
  186.        |
  187.        | Multiple patterns can be given, using muliple include or exclude
  188.        | nodes.
  189.        |
  190.        | The order of the elements is not significant, as only the first
  191.        | successful match of each category is used.
  192.        |
  193.        | Currently, only the complete source URI can be matched (including
  194.        | any URI prefix). Future plans include destination URI matching
  195.        | and regexp matching. If you have requirements for these, contact
  196.        | dev@cocoon.apache.org.
  197.        +-->
  198.    <exclude pattern="**/"/>
  199.    <exclude pattern="api/**"/>
  200.    <exclude pattern="jdiff/**"/>
  201.    <exclude pattern="changes.html"/>
  202.    <exclude pattern="releasenotes.html"/>
  203. <!--
  204.   This is a workaround for FOR-284 "link rewriting broken when
  205.   linking to xml source views which contain site: links".
  206.   See the explanation there and in declare-broken-site-links.xsl
  207. -->
  208.    <exclude pattern="site:**"/>
  209.    <exclude pattern="ext:**"/>
  210.    <exclude pattern="lm:**"/>
  211.    <exclude pattern="**/site:**"/>
  212.    <exclude pattern="**/ext:**"/>
  213.    <exclude pattern="**/lm:**"/>
  214.    <!-- Exclude tokens used in URLs to ASF mirrors (interpreted by a CGI) -->
  215.    <exclude pattern="[preferred]/**"/>
  216.    <exclude pattern="[location]"/>
  217.    <!--   <include-links extension=".html"/>-->
  218.    <!--+
  219.        |  <uri> nodes specify the URIs that should be generated, and
  220.        |  where required, what should be done with the generated pages.
  221.        |  They describe the way the URI of the generated file is created
  222.        |  from the source page's URI. There are three ways that a generated
  223.        |  file URI can be created: append, replace and insert.
  224.        |
  225.        |  The "type" attribute specifies one of (append|replace|insert):
  226.        |
  227.        |  append:
  228.        |  Append the generated page's URI to the end of the source URI:
  229.        |
  230.        |   <uri type="append" src-prefix="documents/" src="index.html"
  231.        |   dest="build/dest/"/>
  232.        |
  233.        |  This means that
  234.        |   (1) the "documents/index.html" page is generated
  235.        |   (2) the file will be written to "build/dest/documents/index.html"
  236.        |
  237.        |  replace:
  238.        |  Completely ignore the generated page's URI - just
  239.        |  use the destination URI:
  240.        |
  241.        |   <uri type="replace" src-prefix="documents/" src="index.html"
  242.        |   dest="build/dest/docs.html"/>
  243.        |
  244.        |  This means that
  245.        |   (1) the "documents/index.html" page is generated
  246.        |   (2) the result is written to "build/dest/docs.html"
  247.        |   (3) this works only for "single" pages - and not when links
  248.        |       are followed
  249.        |
  250.        |  insert:
  251.        |  Insert generated page's URI into the destination
  252.        |  URI at the point marked with a * (example uses fictional
  253.        |  zip protocol)
  254.        |
  255.        |   <uri type="insert" src-prefix="documents/" src="index.html"
  256.        |   dest="zip://*.zip/page.html"/>
  257.        |
  258.        |  This means that
  259.        |   (1)
  260.        |
  261.        |  In any of these scenarios, if the dest attribute is omitted,
  262.        |  the value provided globally using the <dest-dir> node will
  263.        |  be used instead.
  264.        +-->
  265.    <!--
  266.    <uri type="replace"
  267.         src-prefix="samples/"
  268.         src="hello-world/hello.html"
  269.         dest="build/dest/hello-world.html"/>
  270.    -->
  271.    <!--+
  272.        | <uri> nodes can be grouped together in a <uris> node. This
  273.        | enables a group of URIs to share properties. The following
  274.        | properties can be set for a group of URIs:
  275.        |   * follow-links:       should pages be crawled for links
  276.        |   * confirm-extensions: should file extensions be checked
  277.        |                         for the correct mime type
  278.        |   * src-prefix:         all source URIs should be
  279.        |                         pre-pended with this prefix before
  280.        |                         generation. The prefix is not
  281.        |                         included when calculating the
  282.        |                         destination URI
  283.        |   * dest:               the base destination URI to be
  284.        |                         shared by all pages in this group
  285.        |   * type:               the method to be used to calculate
  286.        |                         the destination URI. See above
  287.        |                         section on <uri> node for details.
  288.        |
  289.        | Each <uris> node can have a name attribute. When a name
  290.        | attribute has been specified, the -n switch on the command
  291.        | line can be used to tell Cocoon to only process the URIs
  292.        | within this URI group. When no -n switch is given, all
  293.        | <uris> nodes are processed. Thus, one xconf file can be
  294.        | used to manage multiple sites.
  295.        +-->
  296.    <!--
  297.    <uris name="mirrors" follow-links="false">
  298.      <uri type="append" src="mirrors.html"/>
  299.    </uris>
  300.    -->
  301.    <!--+
  302.        |  File containing URIs (plain text, one per line).
  303.        +-->
  304.    <!--
  305.    <uri-file>uris.txt</uri-file>
  306.    -->
  307. </cocoon>