| Home >> All >> org >> apache >> cocoon >> [ serialization Javadoc ] |
• org.apache.cocoon.serialization: Javadoc index of package org.apache.cocoon.serialization.
Package Samples:
• org.apache.cocoon.serialization.hssfhelpers.util
• org.apache.cocoon.serialization.hssfhelpers
• org.apache.cocoon.serialization.hssfhelpers.elementprocessors
• org.apache.cocoon.serialization.hssfhelpers.processors
Classes:
• ElementProcessor: The ElementProcessor interface defines behavior for classes that can handle a particular XML element's content. The life cycle of an ElementProcessor instance is: Creation Initialization via a call to initialize Acquisition of element data via calls to acceptCharacters and acceptWhitespaceCharacters Completion of processing via a call to endProcessing In response to a startElement event, the POIFSSerializer creates an ElementProcessor, delegating the act of creation to an ElementProcessorFactory, and then initializes the ElementProcessor. In response to subsequent characters and ignorableWhitespace ...
• ZipArchiveSerializer: A serializer that builds Zip archives by aggregating several sources. The input document should describe entries of the archive by means of their name (which can be a path) in the archive and the source of the entry contents. These are Cocoon sources, and as such can use any of the protocols handled by Cocoon, including "cocoon:" to include dynamically generated content in the archive. Example : <zip:archive xmlns:zip="http://apache.org/cocoon/zip-archive/1.0"> <zip:entry name="foo.html" src="cocoon://dynFoo.html"/> <zip:entry name="images/bar.jpeg" src="bar.jpeg"/> </zip: ...
• Anchors: Anchors. This particular object is represented in gnumeric's XML as four integers, space separated. Presumably, each represents an anchor for a particular direction -- top, bottom, left, right -- but what the reference is for each anchor is not known, nor is it known which one is top, bottom, left, or right, or even whether that's the correct interpretation of the numbers. This is an area of the gnumeric XML that is not terribly well documented even in their code, and I don't think the features that use anchors are terribly mature yet.
• Offsets: Offsets. This particular object is represented in gnumeric's XML as four doubles, space separated. Presumably, each represents an offset in a particular direction -- top, bottom, left, right -- but what the reference is for each offset is not known, nor is it known which one is top, bottom, left, or right, or even whether that's the correct interpretation of the numbers. This is an area of the gnumeric XML that is not terribly well documented even in their code, and I don't think the features that use offsets are terribly mature yet.
• BaseElementProcessor: The BaseElementProcessor class provides default behavior for classes that can handle a particular XML element's content. It is intended that all ElementProcessors should extend this class. This class is declared Abstract although it has no abstract methods. It can be used 'as is' for a no-op ElementProcessor, and an ElementProcessor that chooses to simply extend this class with no overrides will be a no-op ElementProcessor.
• ElementProcessorSerializer: An implementation of nearly all of the methods included in the org.apache.poi.serialization.Serializer interface This is an abstract class. Concrete extensions need to implement the following methods: String getMimeType() void endDocument() ElementProcessorFactory getElementProcessorFactory() void doPreInitialization(ElementProcessor processor)
• POIFSSerializer: An implementation of nearly all of the methods included in the org.apache.cocoon.serialization.Serializer interface This is an abstract class. Concrete extensions need to implement the following methods: String getMimeType() void doLocalPreEndDocument() void doLocalPostEndDocument() ElementProcessorFactory getElementProcessorFactory()
• POIFSSerializer: An extension of ElementProcessorSerializer with extensions for dealing with the POIFS filesystem This is an abstract class. Concrete extensions need to implement the following methods: String getMimeType() void doLocalPreEndDocument() void doLocalPostEndDocument() ElementProcessorFactory getElementProcessorFactory()
• EPSheet: No-op implementation of ElementProcessor to handle the "Sheet" tag This element contains other elements and has the following boolean attributes: DisplayFormulas HideZero HideGrid HideColHeader HideRowHeader DisplayOutlines OutlineSymbolsBelow OutlineSymbolsRight
• EPSheetNameIndex: No-op implementation of ElementProcessor to handle the "SheetNameIndex" tag This element has no attributes and contains other elements This element is not used in HSSFSerializer 1.0 and probably never will be, as the gnumeric code indicates that it is a kludge
• EPSelections: No-op implementation of ElementProcessor to handle the "Selections" tag This element is a container element with two attributes: CursorCol and CursorRow, which presumable show where the cursor should be. This element is not used in HSSFSerializer 1.0
• EPSheetName: No-op implementation of ElementProcessor to handle the "SheetName" tag This element has no attributes and contains a string This element is not used in HSSFSerializer 1.0 and probably never will be, as the gnumeric code indicates that it is a kludge
• EPSolver: No-op implementation of ElementProcessor to handle the "Solver" tag This element is a container with four atributes (TargetRow, TargetCol, and ProblemType are integers, and Inputs is a String) This element is not used in HSSFSerializer 1.0
• EP_Order: No-op implementation of ElementProcessor to handle the "order" tag This element has no attributes and contains a string describing the print ordering (right then down, or down then right) This element is not used in HSSFSerializer 1.0
• EPStyleRegion: No-op implementation of ElementProcessor to handle the "StyleRegion" tag This element is a container of other elements and has four attributes that define the boundaries of the region. This element is not used in HSSFSerializer 1.0
• EPSelection: No-op implementation of ElementProcessor to handle the "Selection" tag This element is a container of other elements and has four attributes that define the boundaries of the region. This element is not used in HSSFSerializer 1.0
• EP_Orientation: No-op implementation of ElementProcessor to handle the "orientation" tag This element has no attributes and contains a string describing the print orientation (landscape or portrait) This element is not used in HSSFSerializer 1.0
• EP_Paper: No-op implementation of ElementProcessor to handle the "paper" tag This element contains no other elements and has no attributes. Its content describes the paper to be used (e.g., A4) This element is not used in HSSFSerializer 1.0
• EPUIData: No-op implementation of ElementProcessor to handle the "UIData" tag This element contains no data and has an attribute, SelectedTab, that indicates which sheet is currently selected This element is not used in HSSFSerializer 1.0
• EPWorkbook: ElementProcessor that handles the "Workbook" tag The Workbook element includes one attribute ("gmr"), which basically gives us the Gnumeric major version. At some point we might care about that, but not today.
• EPFont: No-op implementation of ElementProcessor to handle the "Font" tag This element has five attributes and also holds the name of the font as element content. This element is not used in HSSFSerializer 1.0
• EPConstr: No-op implementation of ElementProcessor to handle the "Constr" tag This element contains several attributes and no content or other elements. This element is not used in HSSFSerializer 1.0
• EPFooter: No-op implementation of ElementProcessor to handle the "Footer" tag This element has three attributes: Left, Middle, and Top, and no contents. This element is not used in HSSFSerializer 1.0
• EPHeader: No-op implementation of ElementProcessor to handle the "Header" tag This element has three attributes: Left, Middle, and Top, and no contents. This element is not used in HSSFSerializer 1.0
| Home | Contact Us | Privacy Policy | Terms of Service |