XWiki Commons
  1. XWiki Commons
  2. XCOMMONS-38

XAR plugin does not take into account provided dependencies when generating the xar

    Details

    • Similar issues:
      XCOMMONS-39Xar plugin should not embed anything by default
      XCOMMONS-155XAR Plugin doesn't always preserve old files in the resources when adding pages from dependencies
      XCOMMONS-535Add ability to specify which files to format or verify in the XAR plugin
      XCOMMONS-407XAR plugin does not properly escape document names containing a dot in package.xml
      XCOMMONS-448XAR plugin generated packaged tagged as backup pack by default
      XCOMMONS-145Add new Verify and Format Mojos in XAR plugin
      XCOMMONS-216XAR Plugin unit test fail when executed in IntelliJ IDEA
      XCOMMONS-469Add ability to modify the wiki XML pages during XAR generation
      XCOMMONS-349Upgrade to Maven Surefire plugin 2.13
      XCOMMONS-249Add extension identifier to the generated package.xml

      Description

      This plugin is working pretty much the opposite way it should: it's packaging "runtime" dependencies and don't take into account "provided" dependencies...

        Activity

        Hide
        Sergiu Dumitriu added a comment -

        Hm, isn't it normal to package "runtime" and discard "provided" dependencies? For jar dependencies, the provided servlet-api jar is used at compile time, but it isn't pulled in the final package.

        Show
        Sergiu Dumitriu added a comment - Hm, isn't it normal to package "runtime" and discard "provided" dependencies? For jar dependencies, the provided servlet-api jar is used at compile time, but it isn't pulled in the final package.

          People

          • Assignee:
            Thomas Mortagne
            Reporter:
            Thomas Mortagne
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:
              Date of First Response: