Hi Tomek,
You can do that in 2 operations:
1. Perform a GAVC
Search<http://wiki.jfrog.org/confluence/display/RTF/Artifactory%27s+REST+API#ArtifactorysRESTAPI-GAVCSearch>
2. Perform a GET on the desired URI, same as you did before.
Shay.
On Tue, Apr 10, 2012 at 10:21 AM, Tomek <[email protected]> wrote:
> Hello All,
>
> I've studied the REST API (especially
>
> http://wiki.jfrog.org/confluence/display/RTF/Artifactory%27s+REST+API#ArtifactorysRESTAPI-RetrieveArtifact
> )
> and have a question.
>
> Is it possible to fetch JAR or WAR sartifacts by giving only their
> artifactId, groupId and version, something like:
> GET http://localhost:8080/artifactory/ch.qos.logback/logback-classic/0.9.9
> or do I have to create a path myself, e.g.
> GET
>
> http://localhost:8080/artifactory/libs-release-local/ch/qos/logback/logback-classic/0.9.9/logback-classic-0.9.9.jar
>
> ?
>
> --
> Regards,
> Tomek Kaczanowski
>
> --
> View this message in context:
> http://forums.jfrog.org/retrieving-artifacts-by-REST-tp7452000p7452000.html
> Sent from the Artifactory - Users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
