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 @
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(a)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(a)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(a)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@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>>
>>>
>>> _______________________________________________
>>> rules-users mailing list
>>> rules-users(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>>
>>
>
>
> _______________________________________________
> rules-users mailing
listrules-users@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
>
_______________________________________________
rules-users mailing
listrules-users@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users