ant-ivy-user mailing list archives

Filed as IVY-996.
On 1/7/09 1:57 PM, "Eric Anderson" <eanderson@palantirtech.com> wrote:
If I am not mistaken, you don't need an ivy file in place for that version to exist.
The presence of the directory suggests it exists. We could have no ivy file and just a single
jar, internal_project.jar and it will work just fine.
Will open Jira issue for the smarter checking... Will this be fixed before 2.0 ships?
-EA
On 1/7/09 12:09 PM, "Maarten Coene" <maarten_coene@yahoo.com> wrote:
The directory listing alone is not enough to determine the latest-release. It is possible
that your directory is empty, so we must check for it's existence.
For instance, maybe "/org/internal_project/2.2.54874/" exist, but this doesn't mean that "/org/internal_project/2.2.54874/ivy-2.2.54874.xml"
does exist.
But I agree we could improve this by not checking the versions that are not in the range of
your dynamic revision.
Could you open a JIRA issue for this?
Maarten
----- Original Message ----
From: Eric Anderson <eanderson@palantirtech.com>
To: "ivy-user@ant.apache.org" <ivy-user@ant.apache.org>
Sent: Wednesday, January 7, 2009 6:05:03 PM
Subject: Re: IvyDE much much slower in 2.0 vs 1.x
I've watched the network traffic, there are an unbelievably large number of HEAD requests
for every single xml file on our repo.
To some degree I think I could understand but in other cases no. We are using HTTP for our
repo, lets say I have a dependency on internal_project v2.2.+. I see head requests for /org/internal_project/0.9.2.28292/ivy-0.9.2.28292.xml
Now, since the thing gets a list of directories from apache, it should know right away to
not even bother looking at anything in a 0.9.+ directory, as clearly it won't match the version
2.2.+. Further I'm not sure I understand the reasoning behind making a head request for each
xml file. The existence of a particular version shouldn't matter unless ivy will try to use
it. Simply getting the directory listing should be enough information for ivy to determine
which the latest-release is.
I'll look into the DNS issue. We are doing this via VPN when from home.
-Eric Anderson
On 1/7/09 1:26 AM, "paul.newport@targetgroup.net" <paul.newport@targetgroup.net> wrote:
I have the same problem and have never resolved it.
My network topology is: ME ON LOCAL LAN - WAN - REMOTE LAN - INTERNET
My work around is to grab any dependencies from the internet and install
them to a repository internal to our network.
There is a thread from me on the subject in the mailing list somewhere.
I think it is to do with incorrectly configured DNS entries on Windows
servers.
Have a look at the thread here:
http://markmail.org/message/sjuzfhgfbdofopg7
Eric Anderson
<eanderson@palant
irtech.com> To
"ivy-user@ant.apache.org"
06/01/2009 21:09 <ivy-user@ant.apache.org>
cc
Please respond to Subject
ivy-user@ant.apac IvyDE much much slower in 2.0 vs
he.org 1.x
I've recently switched our team to the latest version of the IvyDE plugin.
>From outside of our network, it used to take 5-10 minutes to resolve
against our repository. Now it takes upwards of an hour. Internally to our
network, it is still blazing fast.
I would love any help or knowledge anyone has regarding why this might be
and if there is anything we can do to improve the performance. Its nearly
impossible to get any work done from home.
Thanks,
Eric Anderson
---
_________________________________________________________
Eric Anderson
Palantir Technologies | Engineering Team Lead
eanderson@palantirtech.com | 520.440.3773
_________________________________________________________
_____________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System.
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
---
_________________________________________________________
Eric Anderson
Palantir Technologies | Engineering Team Lead
eanderson@palantirtech.com | 520.440.3773
_________________________________________________________
---
_________________________________________________________
Eric Anderson
Palantir Technologies | Engineering Team Lead
eanderson@palantirtech.com | 520.440.3773
_________________________________________________________
---
_________________________________________________________
Eric Anderson
Palantir Technologies | Engineering Team Lead
eanderson@palantirtech.com | 520.440.3773
_________________________________________________________