Details
Description
Modified description to be clearer:
Ivy is extremely aggressive towards repositories . This can result in
failures to resolve, even against a healthy repository and with no network latency.
The symptom:
[ivy:resolve] 01-07-2008 13:16:24
org.apache.commons.httpclient.HttpMethodDirector executeWithRetry
[ivy:resolve] INFO: I/O exception (java.net.BindException) caught when
processing request: Address already in use: connect.
This is especially a problem with large repositories (lots of revisions) and resolving against latest.integration as this will fetch ivy.xml md5 and sha1 files for every revision.
As I've included in a comment, the problem appears to be Ivy's attempts to list URLs that don't actually exist. Ivy builds up URLs using the repository location and appending organizations and module names. We have ivy chains that contain 5 links or more. So for each successful attempt to list an URL, there are several attempts to list non-existent URLs. This is wasteful in terms of time, and can lead to using up all of the available Windows ports on the client machine.
Attachments
Attachments
Issue Links
- is a clone of
-
IVY-854 Evil behavior form resolve latest.status: performs DOS attacks
- Resolved