Details

    • Type: Task Task
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.2.0
    • Fix Version/s: 2.2.0
    • Component/s: build / infrastructure
    • Labels:
      None

      Description

      I'm getting a build error when trying to build the openjpa docbook

      [WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, no dependency information available
      [WARNING] Failed to retrieve plugin descriptor for org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
      [INFO] ------------------------------------------------------------------------
      [INFO] BUILD FAILURE

      $> mvn versions:show-plugin-updates
      shows that the docbook plugin is pretty outdated.

      [INFO] The following plugin updates are available:
      [INFO] com.agilejava.docbkx:docbkx-maven-plugin ............ 2.0.7 -> 2.0.13

      We should try to update to the latest bugfix version.

      1. OPENJPA-2091.2.patch
        7 kB
        Mark Struberg
      2. OPENJPA-2091.patch
        8 kB
        Mark Struberg

        Activity

        Hide
        Albert Lee added a comment -

        Close issue in preparation for 2.2.0 release.

        Show
        Albert Lee added a comment - Close issue in preparation for 2.2.0 release.
        Hide
        Mark Struberg added a comment -

        oops had a small bug. The additional directory only gets created when chuncked output is generated.
        With this little tweak the all-in-one manual.html works again.

        Show
        Mark Struberg added a comment - oops had a small bug. The additional directory only gets created when chuncked output is generated. With this little tweak the all-in-one manual.html works again.
        Hide
        Mark Struberg added a comment -

        please review and test if this still produces a proper output!

        Note that the new xdoc plugin now creates an additional directory for the html, named like the book title (== 'manual'), this I needed to tweak the post-process hooks a bit.

        Show
        Mark Struberg added a comment - please review and test if this still produces a proper output! Note that the new xdoc plugin now creates an additional directory for the html, named like the book title (== 'manual'), this I needed to tweak the post-process hooks a bit.
        Hide
        Mark Struberg added a comment -

        Was pretty hard to get this working, but I think I'm on the right track now.

        I upgraded the docbkx plugin to 2.0.13 (latest version) and experienced quite a few errors - glad that there was a comment in the pom telling me that I should expect troubles

        First of all, xml.apche.org got moved to xmlgraphics.apache.org. This was done between fop-0.94 and fop-0.95. Current version is fop-1.0 which we now use.
        This can be solved by using the following in the xslt:

        <xsl:param name="fop.extensions" select="0"/>
        <xsl:param name="fop1.extensions" select="1"/>

        There was also a docbook error which didn't get detected by the old version but bails out with an error now. The new version is a bit picky when it comes across tables which have more columns than specified via <tgroup cols="n">

        Show
        Mark Struberg added a comment - Was pretty hard to get this working, but I think I'm on the right track now. I upgraded the docbkx plugin to 2.0.13 (latest version) and experienced quite a few errors - glad that there was a comment in the pom telling me that I should expect troubles First of all, xml.apche.org got moved to xmlgraphics.apache.org. This was done between fop-0.94 and fop-0.95. Current version is fop-1.0 which we now use. This can be solved by using the following in the xslt: <xsl:param name="fop.extensions" select="0"/> <xsl:param name="fop1.extensions" select="1"/> There was also a docbook error which didn't get detected by the old version but bails out with an error now. The new version is a bit picky when it comes across tables which have more columns than specified via <tgroup cols="n">

          People

          • Assignee:
            Mark Struberg
            Reporter:
            Mark Struberg
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development