Yes, this is possible to achieve for quite some time using Artifactory's
REST API:
http://wiki.jfrog.org/confluence/display/RTF/Artifactory's+REST+API
You can discover artifacts that need to be cleaned up using one of the
Search APIs or by traversing directories using the Artifacts API. Then you
can fire delete queries on the found artifacts.
On Fri, Jul 30, 2010 at 4:12 PM, Carlton Brown <[email protected]> wrote:
> Just another ping on this issue... was this ever implemented? If so,
> could you provide a usage example?
>
>
> On Tue, Jan 5, 2010 at 4:50 PM, Yoav Landman <[email protected]> wrote:
>
>> Hi,
>>
>> We are currently revising and committing on our external REST API for
>> 2.1.4 which should be out in a few weeks. Part of this is searches, so it
>> would be possible to combine a simple REST wildcard search + delete commands
>> (DELETE is already supported) to achieve that.
>>
>> Yoav
>>
>>
>> On Mon, Jan 4, 2010 at 5:03 PM, Carlton Brown <[email protected]>wrote:
>>
>>> Just to ping again on this issue… how to clean up artifacts via REST
>>> API in 2.1.3?
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Carlton
>>>
>>>
>>>
>>> *From:* Frederic Simon [mailto:[email protected]]
>>> *Sent:* Friday, December 18, 2009 1:25 PM
>>>
>>> *To:* [email protected]
>>> *Subject:* Re: [Artifactory-users] Implementing automated cleanup of
>>> artifacts
>>>
>>>
>>>
>>> We had a long discussion about how to do this correctly.
>>>
>>> We plan on updating the doc on how to do it using our REST API, and may
>>> be update our UI in future version.
>>>
>>> I'll send you some solution after our 2.1.3 release,
>>>
>>> Fred.
>>>
>>>
>>>
>>> On Fri, Dec 11, 2009 at 9:40 PM, Carlton Brown <[email protected]>
>>> wrote:
>>>
>>> Would it be reasonable for me to open a feature request for this issue?
>>> Right now this would be the only obstacle for us adopting Artifactory. If
>>> it’s not a difficult thing to do, I’d really like to see it in an upcoming
>>> release.
>>>
>>>
>>>
>>> *From:* Yoav Landman [mailto:[email protected]]
>>> *Sent:* Sunday, December 06, 2009 4:30 PM
>>>
>>>
>>> *To:* [email protected]
>>> *Subject:* Re: [Artifactory-users] Implementing automated cleanup of
>>> artifacts
>>>
>>>
>>>
>>> Well, it currently needs to be '*-SNAPSHOT' or be deployed under a
>>> '*-SNAPSHOT' version folder (in the case of uniquely named snapshots).
>>> However, I guess it should be straight forward to support more snapshot
>>> patterns. Is this a requirement you have or can you stick to the Maven
>>> convention for snapshot naming?
>>>
>>>
>>>
>>> On Fri, Dec 4, 2009 at 6:42 AM, Carlton Brown <[email protected]>
>>> wrote:
>>>
>>> Could you clarify this statement… can Artifactory manage an artifact
>>> (such as an Ivy artifact) that has no pom based purely on its name? What
>>> is the exact format that it detects? (i.e. must it be ‘SNAPSHOT’ or can it
>>> be ‘SNAPSHOT-*’ or something similar?
>>>
>>>
>>>
>>> *From:* Frederic Simon [mailto:[email protected]]
>>> *Sent:* Thursday, December 03, 2009 3:33 PM
>>>
>>>
>>> *To:* [email protected]
>>> *Subject:* Re: [Artifactory-users] Implementing automated cleanup of
>>> artifacts
>>>
>>>
>>>
>>> "How does Artifactory distinguish between what is a snapshot and what
>>> isn’t?"
>>>
>>> From the name and/or the pom file.
>>>
>>> ***CONFIDENTIALITY NOTICE and DISCLAIMER***
>>>
>>> This message and any attachment are confidential and may be
>>>
>>> privileged or otherwise protected from disclosure and solely for
>>>
>>> the use of the person(s) or entity to whom it is intended. If you
>>>
>>> have received this message in error and are not the intended
>>>
>>> recipient, please notify the sender immediately and delete this
>>>
>>> message and any attachment from your system. If you are not the
>>>
>>>
>>>
>>>
>>> intended recipient, be advised that any use of this message is
>>>
>>> prohibited and may be unlawful, and you must not copy this
>>>
>>> message or attachment or disclose the contents to any other person.
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Join us December 9, 2009 for the Red Hat Virtual Experience,
>>> a free event focused on virtualization and cloud computing.
>>> Attend in-depth sessions from your desk. Your couch. Anywhere.
>>> http://p.sf.net/sfu/redhat-sfdev2dev
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>>
>>> ***CONFIDENTIALITY NOTICE and DISCLAIMER***
>>>
>>> This message and any attachment are confidential and may be
>>>
>>> privileged or otherwise protected from disclosure and solely for
>>>
>>> the use of the person(s) or entity to whom it is intended. If you
>>>
>>> have received this message in error and are not the intended
>>>
>>> recipient, please notify the sender immediately and delete this
>>>
>>> message and any attachment from your system. If you are not the
>>>
>>>
>>> intended recipient, be advised that any use of this message is
>>>
>>> prohibited and may be unlawful, and you must not copy this
>>>
>>> message or attachment or disclose the contents to any other person.
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Return on Information:
>>> Google Enterprise Search pays you back
>>> Get the facts.
>>> http://p.sf.net/sfu/google-dev2dev
>>>
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>>
>>>
>>> --
>>> Co. Founder and Chief Architect
>>> JFrog Ltd
>>> http://www.jfrog.org/
>>> http://twitter.com/freddy33
>>>
>>> ***CONFIDENTIALITY NOTICE and DISCLAIMER***
>>> This message and any attachment are confidential and may be
>>> privileged or otherwise protected from disclosure and solely for
>>> the use of the person(s) or entity to whom it is intended. If you
>>> have received this message in error and are not the intended
>>> recipient, please notify the sender immediately and delete this
>>> message and any attachment from your system. If you are not the
>>> intended recipient, be advised that any use of this message is
>>> prohibited and may be unlawful, and you must not copy this
>>> message or attachment or disclose the contents to any other person.
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Verizon Developer Community
>>> Take advantage of Verizon's best-in-class app development support
>>> A streamlined, 14 day to market process makes app distribution fast and
>>> easy
>>> Join now and get one step closer to millions of Verizon customers
>>> http://p.sf.net/sfu/verizon-dev2dev
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Verizon Developer Community
>> Take advantage of Verizon's best-in-class app development support
>> A streamlined, 14 day to market process makes app distribution fast and
>> easy
>> Join now and get one step closer to millions of Verizon customers
>> http://p.sf.net/sfu/verizon-dev2dev
>> _______________________________________________
>> Artifactory-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://p.sf.net/sfu/dev2dev-palm
> _______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
