Hi Chris, No, Artifactory uses Apache's Commons HttpClient (pure java). A browser may cache the result so it may not always provide a good indication unless you force cache cleanup before each run. I didn't get garbage results in any tests - only random connectivity issues from different locations, so I assume them to be repo1 related.
BTW, there are native ports of curl for Windows so cygwin is not necessary ( http://curl.haxx.se/download.html). On Wed, May 5, 2010 at 6:03 PM, Chris Law <[email protected]> wrote: > > Hi Yoav, > > Artifactory doesn't happen to use libcurl, does it? I don't any any issues > pulling down the mave-eclipse-plugin/metadata.xml using the browser hitting > repo1.maven.org/maven2/org... directly. The only times I have problems is > access through Artifactory and curl. > > > > Chris Law wrote: > > > > Hello, Yoav, > > > > I don't have a *nix box, but I do use cygwin on my local box, so I > > downloaded curl and tried your suggestion on my local machine. I can't > > run this on the vm - I'd have to install cygwin on the vm where > > Artifactory is installed that would cause some internal strife. > > > > Regardless, when I try to get maven-eclipse-plugin/maven-matadata.xml, I > > get what appears to be garbage. When I try the other plugins, like > > maven-site-plugin/maven-metadata.xml, I get good content. > > > > I'm not all that well versed in the details of HTTP, especially regarding > > user agents, but when I try the curl command without specifying the -A > > option, I get the same results. > > > > So, this is not an Artifactory problem, but I still don't understand how > > it can be a networking issue either. > > > > Anyway, sorry for the bother, but thanks forcing me to download curl, > > think I'll play around a bit. > > > > Thanks again for your quick response and help. > > > > > > Yoav Landman-2 wrote: > >> > >> Are you using a proxy infront of Artifactory? > >> > >> If I try the URL directly with cURL, randomly the request may get > stalled > >> for a long time on establishing the connection (for over a minute) or > >> fail > >> on a connection timeout: curl -o - -f -G -A Artifactory/2.2.2 > >> > http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-eclipse-plugin/maven-metadata.xml > >> (do > >> it from the machine running Artifactory). > >> Still, since most of the requests succeed I would expect the file to be > >> resolved. > >> > >> You can try increasing the connection and network timeout for the remote > >> repo and zap the remote repo cache again . It looks like a pure > >> networking > >> issue. > >> > >> On Tue, May 4, 2010 at 3:02 PM, Chris Law <[email protected]> wrote: > >> > >>> > >>> Hi Yoav, > >>> > >>> I tried what you suggested with no luck: > >>> 2010-05-04 07:33:29,046 [http-8080-4] [INFO ] > (o.a.r.LocalCacheRepo:114) > >>> - > >>> Zapped 'repo1-cache:org/apache/maven/plugins/maven-eclipse-plugin' from > >>> local cache: 3 items zapped. > >>> 2010-05-04 07:33:35,015 [http-8080-4] [INFO ] > (o.a.r.LocalCacheRepo:114) > >>> - > >>> Zapped 'repo1-cache:org/apache/maven/plugins' from local cache: 52 > items > >>> zapped. > >>> 2010-05-04 07:34:30,720 [http-8080-3] [ERROR] > >>> (o.a.r.v.VirtualRepoDownloadStrategy:334) - IO exception retrieving > >>> maven > >>> metadata content from repo 'repo1' > >>> > >>> Got a 404 with: > >>> The requested resource (Maven metadata not found for > >>> 'org/apache/maven/plugins/maven-eclipse-plugin/maven-metadata.xml'.) is > >>> not > >>> available. > >>> > >>> I tried getting other plugins' meta-data using the same method and had > >>> no > >>> problems. I had no problem directly downloading the metadata using: > >>> > >>> > >>> > http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-eclipse-plugin/maven-metadata.xml > >>> > >>> > >>> > >>> Yoav Landman-2 wrote: > >>> > > >>> > Hi Chris, > >>> > > >>> > We tried to reproduce your scenario with > >>> > the maven-eclipse-plugin-2.8 dependency, using Artifactory 2.2.3 and > >>> Maven > >>> > 2.2.1, and didn't have any problems resolving it. The 'stream closed' > >>> > errors > >>> > you are getting indicate that there is a problem with the connection > >>> > between > >>> > your Artifactory server and repo1. > >>> > Are you able to manually download the file in Artifactory using a > >>> browser? > >>> > In the simple browser go into the remote-repo/virtual repo that > >>> contains > >>> > repo1 and append the expected URL, e.g.: > >>> > http:// > >>> > <host:port>/artifactory/repo/org/apache/maven/plugins/maven-eclipse-plugin/maven-metadata.xml > >>> > (make sure to zap the repo caches before you try this). > >>> > > >>> > On Mon, May 3, 2010 at 10:13 PM, Chris Law <[email protected]> > >>> wrote: > >>> > > >>> >> > >>> >> The real problem appears to be with the maven-eclipse-plugin 2.8 > JAR. > >>> >> When > >>> >> we specify a version of 2.5.1, everything works fine, but without a > >>> >> version > >>> >> specified, the latest (2.8) is downloaded which results in an > >>> >> IllegalStateException thrown from DefaultPluginManager.addPlugin. > >>> I'm > >>> >> thouroughly stumped why 2.8 doesn't appear to be correct - we've > >>> deleted > >>> >> the > >>> >> copies in Hudson's local repository and in artifactory - when we > >>> build, > >>> >> artifactory pulls down the 2.8 JAR from repo1.maven.org, but then > >>> maven > >>> >> chokes. The plugin.xml file in the JAR seems okay. > >>> >> > >>> >> -- > >>> >> View this message in context: > >>> >> > >>> > http://forums.jfrog.org/Metadata-downloads-failing-on-2-2-2-but-not-due-to-checksum-tp4997723p4999654.html > >>> >> Sent from the Artifactory - Users mailing list archive at > Nabble.com. > >>> >> > >>> >> > >>> >> > >>> > ------------------------------------------------------------------------------ > >>> >> _______________________________________________ > >>> >> Artifactory-users mailing list > >>> >> [email protected] > >>> >> https://lists.sourceforge.net/lists/listinfo/artifactory-users > >>> >> > >>> > > >>> > > >>> > ------------------------------------------------------------------------------ > >>> > > >>> > _______________________________________________ > >>> > Artifactory-users mailing list > >>> > [email protected] > >>> > https://lists.sourceforge.net/lists/listinfo/artifactory-users > >>> > > >>> > > >>> > >>> -- > >>> View this message in context: > >>> > http://forums.jfrog.org/Metadata-downloads-failing-on-2-2-2-but-not-due-to-checksum-tp4997723p5002955.html > >>> Sent from the Artifactory - Users mailing list archive at Nabble.com. > >>> > >>> > >>> > ------------------------------------------------------------------------------ > >>> _______________________________________________ > >>> Artifactory-users mailing list > >>> [email protected] > >>> https://lists.sourceforge.net/lists/listinfo/artifactory-users > >>> > >> > >> > ------------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> Artifactory-users mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/artifactory-users > >> > >> > > > > > > -- > View this message in context: > http://forums.jfrog.org/Metadata-downloads-failing-on-2-2-2-but-not-due-to-checksum-tp4997723p5009318.html > Sent from the Artifactory - Users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > _______________________________________________ > Artifactory-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/artifactory-users >
------------------------------------------------------------------------------
_______________________________________________ Artifactory-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/artifactory-users
