per-group list of pre-defined filter expressions in the simplified UI

iFountain Forum is no longer in use. Support functionality is moved to iFountain Issue Tracker. You are not allowed to post a new topic on this forum, please create a new ticket on iFountain Issue Tracker. You need to create a new account and login to use issue tracker.

Posted November 23rd, 2007 by Anonymous

At SITA, we are planning to make the RapidInformer simplified UI available to our external customers. Each customer is a company that may have multiple end-users requiring email alerting.

Consequently, we need a way to define different lists of pre-defined filters, one list for each customer.

Is it possible to do that today ?

Paul

RapidInformer supports

On November 26th, 2007 TugrulKinikoglu says:

RapidInformer supports configuration data to be defined for everybody (public/shared), for a specific group or for a specific user or users. Defining filters per group can be achieved by customizing the createRouteExpressions.groovy. The default implementation creates the filter objects in the shared space so that they are available to all users:

RsApi.getRapidInformerAdapter().getSharedSpace().addObject(...)

Users could be categorized into groups and the rules can be created in the group space:

RsApi.getRapidInformerAdapter().getGroupSpace("group_name").addObject(...)

Please see the following document:
http://www.ifountain.com/documentation/rapidsuite+platform/rapidsuite+sc...

The API is implemented in an open and extensible way. Check out the .opr files in the models directory that implement the API objects in groovy.

Note: Documentation on the web is the fastest way to answer your questions. However, it is updated real time for the latest release. Especially for documentation that is common to all RapidSuite applications, download and refer to the local documentation.

The default script is

On November 29th, 2007 TugrulKinikoglu says:

The default script is modified in order to define rules (route expressions) not only for everybody but group specific as well.

Each group, in addition to public, now has a separate configuration which are placed in a larger map (config).
An outer loop is added to loop thru the configurations.
Rule deletions, updates, and adds are now done either in the shared/public space, or in the group's space based on the configuration.

Review the modified createRouteExpressions (createRouteExpressionsForGroups.groovy) and compare with the old version to get more details on how the script was modified.

Looks great, but in our

On November 29th, 2007 pdunon (not verified) says:

Looks great, but in our environment:

1) There are no pre-defined filter that we will show to all users. So, we will leave the publicConf empty. The script raises an error when in that case.

2) We would like that the members of the Rinf group "rsadmin" see all the pre-defined filters by default.
Is that possible ?

Thanks for your responsiveness.

1. No public rules: If the

On November 29th, 2007 PinKin says:

1. No public rules: If the assignment for "config" variable is changed to the following:

config = ["Public":[:], "Group1Name":conf1, "Group2Name":conf2];

the public rules should be deleted. Please note the ":" in between the brackets for "Public".

2. rsadmin to see all the rules: A user can be a member of one or more groups. Therefore, the easiest way to enable rsadmin to view all the rules is to include rsadmin in all the groups created. To do so,

- go to Users tab,
- click on update icon for rsadmin
- move all the groups under Available Groups pane to User's Group pane.