incubator-odf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Florian Hopf (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (ODFTOOLKIT-48) Package Layer: manifest.xml should be provided as DOM, classes should be generated
Date Wed, 19 Dec 2012 06:11:16 GMT

     [ 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

Mime
View raw message