Sorry, naive noob alert: when I update a property in Artifactory (using
either the Power Pack or the REST API), does that update the corresponding
metadata in the ivy.xml? Specifically, if I update the "status" property,
will that update the "status" attribute on the <info> element in the
ivy.xml? Or are we talking about a property that is specific to
Artifactory?
I have no fear of using the REST API to do this, but I still think this
would be best done in the Artifactory UI (to save us time, to make it easy
to use, but most importantly so we can leverage existing roles and rights
infrastructure already in Artifactory), so I'm glad to hear you're already
looking into it. Do you need/want me to create a feature request?
Rich
On Tue, Mar 2, 2010 at 3:11 PM, Yoav Landman <[email protected]> wrote:
> The best way to do this today would be by sticking to repository semantics
> and marking the status and version in Artifactory on the artifact itself, as
> artifact metadata by using properties (status=dev/integration/release etc.).
> You can set properties via the UI (if you are running the Artifactory
> Power Pack <http://www.jfrog.org/addons.php>) or via the REST
> API<http://wiki.jfrog.org/confluence/display/RTF/Artifactory%27s+REST+API>
> .
>
> When promoting (which you can also do via REST, BTW, by sending a MOVE
> command) you can set the status property to the new value. A client script
> can query the status (or it may know it in advance, as the one doing the
> promotion via REST) and publish a new ivy.xml containing the new status.
>
> This is something we would like to support natively in one of the upcoming
> builds, so we are actually looking into better ways to fully automate this.
>
> HTH,
>
> Yoav
>
>
> On Sun, Feb 28, 2010 at 6:44 PM, Frank Mundt <[email protected]> wrote:
>
>> This is something I would be interested in.
>>
>> Frank
>>
>> On Fri, Feb 26, 2010 at 7:27 AM, Steele, Richard <[email protected]>wrote:
>>
>>> I had considered something along those lines, but as you said it gets
>>> tricky and I thought there would have to be a better way.
>>>
>>> I find managing promotions through Artifactory especially appealing
>>> because we can then ensure only those users with the correct role can
>>> actually do the promotion, but we really don't want to be forced to rebuild
>>> the application just to change the Ivy status of the artifacts from
>>> "integration" to "release."
>>>
>>> Would this be a reasonable feature request of Artifactory?
>>>
>>> Anyone else? Should I expand my question to the Ivy users mailing list?
>>> Surely I'm not the first one to bump into this?
>>>
>>> Thanks,
>>> Rich
>>>
>>> On Fri, Feb 19, 2010 at 11:09 AM, Carlton Brown <[email protected]>wrote:
>>>
>>>> Not specific to Artifactory, but I used to implement this pattern with
>>>> a hack like this:
>>>>
>>>> 1) ivy:install artifact to a local temp repository
>>>> 2) ivy:deliver the ivy.xml with new metadata tokens
>>>> 3) ivy:publish into the destination repository
>>>>
>>>> It's a little tricky because you have to mix the semantics of a
>>>> repository with the semantics of a workspace. You're installing to it,
>>>> manipulating the data, and then publishing from it.
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Download Intel® Parallel Studio Eval
>>> Try the new software tools for yourself. Speed compiling, find bugs
>>> proactively, and fine-tune applications for parallel performance.
>>> See why Intel Parallel Studio got high marks during beta.
>>> http://p.sf.net/sfu/intel-sw-dev
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Artifactory-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
