[OFBiz] Users - Strategy for accessing custom data
Adrian Crum
adrianc at hlmksw.com
Wed Apr 13 13:10:17 EDT 2005
Ashish,
What you describe is what we have implemented here where I work.
The approach we took was to assign roles to the parties, then filter the
parties by the roles that the user is permitted to see. The filtering
can be done through a service or through a bsh script.
Likewise, adding a new party group automatically adds the appropriate
role to the group - depending on the application.
Example: we have dealers, and only certain users are allowed to
view/add/edit dealer information. So we created a dealer application and
set it up so that only users with dealer security permissions can access
the application. Within the application, the business logic only
displays/creates/updates party groups that have the dealer role.
Ashish Hareet wrote:
> Dear all,
>
> While developing an application I've come across a situation where I need to find a middle ground.
>
> I have to create parties pretty much in the way that "Create New Party Group" does
> in the party manager application. In my application I have to restrict the choices
> for the "Party Group Type" based on the data specific to the application. This means that
> I need to restrict the choices for the user to the ones defined by me.
>
> Possible ways I could think of to do this.
> 1. Hard code the values in the forms based on the data defined by me
> 2. Create a service that'll get the restricted data(app specific) & add it to
> the current context
> 3. Add a bsh script to the widget definition that'll add the restricted data
> in the current context
>
> Can somebody kindly advice if there is any other way to do this or if I'm
> on the right track...
>
> Also, of the options listed above, which is a better choice...
>
> Thanks
> Ashish Hareet
>
> _______________________________________________
> Users mailing list
> Users at lists.ofbiz.org
> http://lists.ofbiz.org/mailman/listinfo/users
>
More information about the Users
mailing list