Filed as IVY-996.
On 1/7/09 1:57 PM, "Eric Anderson" <[email protected]> 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" <[email protected]> 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 <[email protected]> To: "[email protected]" <[email protected]> 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, "[email protected]" <[email protected]> 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 <eander...@palant irtech.com> To "[email protected]" 06/01/2009 21:09 <[email protected]> cc Please respond to Subject [email protected] 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 [email protected] | 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 [email protected]. ********************************************************************** _____________________________________________________________________ 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 [email protected] | 520.440.3773 _________________________________________________________ --- _________________________________________________________ Eric Anderson Palantir Technologies | Engineering Team Lead [email protected] | 520.440.3773 _________________________________________________________ --- _________________________________________________________ Eric Anderson Palantir Technologies | Engineering Team Lead [email protected] | 520.440.3773 _________________________________________________________
