Sun Oct 26 11:44:48 2003
Configuration QuickrefThis is a quick reference sheet to the configuration, not a tutorial that will walk you through all the steps required to understand AxKit configuration. Please note that the order and the partitionning into sections is presently arbitrary. It will probably evolve over time. Processor DirectivesAxAddProcessor
Adds a step to the processing pipeline which will feed the
AxAddDocTypeProcessor
Adds a step to the processing pipeline which will feed the
AxAddDTDProcessor
Adds a step to the processing pipeline which will feed the
AxAddDynamicProcessor
Will call the AxAddRootProcessor
Adds a step to the processing pipeline which will feed the
Note that AxAddURIProcessor
Adds a step to the processing pipeline which will feed the
AxResetProcessors
Removes all previously configured processors in the pipeline. Plugin DirectivesAxAddPlugin
Will add a Plugin to the list of plugins that will be run before the processing beings. A plugin may modify all sorts of request parametres and notes in order to influence the behaviour of the processor. The AxResetPlugins
Removes all previously configured plugins. Media Directives<AxMediaType>
??? AxMedia
??? Style Directives<AxStyleName>
??? AxAddStyleMap
Adds a type to the StyleMap, to be used by Processors so that they know which module you use. The benefit of this is that you only define that mapping once. For instance, if you were processing XSLT with Apache::AxKit::Language::FooXSLT and you suddenly want to change to using Apache::AxKit::Language::BarXSLT, all you'll have to do to switch is to change the AxAddStyleMap mapping for text/xsl from the former to the latter, and all Processors using text/xsl will switch automatically. AxResetStyleMap
Removes all previously configured StyleMaps. AxStyleProvider
Alternative module to use for reading the stylesheet. AxStyle
??? Cache DirectivesAxCacheDir
Specifies the directory in which the cache is maintained, as opposed to using .axcache in the current directory. It is recommended that this be set to a non web-accessible directory. AxCacheModule
Specifies an alternative module to use in order to implement caching.
That module must implement the same API as is found in
AxNoCache
Whether results should be cached (default) or not. AxDependencyChecks
Whether dependencies (eg external entities) should be checked (default) or not. Turning this off can be a major performance boost if you know what you're doing. Output DirectivesAxAddOutputTransformer
Adds an OutputTransformer subroutine. That subroutine will receive the content to modify in @_ and must modify it in place. It is run right after cache which makes it the ideal place to perform small per request modifications while still benefitting from the caching of the other operations. AxResetOutputTransformers
Removes all previously configured OutputTransformers. AxOutputCharset
Requests that the output be translated to the given
AxGzipOutput
Whether the output should be gzipped or not (default). AxTranslateOutput
Whether the output should have automatic charset conversion on or not (default). [and that kicks in when???] Logging DirectivesAxDebugLevel
Sets the debugging level. 0 is no debugging and higher numbers mean more of it. The max should normally be 10. AxLogDeclines
Whether the requests that AxKit declines to handle should be logged or not or not (default). AxStackTrace
Whether the a stack trace of AxKit exceptions should be maintained or not (default). AxTraceIntermediate
Makes AxKit save to a file every intermediate stage of processing, so you no longer need to remove parts of your pipeline when debugging. Miscellaneous DirectivesAxConfigReader
Specifies an alternative module to use in order to implement configuration.
That module must implement the same API as is found in
AxProvider
Specifies an alternative module to use in order to implement providing of
files to AxKit.
That module must implement the same API as is found in
AxErrorStylesheet
Defines the stylesheet to use for error documents when errors occur. It's syntax is comparable to that of "AxAddProcessor". The error document looks something like: <error> <file>filename</file> <msg>error message</msg> <stack_trace> <bt level="0"> <file>filename</file> <line>line number</line> </bt> <bt level="2"> <!--etc--> </bt> </stack_trace> </error> AxAddXSPTaglib
Adds an XSP handling module. This is required in order to use taglibs as it gives them a chance to register their namespaces with the XSP dispatcher. Without this, taglib code in XSP will not function properly. Revision0.02 - 2002-06-21, switched to Pod with the Wiki move 0.01 - 2001-11-09, initial draft CopyrightCopyright (c) 2001 The AxKit Documentation Project, and individual contributors. All rights reserved. This text is free documentation; you can redistribute it and/or modify it under the same terms as AxKit itself. Edit This Page / Show Page History / |

Home