incubator-odf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jeremias Maerki (JIRA)" <>
Subject [jira] [Updated] (ODFTOOLKIT-126) ODFDOM JAR should become an OSGi component
Date Thu, 22 Sep 2011 14:26:26 GMT


Jeremias Maerki updated ODFTOOLKIT-126:

    Attachment: odfdom-osgi.diff

Some initial support is found in the patch I've attached. Some explanations found in

> ODFDOM JAR should become an OSGi component
> ------------------------------------------
>                 Key: ODFTOOLKIT-126
>                 URL:
>             Project: ODF Toolkit
>          Issue Type: Improvement
>          Components: java
>    Affects Versions: 0.8.5
>         Environment: Operating System: All
> Platform: All
>            Reporter: Svante Schubert
>            Assignee: issues
>            Priority: Minor
>             Fix For: 0.8.7
>         Attachments: odfdom-osgi.diff
> This feature was already last year briefly discussed on the list and as it basically
only needs new manifest entries easily editable by our pom.xml, it seems to be a low hanging
fruit for us!
> Taking our general test driven approach, we might want to need a test first, telling
us, that our current odfdom.jar is no OSGi package and apply the manifest entries afterwards.
> Two approaches seems reasonable and should be investigated:
> or
> Pax Exam
> an integration testing framework for OSGi, which might help us as well on integration
> NOTE: Currently the JUnit tests work on the class files not on JAR and tests requiring
access to the manifest (within the JAR) fail, as it is not in a directory aside, but only
in the JAR.
> To become a good OSGi package there are in addition to the manifest entries some basic
rules for OSGi packages, which might help us as well in general.
> For instance the lately discussed semantic of versioning numbers.
> See
> I am curious, if there are more useful rules for ODFDOM suggested by OSGi.
> If someone is curious to dive into this, I would love to get some feed-back on the above
given approaches (pro/con) and/or just review some patch given.
> Cheers,
> Svante

This message is automatically generated by JIRA.
For more information on JIRA, see:


View raw message