[
https://issues.apache.org/jira/browse/ODFTOOLKIT-48?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Florian Hopf updated ODFTOOLKIT-48:
-----------------------------------
Fix Version/s: (was: odfdom-0.8.7)
> Package Layer: manifest.xml should be provided as DOM, classes should be
> generated
> ----------------------------------------------------------------------------------
>
> Key: ODFTOOLKIT-48
> URL: https://issues.apache.org/jira/browse/ODFTOOLKIT-48
> Project: ODF Toolkit
> Issue Type: Improvement
> Components: codegen
> Affects Versions: simple-odfdom-0.8
> Environment: Operating System: All
> Platform: All
> Reporter: Svante Schubert
> Assignee: issues
> Priority: Minor
>
> By using a DOM implementation for the manifest.xml we can be sure to maintain
> foreign elements and we would get changes in the schema directly into our
> sources by generation, using a symmetric design: The two RelaxNG schemas of
> the ODF 1.2 spec are used for two generations of typed DOM elements.
> Design draft:
> We took this issue already into account when refactoring the class structure,
> for instance moving OdfElement, OdfAttribue and OdfFileDom from DOM level to
> base level org.odftoolkit.odfdom.
> There is currently only one namespace being used in the package schema:
> 'manifest'. The generated classes would all be in the Java package:
> org.odftoolkit.odfdom.pkg.element.manifest.*
> The creation of OdfNamespace needs adaptions, taking as well the PKG layer
> namespace into account.
> A further problem that is a prerequisite: there are currently two completely
> independent javacodetemplate.xml files for DOM and PKG layer.
> Unfortunately there is a lot of shared code, we might think to allow some
> kind of aggregation to load the shared sources from a single file, otherwise
> we will have in the future errors by code duplications (e.g. fixing only DOM
> layer, forgetting PKG). Perhaps a simple XML level external entity would be
> sufficient, see
> http://www.w3.org/TR/REC-xml/#sec-external-ent
> The generation already exist within a comment in the pom.xml to be tested.
> Finally some package layer refactoring will be necessary, last but not least
> the PKG tests might be improved.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira