Frederic Simon wrote > > Hi, > > Thanks for the feedback. > Since many remote repository have different implementation per sub path, > Artifactory is keeping the "Failed Retrieval Cache Period" per path. That > is why you are seeing the multiple requests. > Now your point is relevant, please open in our > Jira<https://issues.jfrog.org>the relevant issue you'll be able to > follow. > > In any case, to solve your issue at hand, I highly recommend adding > include/exclude rules on the remote repositories for the list of > groupId/artifacts you are expecting. This will tell Artifactory to > completely stop sending request outside for irrelevant artifacts. > So, since usually, most of the queries done by Gradle concerns your own > SNAPSHOT artifacts, adding for example an exclude rule on the > "remote-repos" virtual for all artifacts starting with your groupId will > greatly improve your build time. > > Hope this help, > Fred. >
Hi Frederic, thank you very much for your reply. Actually I think that if a repository is not responding (read timeout, I/O errors in general), the cache period should be considered valid for the whole repository, because if the host is the same, I think it's quite hard that one path works while another does not. Regarding your suggested workaround to add include/exclude rules on the remote repositories, it would be quite a lot of work (both to setup and to maintain), since we're working with projects with dozens dependencies and things change rapidly in our development process... I opened the following JIRA issue: https://issues.jfrog.org/jira/browse/RTFACT-4792 I really hope it could be addressed soon. Thanks again! Mauro. -- View this message in context: http://forums.jfrog.org/Artifactory-slow-when-remote-repository-does-not-respond-tp7290329p7290453.html Sent from the Artifactory - Users mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Artifactory-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/artifactory-users
