Here is a portion of the verbose build. I see some win32->* and *=[*] that
seem worrisome.
dependencies.resolve:
[ivy:resolve] using ivy parser to parse file:/D:/CVS/HEAD/tahoe/ivy.xml
[ivy:resolve] :: resolving dependencies :: Landmark#dsinfra#HEAD;[EMAIL
PROTECTED]
[ivy:resolve] confs: [win32]
[ivy:resolve] validate = true
[ivy:resolve] refresh = false
[ivy:resolve] resolving dependencies for configuration 'win32'
[ivy:resolve] == resolving dependencies for Landmark#dsinfra#HEAD;[EMAIL
PROTECTED] [win32]
[ivy:resolve] == resolving dependencies Landmark#dsinfra#HEAD;[EMAIL
PROTECTED]>Landmark#carto#spdm;latest.development [win32->*]
[ivy:resolve] published: Checking cache for: dependency:
Landmark#carto#spdm;latest.development {*=[*]}
[ivy:resolve] no cached resolved revision for
Landmark#carto#spdm;latest.development
[ivy:resolve] no cached resolved revision for
Landmark#carto#spdm;latest.development
[ivy:resolve] tried
E:/modules/DS_R5000_0_1/carto/spdm/latest.development/ivy/ivy.xml
[ivy:resolve] tried
E:/modules/DS_R5000_0_1/carto/spdm/[revision]/ivy/ivy.xml
[ivy:resolve] tried
E:/modules/DS_R5000_0_1/carto/spdm/latest.development/jar/[home]/[homeType]/[path]/carto.jar
[ivy:resolve] tried
E:/modules/DS_R5000_0_1/carto/spdm/[revision]/jar/[home]/[homeType]/[path]/carto.jar
[ivy:resolve] published.local: no ivy file nor artifact found for
Landmark#carto#spdm;latest.development
[ivy:resolve] no cached resolved revision for
Landmark#carto#spdm;latest.development
[ivy:resolve] tried
\\houfiler04.lgc.com\BuildStageArea\lgcbuilds/DS_R5000_0_1/carto/spdm/latest.development/ivy/ivy.xml
[ivy:resolve] tried
\\houfiler04.lgc.com\BuildStageArea\lgcbuilds/DS_R5000_0_1/carto/spdm/[revision]/ivy/ivy.xml
[ivy:resolve] published.repository do not support transaction. ivy pattern does
not use revision as last directory
[ivy:resolve] published.repository: found md file for
Landmark#carto#spdm;latest.development
[ivy:resolve] =>
\\houfiler04.lgc.com\BuildStageArea\lgcbuilds\DS_R5000_0_1\carto\spdm\DS_R5000_0_1.spdm.1\ivy\ivy.xml
(DS_R5000_0_1.spdm.1)
[ivy:resolve] downloading
\\houfiler04.lgc.com\BuildStageArea\lgcbuilds\DS_R5000_0_1\carto\spdm\DS_R5000_0_1.spdm.1\ivy\ivy.xml
...
[ivy:resolve] published.repository: downloading
\\houfiler04.lgc.com\BuildStageArea\lgcbuilds\DS_R5000_0_1\carto\spdm\DS_R5000_0_1.spdm.1\ivy\ivy.xml
[ivy:resolve] [SUCCESSFUL ]
Landmark#carto#spdm;DS_R5000_0_1.spdm.1!ivy.original.xml(ivy) (250ms)
[ivy:resolve] [DS_R5000_0_1.spdm.1] Landmark#carto
[ivy:resolve] found Landmark#carto#spdm;DS_R5000_0_1.spdm.1 in
published.repository
[ivy:resolve] [DS_R5000_0_1.spdm.1] Landmark#carto#spdm;latest.development
---
Shawn Castrianni
-----Original Message-----
From: Shawn Castrianni
Sent: Friday, April 11, 2008 10:44 AM
To: '[email protected]'
Subject: RE: cache problem?
I have an ivy.xml file with different platform configs, {win32, win64, linux,
linux64, and solaris}. I have my artifacts for that module separated out into
these configs so that dlls are {win32,win64} and sos are {linux, linux64, and
solaris}. I built and published that module with all configurations inside. I
then make a new module that depends on the first. My dependency does NOT list
any config mapping stuff. I then do a resolve conf="win32" and I see that all
the artifacts regardless of the configuration gets downloaded to the cache. I
then do a retrieve and all the artifacts downloaded to the cache get copied to
my dependencies directory. Since I specified conf="win32" I should only get
dlls copied to my dependencies.
Here is my ivy.xml file with the configurations:
<?xml version="1.0" encoding="UTF-8"?>
<ivy-module version="2.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:noNamespaceSchemaLocation="http://ant.apache.org/ivy/schemas/ivy.xsd";
xmlns:ext="http://ant.apache.org/ivy/extra";>
<info organisation="XXXXX" module="carto" branch="spdm">
<description>This module contains the carto
devkit.</description>
</info>
<configurations>
<conf name="win32"/>
<conf name="win64"/>
<conf name="linux"/>
<conf name="linux64"/>
<conf name="solaris"/>
</configurations>
<publications>
<artifact name="module" type="homes" ext="xml" ext:path=""
ext:home="carto" ext:homeType="config"/>
<artifact name="com_lgc_jcartointf" type="jar" ext="jar"
ext:path="" ext:home="" ext:homeType=""/>
<artifact name="cartointf60_2" type="bin" ext="dll"
ext:path="win32" ext:home="" ext:homeType="" conf="win32"/>
<artifact name="cartointf80_2" type="bin" ext="dll"
ext:path="win32" ext:home="" ext:homeType="" conf="win32"/>
<artifact name="GeoCalc60" type="bin" ext="dll"
ext:path="win32" ext:home="" ext:homeType="" conf="win32"/>
<artifact name="GeoCalc80" type="bin" ext="dll"
ext:path="win32" ext:home="" ext:homeType="" conf="win32"/>
<artifact name="GeoCalcPBW60" type="bin" ext="dll"
ext:path="win32" ext:home="" ext:homeType="" conf="win32"/>
<artifact name="GeoCalcPBW80" type="bin" ext="dll"
ext:path="win32" ext:home="" ext:homeType="" conf="win32"/>
<artifact name="xerces-c60_2_6" type="bin" ext="dll"
ext:path="win32" ext:home="" ext:homeType="" conf="win32"/>
<artifact name="xerces-c80_2_6" type="bin" ext="dll"
ext:path="win32" ext:home="" ext:homeType="" conf="win32"/>
<artifact name="cartointf80_2" type="bin" ext="dll"
ext:path="win64" ext:home="" ext:homeType="" conf="win64"/>
<artifact name="GeoCalc80" type="bin" ext="dll"
ext:path="win64" ext:home="" ext:homeType="" conf="win64"/>
<artifact name="GeoCalcPBW80" type="bin" ext="dll"
ext:path="win64" ext:home="" ext:homeType="" conf="win64"/>
<artifact name="xerces-c80_2_6" type="bin" ext="dll"
ext:path="win64" ext:home="" ext:homeType="" conf="win64"/>
<artifact name="libcartointf" type="bin" ext="so.2"
ext:path="linux" ext:home="" ext:homeType="" conf="linux"/>
<artifact name="libGeoCalc" type="bin" ext="so"
ext:path="linux" ext:home="" ext:homeType="" conf="linux"/>
<artifact name="libGeoCalcPBW" type="bin" ext="so"
ext:path="linux" ext:home="" ext:homeType="" conf="linux"/>
<artifact name="libxerces-c" type="bin" ext="so"
ext:path="linux" ext:home="" ext:homeType="" conf="linux"/>
<artifact name="libxerces-c" type="bin" ext="so.26"
ext:path="linux" ext:home="" ext:homeType="" conf="linux"/>
<artifact name="libxerces-c" type="bin" ext="so.26.0"
ext:path="linux" ext:home="" ext:homeType="" conf="linux"/>
<artifact name="libcartointf" type="bin" ext="so.2"
ext:path="linux64" ext:home="" ext:homeType="" conf="linux64"/>
<artifact name="libGeoCalc" type="bin" ext="so"
ext:path="linux64" ext:home="" ext:homeType="" conf="linux64"/>
<artifact name="libGeoCalcPBW" type="bin" ext="so"
ext:path="linux64" ext:home="" ext:homeType="" conf="linux64"/>
<artifact name="libxerces-c" type="bin" ext="so"
ext:path="linux64" ext:home="" ext:homeType="" conf="linux64"/>
<artifact name="libxerces-c" type="bin" ext="so.26"
ext:path="linux64" ext:home="" ext:homeType="" conf="linux64"/>
<artifact name="libxerces-c" type="bin" ext="so.26.0"
ext:path="linux64" ext:home="" ext:homeType="" conf="linux64"/>
<artifact name="libcartointf" type="bin" ext="so.2"
ext:path="solaris" ext:home="" ext:homeType="" conf="solaris"/>
<artifact name="libGeoCalc" type="bin" ext="so"
ext:path="solaris" ext:home="" ext:homeType="" conf="solaris"/>
<artifact name="libGeoCalcPBW" type="bin" ext="so"
ext:path="solaris" ext:home="" ext:homeType="" conf="solaris"/>
<artifact name="libxerces-c" type="bin" ext="so"
ext:path="solaris" ext:home="" ext:homeType="" conf="solaris"/>
<artifact name="libxerces-c" type="bin" ext="so.26"
ext:path="solaris" ext:home="" ext:homeType="" conf="solaris"/>
<artifact name="libxerces-c" type="bin" ext="so.26.0"
ext:path="solaris" ext:home="" ext:homeType="" conf="solaris"/>
</publications>
</ivy-module>
---
Shawn Castrianni
CM Chief Architect
Landmark
Halliburton Drilling, Evaluation and Digital Solutions Building 2
2101 City West Blvd.
Houston, TX 77042
Work: 713-839-3086
Cell: 832-654-0888
Fax: 713-839-2758
-----Original Message-----
From: Xavier Hanin [mailto:[EMAIL PROTECTED]
Sent: Friday, April 11, 2008 6:55 AM
To: [email protected]
Subject: Re: cache problem?
You should get only the configuration you ask. Could you give more details
on what you do and how you conclude you get all of them?
Xavier
On Fri, Apr 11, 2008 at 12:31 PM, Shawn Castrianni <
[EMAIL PROTECTED]> wrote:
> Maybe I never paid any attention to the cache, but right now I am doing a
> resolve and I am getting all configurations downloaded to the cache.
> Shouldn't just the configuration I asked for come down? Also, the retrieve
> is also getting all configurations instead of the current one. Is this the
> way it is supposed to work? If so, what is the point in specifying the
> configuration during a resolve if it always gets all of them.
>
> ---
> Shawn Castrianni
>
> ----------------------------------------------------------------------
> This e-mail, including any attached files, may contain confidential and
> privileged information for the sole use of the intended recipient. Any
> review, use, distribution, or disclosure by others is strictly prohibited.
> If you are not the intended recipient (or authorized to receive information
> for the intended recipient), please contact the sender by reply e-mail and
> delete all copies of this message.
--
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/
