IvyDE
  1. IvyDE
  2. IVYDE-230

Shared Javadoc/Source attachments

    Details

    • Type: Improvement Improvement
    • Status: Resolved
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 2.0.0.final
    • Fix Version/s: 2.2.0.beta1
    • Component/s: classpath container
    • Labels:
      None
    • Environment:

      Eclipse 3.3, IvyDE (2.0.0.final), Ivy (2.1.0.final)

      Description

      It would be nice if IvyDE could attach javadoc artifacts to more than one jar that is published by a module.

      For example, consider a rather large module called 'foo'. It has multiple parts and pieces, some of which may not be required for your particular application. The 'foo' module publishes multiple JAR artifacts:

      foo-a.jar
      foo-b.jar
      foo-c.jar

      The 'foo' module, however, is unfortunately /closed/ and the javadocs are provided to the developer in one large archive 'foo-doc.zip'.

      We are using the default URL resolver against an Ivy repo located on our dev web server.
      The artifact pattern we are using in our ivy settings is:
      <artifact pattern="http://XXXXXX/dev-repo/[organisation]/[module]/[revision]/[artifact][revision]([classifier]).[ext]" />

      After modifying the ivy.xml file for the 'foo' module to publish the docs via: <artifact name="foo" type="javadoc" ext="zip" conf="default" e:classifier="doc"/>. IvyDE/Ivy will then happily pull down the javadoc along with all the other artifacts. But, none of the foo-a, foo-b, or foo-c artifacts will have javadoc attachments in Eclipse (presumably because their artifact basenames do not match).

      Reorganizing the documentation into separate archives is not easy (or even possible) without the source code. Therefore, it would be nice if IvyDE could treat the single supplied javadoc artifact as a candidate for attachment on each of the component JAR artifacts without having to fetch the (possibly large) javadoc archive multiple times under different basenames.

      1. ivyde.patch
        22 kB
        Gregory Fernandez

        Activity

        No work has yet been logged on this issue.

          People

          • Assignee:
            Nicolas Lalevée
            Reporter:
            Jason A. Guild
          • Votes:
            1 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development