Question
Lanit
RU
Last activity: 11 Mar 2016 6:21 EST
How to move rules to any class you need using Refactor rules tool?
Hello everyone!
I have a question about Refactor rules tool. We use PRPC 7.1.8.
Help topic (https://community.pega.com/sites/default/files/help_v718/procomhelpmain.htm) says:
You can use the Refactor Rules tool to move rules with a specific Applies To class from one RuleSet into another RuleSet or another Applies To class, removing them from the current RuleSet. For example, if the work class MyCo-Mortgage-West- has 200 applicable rules — 200 rules which apply to that class — in RuleSet version MyCo:03-04-07, you can move them all into class YourCo-Mortgage-East- and RuleSet version YourCo:01-01-01 with this tool.
In more comfortable view:
Hello everyone!
I have a question about Refactor rules tool. We use PRPC 7.1.8.
Help topic (https://community.pega.com/sites/default/files/help_v718/procomhelpmain.htm) says:
You can use the Refactor Rules tool to move rules with a specific Applies To class from one RuleSet into another RuleSet or another Applies To class, removing them from the current RuleSet. For example, if the work class MyCo-Mortgage-West- has 200 applicable rules — 200 rules which apply to that class — in RuleSet version MyCo:03-04-07, you can move them all into class YourCo-Mortgage-East- and RuleSet version YourCo:01-01-01 with this tool.
In more comfortable view:
| Class | RuleSet | |
|---|---|---|
| Source | MyCo-Mortgage-West- | MyCo:03-04-07 |
| Target | YourCo-Mortgage-East- | YourCo:01-01-01 |
In this example source and target classes are completele different.
When I start Refactor rules tool on my class LBPM-Int-TestNaN-ParamFO, I get this:
I can only choose classes from pattern hierarchy. Is this a restriction and information in help is false?
Accepted Solution
Pegasystems Inc.
IN
Hi Ilya, Good morning!
>>> the list of classes consists of parent classes
-
yes the classes should be in inheritance.
-
the example with classes East & West could be a documentation bug
-
or the behavior we're noticing is a bug.
-
but I ought to remember that the behavior is working as designed.
-
however enhancing/extending the refactor functionality without the inheritance limit/binding would be helpful
- instead of creating a temporary classes or
- using rename a class wizard to get the inheritance
- and then moving the assets...
-
however enhancing/extending the refactor functionality without the inheritance limit/binding would be helpful
-
but I ought to remember that the behavior is working as designed.
-
or the behavior we're noticing is a bug.
-
the example with classes East & West could be a documentation bug
>>> can't choose any ruleset version.
-
could be a bug.
-
could we try in IE/different browsers?
- the ruleset version value is noticed blank soon after the ruleset is selected.
-
could we try in IE/different browsers?
would it be convincing to request to default the target values in a private version of OOTB final rule RULE-HTML-SECTION DATA-RULE-SUMMARY CLASSANDRULESET to perform rule refactor?
- pyClass
- pyRuleSet
- pyRuleSetVersion
Please share your thoughts/observations, Thank you!
Hi Ilya, Good morning!
>>> the list of classes consists of parent classes
-
yes the classes should be in inheritance.
-
the example with classes East & West could be a documentation bug
-
or the behavior we're noticing is a bug.
-
but I ought to remember that the behavior is working as designed.
-
however enhancing/extending the refactor functionality without the inheritance limit/binding would be helpful
- instead of creating a temporary classes or
- using rename a class wizard to get the inheritance
- and then moving the assets...
-
however enhancing/extending the refactor functionality without the inheritance limit/binding would be helpful
-
but I ought to remember that the behavior is working as designed.
-
or the behavior we're noticing is a bug.
-
the example with classes East & West could be a documentation bug
>>> can't choose any ruleset version.
-
could be a bug.
-
could we try in IE/different browsers?
- the ruleset version value is noticed blank soon after the ruleset is selected.
-
could we try in IE/different browsers?
would it be convincing to request to default the target values in a private version of OOTB final rule RULE-HTML-SECTION DATA-RULE-SUMMARY CLASSANDRULESET to perform rule refactor?
- pyClass
- pyRuleSet
- pyRuleSetVersion
Please share your thoughts/observations, Thank you!
psahukaru
Lanit
RU
Oh, I see that control SelectParentClass calls getClassInheritanceGraph function.
So, the list of classes consists of parent classes. Let's think that we can handle this.
Now I have another problem - can't choose any ruleset version.
It seems that I need to take a look at how this list construction is implemented.
Accepted Solution
Pegasystems Inc.
IN
Hi Ilya, Good morning!
>>> the list of classes consists of parent classes
-
yes the classes should be in inheritance.
-
the example with classes East & West could be a documentation bug
-
or the behavior we're noticing is a bug.
-
but I ought to remember that the behavior is working as designed.
-
however enhancing/extending the refactor functionality without the inheritance limit/binding would be helpful
- instead of creating a temporary classes or
- using rename a class wizard to get the inheritance
- and then moving the assets...
-
however enhancing/extending the refactor functionality without the inheritance limit/binding would be helpful
-
but I ought to remember that the behavior is working as designed.
-
or the behavior we're noticing is a bug.
-
the example with classes East & West could be a documentation bug
>>> can't choose any ruleset version.
-
could be a bug.
-
could we try in IE/different browsers?
- the ruleset version value is noticed blank soon after the ruleset is selected.
-
could we try in IE/different browsers?
would it be convincing to request to default the target values in a private version of OOTB final rule RULE-HTML-SECTION DATA-RULE-SUMMARY CLASSANDRULESET to perform rule refactor?
- pyClass
- pyRuleSet
- pyRuleSetVersion
Please share your thoughts/observations, Thank you!
Hi Ilya, Good morning!
>>> the list of classes consists of parent classes
-
yes the classes should be in inheritance.
-
the example with classes East & West could be a documentation bug
-
or the behavior we're noticing is a bug.
-
but I ought to remember that the behavior is working as designed.
-
however enhancing/extending the refactor functionality without the inheritance limit/binding would be helpful
- instead of creating a temporary classes or
- using rename a class wizard to get the inheritance
- and then moving the assets...
-
however enhancing/extending the refactor functionality without the inheritance limit/binding would be helpful
-
but I ought to remember that the behavior is working as designed.
-
or the behavior we're noticing is a bug.
-
the example with classes East & West could be a documentation bug
>>> can't choose any ruleset version.
-
could be a bug.
-
could we try in IE/different browsers?
- the ruleset version value is noticed blank soon after the ruleset is selected.
-
could we try in IE/different browsers?
would it be convincing to request to default the target values in a private version of OOTB final rule RULE-HTML-SECTION DATA-RULE-SUMMARY CLASSANDRULESET to perform rule refactor?
- pyClass
- pyRuleSet
- pyRuleSetVersion
Please share your thoughts/observations, Thank you!
psahukaru
Lanit
RU
Hi Psahukaru,
Yes, this functionality starts to work fine only after private customization of ClassAndRuleset section.
But this could be a real problem if you need to do this in production Hope this bug will be fixed.