Hi,
Thanks for opening the Jira request.
About maintenance of include/exclude, adding for example it/tiscali/** as
exclude for the remote-repos virtual is one time good filter, no?
Fred.
On Thu, Feb 16, 2012 at 11:43 AM, mauromol <[email protected]> wrote:
>
> 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
>
--
JFrog Ltd
http://www.jfrog.org/
------------------------------------------------------------------------------
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
