Ivy
  1. Ivy
  2. IVY-237

VFS Resolve fails when trying to resolve a + version

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 1.3.1
    • Fix Version/s: 1.4-RC1
    • Component/s: Core
    • Labels:
      None
    • Environment:

      linux fedora core 4

      Description

      Resolution of a + dependency using a vfs resolver (with ftp) fails with a "Could no read from ... because it is not a file" error. This problem does not occur if the revision is specified explicitly (e,g, 1.3.1). It looks like there is a problem either with the file specifier ivy is passing to the vfs resolver or the vfs resolver is having problems handling the passed file specifier.

      Work around is to specify 2 resolvers - a fetch resolver using the url resolver and a publish resolver using vfs. The fetch resolver is used for artifact lookup and retrieval while the publish is used to place an artifact in the repository.

      I'll try to take a look at it next week, but my time is currently seriously constrained.

      Here's the basic error message:
      :: problems summary ::
      WARN: problem while downloading ivy file: ftp://<edited out for security purposes>/var/www/html/ivy/Milestones/Platform/LoggerService/ivy-020700+.xml: Could not rea
      d from "ftp://<<edited out for security purposes>/var/www/html/ivy/Milestones/Platform/LoggerService/ivy-020700+.xml" because it is a not a file.

      and here is the ivy.xml

      <?xml version="1.0"?>
      <?xml-stylesheet type="text/xsl" href="http://www.ivyrep.org/ivy-doc.xsl"?>
      <ivy-module version="1.3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://rodan.cobaltgroup.com/ivy/schemas/ivy.xsd">
      <info organisation="Platform" module="Administration" revision="030000" status="integration">
      <description
      homepage="http://cm.cobaltgroup.com">Platform Base System Services</description>
      </info>
      <configurations>
      <include url="file:////ivy_std_configs.xml" />
      </configurations>
      <publications>
      <artifact conf="cbs.conf.artifact" ext="jar" name="administration-client" type="jar"/>
      <artifact conf="cbs.conf.deployable" ext="ear" name="administration" type="ear"/>
      </publications>
      <dependencies>
      <dependency name="wls" org="bea" rev="81sp3">
      <conf name="cbs.conf.container">
      <mapped name="cbs.conf.artifact"/>
      </conf>
      </dependency>
      <dependency name="webservices" org="bea" rev="81sp3">
      <conf name="cbs.conf.container">
      <mapped name="cbs.conf.artifact"/>
      </conf>
      </dependency>
      <dependency name="LoggerService" org="Platform" rev="030000+">
      <conf name="cbs.conf.construct">
      <mapped name="cbs.conf.artifact"/>
      </conf>
      </dependency>
      <dependency name="LoggerService" org="Platform" rev="020700+">
      <conf name="cbs.conf.construct">
      <mapped name="cbs.conf.artifact"/>
      </conf>
      <conf name="cbs.conf.deployable">
      <mapped name="cbs.conf.deployable"/>
      </conf>
      </dependencies>
      </ivy-module>

        Activity

        Stephen Nesbitt created issue -
        Hide
        Maarten Coene added a comment -

        I had the same problem when using the vfs resolver with webdav.
        I think I've fixed it, but I need to cleanup the code first before I can commit my changes (which I'll probably do tomorrow)

        Show
        Maarten Coene added a comment - I had the same problem when using the vfs resolver with webdav. I think I've fixed it, but I need to cleanup the code first before I can commit my changes (which I'll probably do tomorrow)
        Hide
        Maarten Coene added a comment -

        Fixed.
        I could only test it for webdav, could you verify if it's working for FTP ?

        Show
        Maarten Coene added a comment - Fixed. I could only test it for webdav, could you verify if it's working for FTP ?
        Jeff Turner made changes -
        Field Original Value New Value
        Resolution Fixed [ 1 ]
        Status Open [ 1 ] Closed [ 6 ]

          People

          • Assignee:
            Maarten Coene
            Reporter:
            Stephen Nesbitt
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Due:
              Created:
              Updated:
              Resolved:

              Development