Similar to '2', I have done by creating a new dated/versioned snapshot and then
copy that to the 'Live' snapshot.
That way, I have a history of live snapshots. And I just need to copy the previous version
to 'Live' if I wish to roll back.
I'd stay away from LATEST personally, as that means it's not possible to test that
the rules are working as expected before promoting them. I'd hate to have a situation
where new rule sets are being deployed automatically every time a package was built.
Steve
On 4 Mar 2013, at 16:14, IPatel <ishita.patel(a)usbank.com> wrote:
Hi,
I have read several posts regarding package snapshot and still have few
questions.
The is the goal of our exercise:
Find out a solution for a <specific process> in such a way that we can
deploy any changes made with no or minimal code changes required. We are
investigating drool as POC for this process.
This is what i know about package snapshots:
it allows one to lockdown any changes made to the assests. These changes
will not affect the application. This will help us because when our business
partners are making changes to the rules or updating the exisiting one, prod
application will not be impacted.
ChangeSet.xml file will have to point this snapshot url
These are the questions i have:
I see there are 3 options when dealing with snapshot:
1)create new one: When creating a new one, i believe i will have to make
changes to the changeset.xml file everytime its creation. Can i configure
this file in way that it automatically reads the package(s) created so i
dont have keep on updating it? Under what scenarion this is a good option to
use?
2)modify/replace existing one
If i select this option , the benifit will be that i dont have to change the
xml file. However what happens if there are problems and we have to revert
back to the old package. Does the system save old version of the package
before updating it with a new one?
3) My current POC's xml file points to the LATEST. Is there a benifit in
just using this and not using snapshot? How risky this is? will i be able
to access previous version of the package/rule in case of a disaster.
You input is greatly appreciated.
--
View this message in context:
http://drools.46999.n3.nabble.com/Package-Snapshot-question-tp4022679.html
Sent from the Drools: User forum mailing list archive at
Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users