You are viewing a plain text version of this content. The canonical link for it is here.
Posted to ivy-user@ant.apache.org by Nascif Abousalh-Neto <Na...@sas.com> on 2008/08/28 04:30:54 UTC

Question on attributes

Hi,

I am considering the use of extra attributes to store the result of a process that is executed as part of the build, just before we publish the new version. I think it would meet our needs and allow us to optimize the process of recovering this information (since we will later have to recover the module anyway).

My concern though is this paragraph in the Ivy documentation (from http://ant.apache.org/ivy/history/trunk/concept.html)
Example:
Here is an ivy file with the attribute 'color' set to blue:
<ivy-module version="2.0" xmlns:e="http://ant.apache.org/ivy/extra">
        <info organisation="apache"
               module="foo"
               e:color="blue"
               status="integration"
               revision="1.59"
        />
</ivy-module>
Then you must use the extra attribute when you declare a dependency on foo. Those extra attributes
will indeed be used as identifier for the module like the org the name and the revision:
<dependency org="apache" name="foo" e:color="blue" rev="1.5+" />
And you can define your repository pattern as:
${repository.dir}/[organisation]/[module]/[color]/[revision]/[artifact].[ext]

It says that I “must use the extra attribute”, but what if I don’t want to? I don’t want to change the layout of my repository or change all my ivy.xml dependencies, I just want to use an extra attribute as an annotation or a tag, that I might (or not) refer to later after resolving the module.

Would that be possible?
Thanks,
  Nascif

-------------------------------------------------------------------
Nascif Abousalh-Neto
Software Development Manager
Query and Reporting  ▪ Business Intelligence Clients
Tel: + 1 919 531 0123 - Nascif.AbousalhNeto@sas.com
www.sas.com
SAS® … THE POWER TO KNOW®




Re: Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



OK, it seems to be caused by some sort of DNS problem I guess, as if you
read here:

http://www.developer.com/java/other/article.php/1551421

it says:

"So far, I have covered the most common situations where HttpURLConnection
works properly. However, I have encountered a few networks where
HttpURLConnection is not usable.


It appears that the problem is linked to a faulty configuration of the DNS
server. For some reason, HttpURLConnection always attempts to resolve the
host name against the DNS server. Normally, it fails gracefully and the
connection goes is rerouted through the proxy server. A few DNS servers
return an inappropriate answer that results in a UnknownHostException.


There's an interesting theoretical debate as to whether the DNS server
behaviour is acceptable. Although I am no expert on the topic, it would
appear it is not. However, as a developer, you seldom have the option to
reconfigure the DNS server, so you have to find a workaround."



Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

Re: Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



And the line within the method that is taking ages is:

 int status = ((HttpURLConnection) con).getResponseCode();



Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

Re: Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



Not sure if I sent this so will send again:

I've profiled my test case and the bottle neck is on
"getURLInfo(java.net.URL, int) org.apache.ivy.util.url.URLHandler$URLInfo"

When profiling I see that the vast majority of the time taken is in the
above method, taking on average 20 seconds per call ( I killed the profile
after a few minutes, at which time it had done 4 calls, totalling 80
seconds).



Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

Re: Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



OK I've profiled this and can see that the bottleneck is on
URLInfo.getURLInfo(URL url, int timeout) which sits there for ages before
presumably timing out.



Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

Re: Ivy 2 resolve time over a WAN

Posted by Xavier Hanin <xa...@gmail.com>.
On Fri, Sep 5, 2008 at 1:26 PM, <pa...@targetgroup.net> wrote:

>
>
>
>
> "You can track down Ivy http communications by using commons-httpclient"
>
> How do I do this ? I'm fine with setting up commons logging, but my little
> test case that does an install doesn't even have commons-httpclient on the
> classpath.

You just need to put commons-httpclient jar in your classpath and Ivy will
detect it and use it. Then to configure the logging check this page:
http://hc.apache.org/httpclient-3.x/logging.html

Xavier


>
> "There were some issues with ivy not liking networks where the host didnt
> know its own name, that made things crawl, but should be fixed now."
>
> What would I need to do to allow the host to know its own name ?
>
>
>
> Target
> www.targetgroup.net
>
> Target is a trading name of Target Group Limited,
> registered in England and Wales No. 1208137
> Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU
>
> **********************************************************************
> DISCLAIMER.
> This message is intended only for the use of the Addressee and may
> contain information that is PRIVILEGED and CONFIDENTIAL.
> If you are not the intended recipient you must not copy,
> distribute or take any action or reliance upon it.
> The content of this message may also contain personal
> views of an employee of this company and does
> not necessarily represent the view of the company.
> **********************************************************************
> This message has been scanned by Norton Anti-Virus.
> It has also been scanned by MAILsweeper to enforce our e-mail
> policy. If you have any concerns or comments about the content
> of this message, please  e-mail support@targetgroup.net.
> **********************************************************************
>
>
> _____________________________________________________________________
> This email has been scanned for all viruses by the MessageLabs Email
> Security System. For more information on a proactive email security
> service working around the clock, around the globe, visit
> http://www.messagelabs.com
>



-- 
Xavier Hanin - Independent Java Consultant
BordeauxJUG co leader - http://www.bordeauxjug.org/
Blogger - http://xhab.blogspot.com/
Apache Ivy Creator - http://ant.apache.org/ivy/

Re: Ivy 2 resolve time over a WAN

Posted by Steve Loughran <st...@apache.org>.
paul.newport@targetgroup.net wrote:
> 
> 
> 
> Thanks.
> 
> I'll turn on the logging for http clients.
> 
> For a time comparison - ivy 1was 12 seconds.
> 
> 
> 

the other trick (on unix, anyway), is while the program is sitting 
around, do

jps -v to get the process ID
kill -QUIT (that PID) to get a stack trace

There were some issues with ivy not liking networks where the host didnt 
know its own name, that made things crawl, but should be fixed now.

Re: Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



Thanks.

I'll turn on the logging for http clients.

For a time comparison - ivy 1was 12 seconds.




Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

Re: Ivy 2 resolve time over a WAN

Posted by Steve Loughran <st...@apache.org>.
paul.newport@targetgroup.net wrote:
> 
> 
> 
> "You can track down Ivy http communications by using commons-httpclient"
> 
> How do I do this ? I'm fine with setting up commons logging, but my little
> test case that does an install doesn't even have commons-httpclient on the
> classpath.

Presumably there is a way to turn on extra logging on in httpclient, by 
using the right commons-logging settings. So when ivy uses httpclient 
for its work, the log shows where it is going. I don't know the specific 
log settings though.

> 
> "There were some issues with ivy not liking networks where the host didnt
> know its own name, that made things crawl, but should be fixed now."
> 
> What would I need to do to allow the host to know its own name ?

that's the thing. Normally a host does that automatically, but for some 
reason my home box is broken. If I knew what I'd done, I'd be able to 
fix it, but instead I get to file bugreps against Ivy, Hadoop, 
SmartFrog, etc. then the patches, as nobody else usually sees it.

If you get a hung system, do a stack trace and see if it is hung in any 
InetAddress.getLocalHost()  or InetAddress.getHostName() call, or any 
other InetAddress operation, as they seem to be signs of DNS problems

-steve

Re: Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



"You can track down Ivy http communications by using commons-httpclient"

How do I do this ? I'm fine with setting up commons logging, but my little
test case that does an install doesn't even have commons-httpclient on the
classpath.

"There were some issues with ivy not liking networks where the host didnt
know its own name, that made things crawl, but should be fixed now."

What would I need to do to allow the host to know its own name ?



Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

Re: Ivy 2 resolve time over a WAN

Posted by Xavier Hanin <xa...@gmail.com>.
On Fri, Sep 5, 2008 at 11:53 AM, <pa...@targetgroup.net> wrote:

>
>
>
>
> OK. I've tried the trunk version, both from my current location
> (WAN->LAN-FIREWALL->INTERNET) and from our other office
> (LAN->FIREWALL->INTERNET)
>
> It's fast on the LAN, but doing an install from the WAN took 27 minutes.

I have no idea what's going on, and don't even know how 27 minutes compare
to how Ivy 1.4 performed in similar environment. You can track down Ivy http
communications by using commons-httpclient and activate the logs. You may
better understand what's slowing down the process.

Xavier


>
>
>
> Target
> www.targetgroup.net
>
> Target is a trading name of Target Group Limited,
> registered in England and Wales No. 1208137
> Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU
>
> **********************************************************************
> DISCLAIMER.
> This message is intended only for the use of the Addressee and may
> contain information that is PRIVILEGED and CONFIDENTIAL.
> If you are not the intended recipient you must not copy,
> distribute or take any action or reliance upon it.
> The content of this message may also contain personal
> views of an employee of this company and does
> not necessarily represent the view of the company.
> **********************************************************************
> This message has been scanned by Norton Anti-Virus.
> It has also been scanned by MAILsweeper to enforce our e-mail
> policy. If you have any concerns or comments about the content
> of this message, please  e-mail support@targetgroup.net.
> **********************************************************************
>
>
> _____________________________________________________________________
> This email has been scanned for all viruses by the MessageLabs Email
> Security System. For more information on a proactive email security
> service working around the clock, around the globe, visit
> http://www.messagelabs.com
>



-- 
Xavier Hanin - Independent Java Consultant
BordeauxJUG co leader - http://www.bordeauxjug.org/
Blogger - http://xhab.blogspot.com/
Apache Ivy Creator - http://ant.apache.org/ivy/

Re: Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



OK. I've tried the trunk version, both from my current location
(WAN->LAN-FIREWALL->INTERNET) and from our other office
(LAN->FIREWALL->INTERNET)

It's fast on the LAN, but doing an install from the WAN took 27 minutes.



Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

Re: Ivy 2 resolve time over a WAN

Posted by Xavier Hanin <xa...@gmail.com>.
On Wed, Sep 3, 2008 at 11:56 AM, <pa...@targetgroup.net> wrote:

>
>
>
>
> Have you got a link to a pre-built trunk jar to download ?

Here's one:
http://people.apache.org/~xavier/ivy/ivy-trunk.jar


>
>
> I can't check it out from svn due to firewall restrictions.

Using https firewall usually aren't a problem...

Xavier


>
>
>
>
> Target
> www.targetgroup.net
>
> Target is a trading name of Target Group Limited,
> registered in England and Wales No. 1208137
> Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU
>
> **********************************************************************
> DISCLAIMER.
> This message is intended only for the use of the Addressee and may
> contain information that is PRIVILEGED and CONFIDENTIAL.
> If you are not the intended recipient you must not copy,
> distribute or take any action or reliance upon it.
> The content of this message may also contain personal
> views of an employee of this company and does
> not necessarily represent the view of the company.
> **********************************************************************
> This message has been scanned by Norton Anti-Virus.
> It has also been scanned by MAILsweeper to enforce our e-mail
> policy. If you have any concerns or comments about the content
> of this message, please  e-mail support@targetgroup.net.
> **********************************************************************
>
>
> _____________________________________________________________________
> This email has been scanned for all viruses by the MessageLabs Email
> Security System. For more information on a proactive email security
> service working around the clock, around the globe, visit
> http://www.messagelabs.com
>



-- 
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/

Re: Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



Have you got a link to a pre-built trunk jar to download ?

I can't check it out from svn due to firewall restrictions.



Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

Re: Ivy 2 resolve time over a WAN

Posted by Xavier Hanin <xa...@gmail.com>.
On Wed, Sep 3, 2008 at 10:57 AM, <pa...@targetgroup.net> wrote:

>
>
>
>
> Here's the output of the logging produced by the triggers for an install of
> "org.richfaces-library" into a local repository. It took 60 minutes in
> total to run, and although the logging doesn't show it, most of the time
> was taken resolving. The very slow artifact downloads are due to our
> firewall software virus checking every jar, so that is a different issue.
> The dependency resolution time though is very very slow. It's very fast in
> the same network infrastructure using Ivy 1. If I run this install from
> home it's lightning fast, so it must be something to do with the network
> configuration that is highlighting a difference between Ivy 1 and 2.

Could you try out a trunk version of Ivy? You're problem may be related to
slow DNS causing slow answer to InetAddress.getLocalHost().getHostName(),
that is now cached (see IVY-817)

Xavier


>
>
> dependency,156,,"org.richfaces-library","3.1.4.GA","3.1.4.GA"
> dependency,31,,"com.springsource.org.richfaces","3.1.4.GA","3.1.4.GA"
>
> dependency,16,,"com.springsource.org.apache.commons.beanutils","1.7.0","1.7.0"
>
> dependency,15,,"com.springsource.org.apache.commons.collections","3.2.0","3.2.0"
>
> dependency,16,,"com.springsource.org.apache.commons.logging","1.1.1","1.1.1"
> dependency,15,,"com.springsource.org.richfaces.impl","3.1.4.GA","3.1.4.GA"
> dependency,16,,"com.springsource.org.ajax4jsf","1.1.1","1.1.1"
> dependency,16,,"com.springsource.net.sf.json","0.9.0","0.9.0"
> dependency,16,,"com.springsource.org.apache.commons.lang","2.1.0","2.1.0"
> dependency,15,,"com.springsource.org.apache.oro","2.0.8","2.0.8"
> dependency,16,,"com.springsource.net.sf.ezmorph","0.8.1","0.8.1"
> artifact,875,1281,"com.springsource.nu.xom","1.1.0","
> http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0
> /ivy-1.1.0.xml<http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0/ivy-1.1.0.xml>","C:\Documents
> and
>
> Settings\pauln\.ivy2\cache\nu.xom\com.springsource.nu.xom\ivys\ivy.original-1.1.0.xml"
> dependency,258109,,"com.springsource.nu.xom","1.1.0","1.1.0"
>
> dependency,32,,"com.springsource.org.apache.commons.digester","1.8.0","1.8.0"
> dependency,31,,"com.springsource.org.apache.log4j","1.2.15","1.2.15"
> artifact,687,1224,"com.springsource.org.cyberneko.html","0.9.5","
> http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5
> /ivy-0.9.5.xml<http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5/ivy-0.9.5.xml>","C:\Documents
> and
>
> Settings\pauln\.ivy2\cache\org.cyberneko\com.springsource.org.cyberneko.html\ivys\ivy.original-0.9.5.xml"
> dependency,261875,,"com.springsource.org.cyberneko.html","0.9.5","0.9.5"
> dependency,32,,"com.springsource.org.apache.xerces","2.8.1","2.8.1"
> dependency,15,,"com.springsource.org.apache.xml.resolver","1.2.0","1.2.0"
> artifact,953,269,"org.richfaces-library","3.1.4.GA","
> http://repository.springsource.com/ivy/libraries/external/org.richfaces/org.richfaces-library/3.1.4.GA/org.richfaces-library-3.1.4.GA.libd
> ","C:\Documents
>  and
>
> Settings\pauln\.ivy2\cache\org.richfaces\org.richfaces-library\librarys\org.richfaces-library-3.1.4.GA.libd"
> artifact,1750,35147,"org.richfaces-library","3.1.4.GA","
> http://repository.springsource.com/ivy/libraries/external/org.richfaces/org.richfaces-library/3.1.4.GA/license-3.1.4.GA.txt
> ","C:\Documents
>  and
>
> Settings\pauln\.ivy2\cache\org.richfaces\org.richfaces-library\licenses\license-3.1.4.GA.txt"
> artifact,36155,1246418,"com.springsource.org.richfaces.impl","3.1.4.GA","
> http://repository.springsource.com/ivy/bundles/external/org.richfaces/com.springsource.org.richfaces.impl/3.1.4.GA/com.springsource.org.richfaces.impl-sources-3.1.4.GA.jar
> ","C:\Documents
>  and
>
> Settings\pauln\.ivy2\cache\org.richfaces\com.springsource.org.richfaces.impl\srcs\com.springsource.org.richfaces.impl-sources-3.1.4.GA.jar"
> artifact,1360,26430,"com.springsource.org.richfaces.impl","3.1.4.GA","
> http://repository.springsource.com/ivy/bundles/external/org.richfaces/com.springsource.org.richfaces.impl/3.1.4.GA/license-3.1.4.GA.txt
> ","C:\Documents
>  and
>
> Settings\pauln\.ivy2\cache\org.richfaces\com.springsource.org.richfaces.impl\licenses\license-3.1.4.GA.txt"
> artifact,34905,1316005,"com.springsource.org.richfaces.impl","3.1.4.GA","
> http://repository.springsource.com/ivy/bundles/external/org.richfaces/com.springsource.org.richfaces.impl/3.1.4.GA/com.springsource.org.richfaces.impl-3.1.4.GA.jar
> ","C:\Documents
>  and
>
> Settings\pauln\.ivy2\cache\org.richfaces\com.springsource.org.richfaces.impl\jars\com.springsource.org.richfaces.impl-3.1.4.GA.jar"
> artifact,40171,1316916,"com.springsource.org.ajax4jsf","1.1.1","
> http://repository.springsource.com/ivy/bundles/external/org.ajax4jsf/com.springsource.org.ajax4jsf/1.1.1
> /com.springsource.org.ajax4jsf-sources-1.1.1.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\org.ajax4jsf\com.springsource.org.ajax4jsf\srcs\com.springsource.org.ajax4jsf-sources-1.1.1.jar"
> artifact,30515,1276248,"com.springsource.org.ajax4jsf","1.1.1","
> http://repository.springsource.com/ivy/bundles/external/org.ajax4jsf/com.springsource.org.ajax4jsf/1.1.1
> /com.springsource.org.ajax4jsf-1.1.1.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\org.ajax4jsf\com.springsource.org.ajax4jsf\jars\com.springsource.org.ajax4jsf-1.1.1.jar"
> artifact,1407,26430,"com.springsource.org.ajax4jsf","1.1.1","
> http://repository.springsource.com/ivy/bundles/external/org.ajax4jsf/com.springsource.org.ajax4jsf/1.1.1
> /license-1.1.1.txt<http://repository.springsource.com/ivy/bundles/external/org.ajax4jsf/com.springsource.org.ajax4jsf/1.1.1/license-1.1.1.txt>","C:\Documents
> and
>
> Settings\pauln\.ivy2\cache\org.ajax4jsf\com.springsource.org.ajax4jsf\licenses\license-1.1.1.txt"
> artifact,3484,80784,"com.springsource.org.cyberneko.html","0.9.5","
> http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5
> /com.springsource.org.cyberneko.html-sources-0.9.5.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\org.cyberneko\com.springsource.org.cyberneko.html\srcs\com.springsource.org.cyberneko.html-sources-0.9.5.jar"
> artifact,1375,11358,"com.springsource.org.cyberneko.html","0.9.5","
> http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5
> /license-0.9.5.txt<http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5/license-0.9.5.txt>","C:\Documents
> and
>
> Settings\pauln\.ivy2\cache\org.cyberneko\com.springsource.org.cyberneko.html\licenses\license-0.9.5.txt"
> artifact,4063,106794,"com.springsource.org.cyberneko.html","0.9.5","
> http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5
> /com.springsource.org.cyberneko.html-0.9.5.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\org.cyberneko\com.springsource.org.cyberneko.html\jars\com.springsource.org.cyberneko.html-0.9.5.jar"
> artifact,3406,62990,"com.springsource.net.sf.json","0.9.0","
> http://repository.springsource.com/ivy/bundles/external/net.sourceforge.json/com.springsource.net.sf.json/0.9.0
> /com.springsource.net.sf.json-0.9.0.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\net.sourceforge.json\com.springsource.net.sf.json\jars\com.springsource.net.sf.json-0.9.0.jar"
> artifact,3204,57678,"com.springsource.net.sf.json","0.9.0","
> http://repository.springsource.com/ivy/bundles/external/net.sourceforge.json/com.springsource.net.sf.json/0.9.0
> /com.springsource.net.sf.json-sources-0.9.0.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\net.sourceforge.json\com.springsource.net.sf.json\srcs\com.springsource.net.sf.json-sources-0.9.0.jar"
> artifact,1125,11358,"com.springsource.net.sf.json","0.9.0","
> http://repository.springsource.com/ivy/bundles/external/net.sourceforge.json/com.springsource.net.sf.json/0.9.0
> /license-0.9.0.txt<http://repository.springsource.com/ivy/bundles/external/net.sourceforge.json/com.springsource.net.sf.json/0.9.0/license-0.9.0.txt>","C:\Documents
> and
>
> Settings\pauln\.ivy2\cache\net.sourceforge.json\com.springsource.net.sf.json\licenses\license-0.9.0.txt"
> artifact,3203,60953,"com.springsource.net.sf.ezmorph","0.8.1","
> http://repository.springsource.com/ivy/bundles/external/net.sourceforge.ezmorph/com.springsource.net.sf.ezmorph/0.8.1
> /com.springsource.net.sf.ezmorph-0.8.1.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\net.sourceforge.ezmorph\com.springsource.net.sf.ezmorph\jars\com.springsource.net.sf.ezmorph-0.8.1.jar"
> artifact,3406,48501,"com.springsource.net.sf.ezmorph","0.8.1","
> http://repository.springsource.com/ivy/bundles/external/net.sourceforge.ezmorph/com.springsource.net.sf.ezmorph/0.8.1
> /com.springsource.net.sf.ezmorph-sources-0.8.1.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\net.sourceforge.ezmorph\com.springsource.net.sf.ezmorph\srcs\com.springsource.net.sf.ezmorph-sources-0.8.1.jar"
> artifact,1329,11358,"com.springsource.net.sf.ezmorph","0.8.1","
> http://repository.springsource.com/ivy/bundles/external/net.sourceforge.ezmorph/com.springsource.net.sf.ezmorph/0.8.1
> /license-0.8.1.txt<http://repository.springsource.com/ivy/bundles/external/net.sourceforge.ezmorph/com.springsource.net.sf.ezmorph/0.8.1/license-0.8.1.txt>","C:\Documents
> and
>
> Settings\pauln\.ivy2\cache\net.sourceforge.ezmorph\com.springsource.net.sf.ezmorph\licenses\license-0.8.1.txt"
> artifact,20063,636499,"com.springsource.nu.xom","1.1.0","
> http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0
> /com.springsource.nu.xom-sources-1.1.0.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\nu.xom\com.springsource.nu.xom\srcs\com.springsource.nu.xom-sources-1.1.0.jar"
> artifact,1484,26430,"com.springsource.nu.xom","1.1.0","
> http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0
> /license-1.1.0.txt<http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0/license-1.1.0.txt>","C:\Documents
> and
>
> Settings\pauln\.ivy2\cache\nu.xom\com.springsource.nu.xom\licenses\license-1.1.0.txt"
> artifact,13579,436581,"com.springsource.nu.xom","1.1.0","
> http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0
> /com.springsource.nu.xom-1.1.0.jar","C:\Documents and
>
> Settings\pauln\.ivy2\cache\nu.xom\com.springsource.nu.xom\jars\com.springsource.nu.xom-1.1.0.jar"
>
>
>
> Target
> www.targetgroup.net
>
> Target is a trading name of Target Group Limited,
> registered in England and Wales No. 1208137
> Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU
>
> **********************************************************************
> DISCLAIMER.
> This message is intended only for the use of the Addressee and may
> contain information that is PRIVILEGED and CONFIDENTIAL.
> If you are not the intended recipient you must not copy,
> distribute or take any action or reliance upon it.
> The content of this message may also contain personal
> views of an employee of this company and does
> not necessarily represent the view of the company.
> **********************************************************************
> This message has been scanned by Norton Anti-Virus.
> It has also been scanned by MAILsweeper to enforce our e-mail
> policy. If you have any concerns or comments about the content
> of this message, please  e-mail support@targetgroup.net.
> **********************************************************************
>
>
> _____________________________________________________________________
> This email has been scanned for all viruses by the MessageLabs Email
> Security System. For more information on a proactive email security
> service working around the clock, around the globe, visit
> http://www.messagelabs.com
>



-- 
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/

Re: Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



Here's the output of the logging produced by the triggers for an install of
"org.richfaces-library" into a local repository. It took 60 minutes in
total to run, and although the logging doesn't show it, most of the time
was taken resolving. The very slow artifact downloads are due to our
firewall software virus checking every jar, so that is a different issue.
The dependency resolution time though is very very slow. It's very fast in
the same network infrastructure using Ivy 1. If I run this install from
home it's lightning fast, so it must be something to do with the network
configuration that is highlighting a difference between Ivy 1 and 2.

dependency,156,,"org.richfaces-library","3.1.4.GA","3.1.4.GA"
dependency,31,,"com.springsource.org.richfaces","3.1.4.GA","3.1.4.GA"
dependency,16,,"com.springsource.org.apache.commons.beanutils","1.7.0","1.7.0"
dependency,15,,"com.springsource.org.apache.commons.collections","3.2.0","3.2.0"
dependency,16,,"com.springsource.org.apache.commons.logging","1.1.1","1.1.1"
dependency,15,,"com.springsource.org.richfaces.impl","3.1.4.GA","3.1.4.GA"
dependency,16,,"com.springsource.org.ajax4jsf","1.1.1","1.1.1"
dependency,16,,"com.springsource.net.sf.json","0.9.0","0.9.0"
dependency,16,,"com.springsource.org.apache.commons.lang","2.1.0","2.1.0"
dependency,15,,"com.springsource.org.apache.oro","2.0.8","2.0.8"
dependency,16,,"com.springsource.net.sf.ezmorph","0.8.1","0.8.1"
artifact,875,1281,"com.springsource.nu.xom","1.1.0","http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0
/ivy-1.1.0.xml","C:\Documents and
Settings\pauln\.ivy2\cache\nu.xom\com.springsource.nu.xom\ivys\ivy.original-1.1.0.xml"
dependency,258109,,"com.springsource.nu.xom","1.1.0","1.1.0"
dependency,32,,"com.springsource.org.apache.commons.digester","1.8.0","1.8.0"
dependency,31,,"com.springsource.org.apache.log4j","1.2.15","1.2.15"
artifact,687,1224,"com.springsource.org.cyberneko.html","0.9.5","http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5
/ivy-0.9.5.xml","C:\Documents and
Settings\pauln\.ivy2\cache\org.cyberneko\com.springsource.org.cyberneko.html\ivys\ivy.original-0.9.5.xml"
dependency,261875,,"com.springsource.org.cyberneko.html","0.9.5","0.9.5"
dependency,32,,"com.springsource.org.apache.xerces","2.8.1","2.8.1"
dependency,15,,"com.springsource.org.apache.xml.resolver","1.2.0","1.2.0"
artifact,953,269,"org.richfaces-library","3.1.4.GA","http://repository.springsource.com/ivy/libraries/external/org.richfaces/org.richfaces-library/3.1.4.GA/org.richfaces-library-3.1.4.GA.libd","C:\Documents
 and
Settings\pauln\.ivy2\cache\org.richfaces\org.richfaces-library\librarys\org.richfaces-library-3.1.4.GA.libd"
artifact,1750,35147,"org.richfaces-library","3.1.4.GA","http://repository.springsource.com/ivy/libraries/external/org.richfaces/org.richfaces-library/3.1.4.GA/license-3.1.4.GA.txt","C:\Documents
 and
Settings\pauln\.ivy2\cache\org.richfaces\org.richfaces-library\licenses\license-3.1.4.GA.txt"
artifact,36155,1246418,"com.springsource.org.richfaces.impl","3.1.4.GA","http://repository.springsource.com/ivy/bundles/external/org.richfaces/com.springsource.org.richfaces.impl/3.1.4.GA/com.springsource.org.richfaces.impl-sources-3.1.4.GA.jar","C:\Documents
 and
Settings\pauln\.ivy2\cache\org.richfaces\com.springsource.org.richfaces.impl\srcs\com.springsource.org.richfaces.impl-sources-3.1.4.GA.jar"
artifact,1360,26430,"com.springsource.org.richfaces.impl","3.1.4.GA","http://repository.springsource.com/ivy/bundles/external/org.richfaces/com.springsource.org.richfaces.impl/3.1.4.GA/license-3.1.4.GA.txt","C:\Documents
 and
Settings\pauln\.ivy2\cache\org.richfaces\com.springsource.org.richfaces.impl\licenses\license-3.1.4.GA.txt"
artifact,34905,1316005,"com.springsource.org.richfaces.impl","3.1.4.GA","http://repository.springsource.com/ivy/bundles/external/org.richfaces/com.springsource.org.richfaces.impl/3.1.4.GA/com.springsource.org.richfaces.impl-3.1.4.GA.jar","C:\Documents
 and
Settings\pauln\.ivy2\cache\org.richfaces\com.springsource.org.richfaces.impl\jars\com.springsource.org.richfaces.impl-3.1.4.GA.jar"
artifact,40171,1316916,"com.springsource.org.ajax4jsf","1.1.1","http://repository.springsource.com/ivy/bundles/external/org.ajax4jsf/com.springsource.org.ajax4jsf/1.1.1
/com.springsource.org.ajax4jsf-sources-1.1.1.jar","C:\Documents and
Settings\pauln\.ivy2\cache\org.ajax4jsf\com.springsource.org.ajax4jsf\srcs\com.springsource.org.ajax4jsf-sources-1.1.1.jar"
artifact,30515,1276248,"com.springsource.org.ajax4jsf","1.1.1","http://repository.springsource.com/ivy/bundles/external/org.ajax4jsf/com.springsource.org.ajax4jsf/1.1.1
/com.springsource.org.ajax4jsf-1.1.1.jar","C:\Documents and
Settings\pauln\.ivy2\cache\org.ajax4jsf\com.springsource.org.ajax4jsf\jars\com.springsource.org.ajax4jsf-1.1.1.jar"
artifact,1407,26430,"com.springsource.org.ajax4jsf","1.1.1","http://repository.springsource.com/ivy/bundles/external/org.ajax4jsf/com.springsource.org.ajax4jsf/1.1.1
/license-1.1.1.txt","C:\Documents and
Settings\pauln\.ivy2\cache\org.ajax4jsf\com.springsource.org.ajax4jsf\licenses\license-1.1.1.txt"
artifact,3484,80784,"com.springsource.org.cyberneko.html","0.9.5","http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5
/com.springsource.org.cyberneko.html-sources-0.9.5.jar","C:\Documents and
Settings\pauln\.ivy2\cache\org.cyberneko\com.springsource.org.cyberneko.html\srcs\com.springsource.org.cyberneko.html-sources-0.9.5.jar"
artifact,1375,11358,"com.springsource.org.cyberneko.html","0.9.5","http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5
/license-0.9.5.txt","C:\Documents and
Settings\pauln\.ivy2\cache\org.cyberneko\com.springsource.org.cyberneko.html\licenses\license-0.9.5.txt"
artifact,4063,106794,"com.springsource.org.cyberneko.html","0.9.5","http://repository.springsource.com/ivy/bundles/external/org.cyberneko/com.springsource.org.cyberneko.html/0.9.5
/com.springsource.org.cyberneko.html-0.9.5.jar","C:\Documents and
Settings\pauln\.ivy2\cache\org.cyberneko\com.springsource.org.cyberneko.html\jars\com.springsource.org.cyberneko.html-0.9.5.jar"
artifact,3406,62990,"com.springsource.net.sf.json","0.9.0","http://repository.springsource.com/ivy/bundles/external/net.sourceforge.json/com.springsource.net.sf.json/0.9.0
/com.springsource.net.sf.json-0.9.0.jar","C:\Documents and
Settings\pauln\.ivy2\cache\net.sourceforge.json\com.springsource.net.sf.json\jars\com.springsource.net.sf.json-0.9.0.jar"
artifact,3204,57678,"com.springsource.net.sf.json","0.9.0","http://repository.springsource.com/ivy/bundles/external/net.sourceforge.json/com.springsource.net.sf.json/0.9.0
/com.springsource.net.sf.json-sources-0.9.0.jar","C:\Documents and
Settings\pauln\.ivy2\cache\net.sourceforge.json\com.springsource.net.sf.json\srcs\com.springsource.net.sf.json-sources-0.9.0.jar"
artifact,1125,11358,"com.springsource.net.sf.json","0.9.0","http://repository.springsource.com/ivy/bundles/external/net.sourceforge.json/com.springsource.net.sf.json/0.9.0
/license-0.9.0.txt","C:\Documents and
Settings\pauln\.ivy2\cache\net.sourceforge.json\com.springsource.net.sf.json\licenses\license-0.9.0.txt"
artifact,3203,60953,"com.springsource.net.sf.ezmorph","0.8.1","http://repository.springsource.com/ivy/bundles/external/net.sourceforge.ezmorph/com.springsource.net.sf.ezmorph/0.8.1
/com.springsource.net.sf.ezmorph-0.8.1.jar","C:\Documents and
Settings\pauln\.ivy2\cache\net.sourceforge.ezmorph\com.springsource.net.sf.ezmorph\jars\com.springsource.net.sf.ezmorph-0.8.1.jar"
artifact,3406,48501,"com.springsource.net.sf.ezmorph","0.8.1","http://repository.springsource.com/ivy/bundles/external/net.sourceforge.ezmorph/com.springsource.net.sf.ezmorph/0.8.1
/com.springsource.net.sf.ezmorph-sources-0.8.1.jar","C:\Documents and
Settings\pauln\.ivy2\cache\net.sourceforge.ezmorph\com.springsource.net.sf.ezmorph\srcs\com.springsource.net.sf.ezmorph-sources-0.8.1.jar"
artifact,1329,11358,"com.springsource.net.sf.ezmorph","0.8.1","http://repository.springsource.com/ivy/bundles/external/net.sourceforge.ezmorph/com.springsource.net.sf.ezmorph/0.8.1
/license-0.8.1.txt","C:\Documents and
Settings\pauln\.ivy2\cache\net.sourceforge.ezmorph\com.springsource.net.sf.ezmorph\licenses\license-0.8.1.txt"
artifact,20063,636499,"com.springsource.nu.xom","1.1.0","http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0
/com.springsource.nu.xom-sources-1.1.0.jar","C:\Documents and
Settings\pauln\.ivy2\cache\nu.xom\com.springsource.nu.xom\srcs\com.springsource.nu.xom-sources-1.1.0.jar"
artifact,1484,26430,"com.springsource.nu.xom","1.1.0","http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0
/license-1.1.0.txt","C:\Documents and
Settings\pauln\.ivy2\cache\nu.xom\com.springsource.nu.xom\licenses\license-1.1.0.txt"
artifact,13579,436581,"com.springsource.nu.xom","1.1.0","http://repository.springsource.com/ivy/bundles/external/nu.xom/com.springsource.nu.xom/1.1.0
/com.springsource.nu.xom-1.1.0.jar","C:\Documents and
Settings\pauln\.ivy2\cache\nu.xom\com.springsource.nu.xom\jars\com.springsource.nu.xom-1.1.0.jar"



Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

Re: Ivy 2 resolve time over a WAN

Posted by Xavier Hanin <xa...@gmail.com>.
On Mon, Sep 1, 2008 at 5:41 PM, <pa...@targetgroup.net> wrote:

>
>
>
>
> Here's an example output of an Ivy 2 beta install I did earlier today. I am
> on the end of a WAN. At the other end there is a firewall between me and
> the internet. It seems the resolve part of the install takes ages - look at
> the total time, 17 and a half minutes. How much http traffic does a resolve
> involve ?
>
> If I do the same thing in ivy 1 the resolve and install is massively
> quicker.

It's rather difficult to evaluate performance when part of the process
involves accessing resources over the internet, served by servers which do
not always give the same response time. A better test would involve only
resources that you master, to be sure the server performance is the same
between your tests. So I can't say much on what you see, except that Ivy 2
shouldn't be much slower than Ivy 1.

There's also a way with Ivy 2 to audit some performance, by adding this to
your settings:
       <triggers>
           <log file="${ivy.log}" append="true"
                     message='resolving,,,"${module}"'
                 event="pre-resolve" />
           <log file="${ivy.log}" append="true"

 message='dependency,${duration},,"${module}","${revision}","${req-revision}"'
                 event="post-resolve-dependency" filter="resolved=true"/>
           <log file="${ivy.log}" append="true"
                     message='resolved,${resolve-duration},,"${module}"'
                 event="post-resolve" />
           <log file="${ivy.log}" append="true"

 message='downloaded,${download-duration},${download-size},"${module}"'
                 event="post-resolve" />
           <log file="${ivy.log}" append="true"

 message='artifact,${duration},${size},"${module}","${revision}","${origin}","${file}"'
                 event="post-download-artifact" filter="status=successful"/>
           <log file="${ivy.log}" append="true"

 message='retrieved,${duration},${size},"${module}",,${nbCopied}'
                 event="post-retrieve" />
       </triggers>

You will get information on where the time is spent, the file can be loaded
as a csv file. If you find one particular performance bottleneck, we are
interested!

Xavier



>
>
>
>
> :: Ivy 2.0.0-beta2 - 20080225093827 :: http://ant.apache.org/ivy/ ::
> [ivy:settings] :: loading settings :: file = Y:\ivySettings.xml
> org.jboss.envers:
> [ivy:install] :: installing org.jboss.envers#jboss-envers;1.0.0.GA ::
> [ivy:install] :: resolving dependencies ::
> [ivy:install] found org.jboss.envers#jboss-envers;1.0.0.GA in javarepo
> [ivy:install] :: downloading artifacts to cache ::
> [ivy:install] downloading
>
> http://repository.jboss.com/maven2/org/jboss/envers/jboss-envers/1.0.0.GA/jboss-envers-1.0.0.GA.jar
>  ...
> [ivy:install] .......
> [ivy:install] . (186kB)
> [ivy:install] .. (0kB)
> [ivy:install] [SUCCESSFUL ]
> org.jboss.envers#jboss-envers;1.0.0.GA!jboss-envers.jar (6735ms)
> [ivy:install] :: installing in teamivy ::
> [ivy:install] published jboss-envers to
> \\blabla\ivy-repository/repositoryivy/org.jboss.enversjboss-envers/
> 1.0.0.GA/jboss-envers-1.0.0.GA.jar
> [ivy:install] published ivy to
> \\blabla\ivy-repository/repositoryivy/org.jboss.enversjboss-envers/
> 1.0.0.GA/ivy-1.0.0.GA.xml
> [ivy:install] :: install resolution report ::
> [ivy:install] :: resolution report :: resolve 0ms :: artifacts dl 6750ms
> ---------------------------------------------------------------------
> |                  |            modules            ||   artifacts   |
> |       conf       | number| search|dwnlded|evicted|| number|dwnlded|
> ---------------------------------------------------------------------
> |      default     |   1   |   1   |   1   |   0   ||   1   |   1   |
> ---------------------------------------------------------------------
> BUILD SUCCESSFUL
> Total time: 17 minutes 24 seconds
>
>
>
> Target
> www.targetgroup.net
>
> Target is a trading name of Target Group Limited,
> registered in England and Wales No. 1208137
> Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU
>
> **********************************************************************
> DISCLAIMER.
> This message is intended only for the use of the Addressee and may
> contain information that is PRIVILEGED and CONFIDENTIAL.
> If you are not the intended recipient you must not copy,
> distribute or take any action or reliance upon it.
> The content of this message may also contain personal
> views of an employee of this company and does
> not necessarily represent the view of the company.
> **********************************************************************
> This message has been scanned by Norton Anti-Virus.
> It has also been scanned by MAILsweeper to enforce our e-mail
> policy. If you have any concerns or comments about the content
> of this message, please  e-mail support@targetgroup.net.
> **********************************************************************
>
>
> _____________________________________________________________________
> This email has been scanned for all viruses by the MessageLabs Email
> Security System. For more information on a proactive email security
> service working around the clock, around the globe, visit
> http://www.messagelabs.com
>



-- 
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/

Ivy 2 resolve time over a WAN

Posted by pa...@targetgroup.net.



Here's an example output of an Ivy 2 beta install I did earlier today. I am
on the end of a WAN. At the other end there is a firewall between me and
the internet. It seems the resolve part of the install takes ages - look at
the total time, 17 and a half minutes. How much http traffic does a resolve
involve ?

If I do the same thing in ivy 1 the resolve and install is massively
quicker.



:: Ivy 2.0.0-beta2 - 20080225093827 :: http://ant.apache.org/ivy/ ::
[ivy:settings] :: loading settings :: file = Y:\ivySettings.xml
org.jboss.envers:
[ivy:install] :: installing org.jboss.envers#jboss-envers;1.0.0.GA ::
[ivy:install] :: resolving dependencies ::
[ivy:install] found org.jboss.envers#jboss-envers;1.0.0.GA in javarepo
[ivy:install] :: downloading artifacts to cache ::
[ivy:install] downloading
http://repository.jboss.com/maven2/org/jboss/envers/jboss-envers/1.0.0.GA/jboss-envers-1.0.0.GA.jar
 ...
[ivy:install] .......
[ivy:install] . (186kB)
[ivy:install] .. (0kB)
[ivy:install] [SUCCESSFUL ]
org.jboss.envers#jboss-envers;1.0.0.GA!jboss-envers.jar (6735ms)
[ivy:install] :: installing in teamivy ::
[ivy:install] published jboss-envers to
\\blabla\ivy-repository/repositoryivy/org.jboss.enversjboss-envers/1.0.0.GA/jboss-envers-1.0.0.GA.jar
[ivy:install] published ivy to
\\blabla\ivy-repository/repositoryivy/org.jboss.enversjboss-envers/1.0.0.GA/ivy-1.0.0.GA.xml
[ivy:install] :: install resolution report ::
[ivy:install] :: resolution report :: resolve 0ms :: artifacts dl 6750ms
---------------------------------------------------------------------
|                  |            modules            ||   artifacts   |
|       conf       | number| search|dwnlded|evicted|| number|dwnlded|
---------------------------------------------------------------------
|      default     |   1   |   1   |   1   |   0   ||   1   |   1   |
---------------------------------------------------------------------
BUILD SUCCESSFUL
Total time: 17 minutes 24 seconds



Target
www.targetgroup.net
 
Target is a trading name of Target Group Limited, 
registered in England and Wales No. 1208137
Registered office:  Target House, Cowbridge Road East, Cardiff CF11 9AU

**********************************************************************
DISCLAIMER.
This message is intended only for the use of the Addressee and may
contain information that is PRIVILEGED and CONFIDENTIAL. 
If you are not the intended recipient you must not copy, 
distribute or take any action or reliance upon it. 
The content of this message may also contain personal 
views of an employee of this company and does
not necessarily represent the view of the company.
**********************************************************************
This message has been scanned by Norton Anti-Virus. 
It has also been scanned by MAILsweeper to enforce our e-mail 
policy. If you have any concerns or comments about the content 
of this message, please  e-mail support@targetgroup.net.
**********************************************************************


_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com

RE: Question on attributes

Posted by Nascif Abousalh-Neto <Na...@sas.com>.
Hi Xavier,

Thanks for your reply.

Yes, that would be perfect. We already do our own parsing of the resolve reports, this step was already part of the plan.

I tried using the info attribute yesterday but didn't get very far. Although the documentation said that if I used namespaces I wouldn't have to set validate to false, the schema validation did fail the build. I just found out that this was added in beta2 as part of IVY-553, but unfortunately we are still in beta1. Hopefully we will upgrade soon.

Thanks again,
  Nascif


-------------------------------------------------------------------
Nascif Abousalh-Neto
Software Development Manager
Query and Reporting  ▪ Business Intelligence Clients
Tel: + 1 919 531 0123 - Nascif.AbousalhNeto@sas.com
www.sas.com
SAS® … THE POWER TO KNOW®


-----Original Message-----
From: Xavier Hanin [mailto:xavier.hanin@gmail.com]
Sent: Thursday, August 28, 2008 12:08 PM
To: ivy-user@ant.apache.org
Subject: Re: Question on attributes

On Thu, Aug 28, 2008 at 4:30 AM, Nascif Abousalh-Neto <
Nascif.AbousalhNeto@sas.com> wrote:

> Hi,
>
> I am considering the use of extra attributes to store the result of a
> process that is executed as part of the build, just before we publish the
> new version. I think it would meet our needs and allow us to optimize the
> process of recovering this information (since we will later have to recover
> the module anyway).
>
> My concern though is this paragraph in the Ivy documentation (from
> http://ant.apache.org/ivy/history/trunk/concept.html)
> Example:
> Here is an ivy file with the attribute 'color' set to blue:
> <ivy-module version="2.0" xmlns:e="http://ant.apache.org/ivy/extra">
>        <info organisation="apache"
>               module="foo"
>               e:color="blue"
>               status="integration"
>               revision="1.59"
>        />
> </ivy-module>
> Then you must use the extra attribute when you declare a dependency on foo.
> Those extra attributes
> will indeed be used as identifier for the module like the org the name and
> the revision:
> <dependency org="apache" name="foo" e:color="blue" rev="1.5+" />
> And you can define your repository pattern as:
>
> ${repository.dir}/[organisation]/[module]/[color]/[revision]/[artifact].[ext]
>
> It says that I "must use the extra attribute", but what if I don't want to?
> I don't want to change the layout of my repository or change all my ivy.xml
> dependencies, I just want to use an extra attribute as an annotation or a
> tag, that I might (or not) refer to later after resolving the module.
>
> Would that be possible?

Well, extra attributes on the info tag are considered as identifying
attributes, and as such do not really fit what you want. But if all you need
is adding data, you can put it as a subelement of the info element:
<ivy-module version="2.0" xmlns:e="http://ant.apache.org/ivy/extra">
       <info organisation="apache"
              module="foo"
              status="integration"
              revision="1.59" >
           <e:color>blue</e:color>
       </info>
</ivy-module>
Then you can use xml parsing to get the value of your extra element. Note
that this won't be parsed by Ivy itself, if you want to parse it, you can
create a custom Ivy parser extending the default one.

Does this match your need?

Xavier


> Thanks,
>  Nascif
>
> -------------------------------------------------------------------
> Nascif Abousalh-Neto
> Software Development Manager
> Query and Reporting  ▪ Business Intelligence Clients
> Tel: + 1 919 531 0123 - Nascif.AbousalhNeto@sas.com
> www.sas.com
> SAS(R) … THE POWER TO KNOW(R)
>
>
>
>


--
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/

Re: Question on attributes

Posted by Xavier Hanin <xa...@gmail.com>.
On Thu, Aug 28, 2008 at 4:30 AM, Nascif Abousalh-Neto <
Nascif.AbousalhNeto@sas.com> wrote:

> Hi,
>
> I am considering the use of extra attributes to store the result of a
> process that is executed as part of the build, just before we publish the
> new version. I think it would meet our needs and allow us to optimize the
> process of recovering this information (since we will later have to recover
> the module anyway).
>
> My concern though is this paragraph in the Ivy documentation (from
> http://ant.apache.org/ivy/history/trunk/concept.html)
> Example:
> Here is an ivy file with the attribute 'color' set to blue:
> <ivy-module version="2.0" xmlns:e="http://ant.apache.org/ivy/extra">
>        <info organisation="apache"
>               module="foo"
>               e:color="blue"
>               status="integration"
>               revision="1.59"
>        />
> </ivy-module>
> Then you must use the extra attribute when you declare a dependency on foo.
> Those extra attributes
> will indeed be used as identifier for the module like the org the name and
> the revision:
> <dependency org="apache" name="foo" e:color="blue" rev="1.5+" />
> And you can define your repository pattern as:
>
> ${repository.dir}/[organisation]/[module]/[color]/[revision]/[artifact].[ext]
>
> It says that I "must use the extra attribute", but what if I don't want to?
> I don't want to change the layout of my repository or change all my ivy.xml
> dependencies, I just want to use an extra attribute as an annotation or a
> tag, that I might (or not) refer to later after resolving the module.
>
> Would that be possible?

Well, extra attributes on the info tag are considered as identifying
attributes, and as such do not really fit what you want. But if all you need
is adding data, you can put it as a subelement of the info element:
<ivy-module version="2.0" xmlns:e="http://ant.apache.org/ivy/extra">
       <info organisation="apache"
              module="foo"
              status="integration"
              revision="1.59" >
           <e:color>blue</e:color>
       </info>
</ivy-module>
Then you can use xml parsing to get the value of your extra element. Note
that this won't be parsed by Ivy itself, if you want to parse it, you can
create a custom Ivy parser extending the default one.

Does this match your need?

Xavier


> Thanks,
>  Nascif
>
> -------------------------------------------------------------------
> Nascif Abousalh-Neto
> Software Development Manager
> Query and Reporting  ▪ Business Intelligence Clients
> Tel: + 1 919 531 0123 - Nascif.AbousalhNeto@sas.com
> www.sas.com
> SAS(R) … THE POWER TO KNOW(R)
>
>
>
>


-- 
Xavier Hanin - Independent Java Consultant
http://xhab.blogspot.com/
http://ant.apache.org/ivy/
http://www.xoocode.org/