[rules-users] Guvnor - Operations with snapshots

[Esteban Aliverti]

Hi Jervis,
When you build a SNAPSHOT with an existing name (Guvnor shows you all the
SNAPSHOTS and lets you select an existing one), the SNAPSHOT is updated
(maybe under the hood the SNAPSHOT gets removed and a new one is created).
So, if you have an application pointing to the SNAPSHOT you can update the
assets it uses without modifying anything in the application itself.

Best Regards,

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Esteban Aliverti
- Developer @ http://www.plugtree.com
- Blog @ http://ilesteban.wordpress.com


2011/10/8 Jervis Liu <jliu at redhat.com>

>  Hi Esteban,
>
> The package snapshot wont be gone in the near future. One reason is for
> backward compatibility. Another concern is that we still need to find out if
> there are any use cases that package version can not cover. In this case,
> your input is exactly what we are looking for. Please see my comment in-line
> below.
>
> On 2011/10/8 17:09, Esteban Aliverti wrote:
>
> Jervis, so you are trying to deprecate SNAPSHOTS in favor of Versions? I
> don't think they address the same issue. With SNAPSHOTS you can put
> different names to different "moments" of a package.
>
> We don't have this yet, but I guess this will be a very useful feature.
> I.e. a named package version or package version alias.
>
> More important, SNAPSHOTS were created and updated on demand and not every
> time you update the package, so you can update a SNAPSHOT definition adding
> or changing its assets and you don't need to update your applications.
>
> Not sure how you can do this? a SNAPSHOT is a read-only copy of package.
> You can not change its configuration nor you can add or change its asset.
>
> They always read the package using same SNAPSHOT name.
> Using versions, I need to be careful in change my applications when I want
> them to use some modifications I have in my package.
> I mean, I also see package versioning as something good, but I'm not sure
> if versions could replace SNAPSHOT. Are you planning to add some way to put
> a name to a particular group of versioned assets?
>
>  Best Regards,
>
> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>
> Esteban Aliverti
> - Developer @ http://www.plugtree.com
> - Blog @ http://ilesteban.wordpress.com
>
>
> 2011/10/8 jliu <jliu at redhat.com>
>
>>  On 2011/10/7 9:54, Demian Calcaprina wrote:
>>
>> Hi again.
>>
>>  I have been able to use guvnor package versions with some success..
>>
>>  Is there any service I can call to create a new version? I have checked
>> that it seems to change the package version when you click on "save
>> package". Can I have some URL to achieve it automatically?
>>
>>   Hi,
>>
>> Sorry for the late response, I was in holiday. There is no REST service to
>> create a package version as this is not needed. A package version is created
>> automatically when your package gets updated (through Guvnor UI or through
>> REST).
>>
>> Cheers,
>> Jervis
>>
>>  Thanks
>>
>>  Demian
>>
>> On Tue, Oct 4, 2011 at 9:57 AM, Demian Calcaprina <calcacuervo at gmail.com>wrote:
>>
>>> Thanks Jervis.
>>>
>>>  I currently use Guvnor 5.2, and saw that I can use version so I will
>>> try to use them.
>>>
>>>  - Is there something I will be missing about versions, by using 5.2?
>>>  - Do you know when a new version is created? With Snapshots, I could
>>> choose when to create a new one. How about versions?
>>>
>>>  Thanks!
>>>
>>>  Demian
>>>
>>>   2011/10/3 jliu <jliu at redhat.com>
>>>
>>>>   On 2011/10/4 1:54, Demian Calcaprina wrote:
>>>>
>>>> Hi everyone. I am using Guvnor 5.2, and I need to make some operations
>>>> from my application.
>>>>
>>>>  Specifically, I need to make two operations remotely:
>>>> - List Snapshots, as it is possible to list packages.
>>>> - Create a new snapshot from a package.
>>>>
>>>>  Is this possible to make these operation through rest API?
>>>>
>>>>   Hi,
>>>>
>>>> Start from 5.3, Guvnor Packages are fully versioned. I would recommend
>>>> you to use a vesioned package instead of package snapshot. Package snapshot
>>>> will be deprecated in the future.
>>>>
>>>> Cheers,
>>>> Jervis
>>>>
>>>> Thanks,
>>>>
>>>>  Demian
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-users mailing listrules-users at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> rules-users mailing list
>>>> rules-users at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>>
>>>>
>>>
>>
>>
>> _______________________________________________
>> rules-users mailing listrules-users at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>
>
> _______________________________________________
> rules-users mailing listrules-users at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20111008/0b1cbd24/attachment.html