Page 1 of 1

avCheckAuth / avCheckInstanceAuth in VLF_ONE?

Posted: Wed Oct 26, 2022 7:12 pm
by Jos0001
We want to rebuild our VLF_WIN application to a VLF_ONE application: Easier deployment.
In IIP UF_SYSTM we are using: avCheckAuth / avCheckInstanceAuth:
Based on the value of a field of the chosen entry in the instance-list, determine which command handlers (BO's) should be shown.
(Example: instance-list-entry "Status = 1", not yet invoiced, so invoice-BO is / should be suppressed when the entry is selected.)
What is the equivalent in VLF_ONE for avCheckAuth / avCheckInstanceAuth to suppress a BO?

Re: avCheckAuth / avCheckInstanceAuth in VLF_ONE?

Posted: Thu Oct 27, 2022 12:08 am
by Dino
VLF-ONE have several limitations when compared to control of the application versus VLF-WIN.

https://docs.lansa.com/15/en/lansa048/i ... 8_2100.htm

That Instant Level Security Validation is only available in VLF-WIN. There is no exact equivalent.

You could make your own version of that for example passing an extra parameter in the instance list values and controlling from the command handler the action like to not show anything.

Re: avCheckAuth / avCheckInstanceAuth in VLF_ONE?

Posted: Thu Oct 27, 2022 1:34 pm
by PatrickF
From your requirement "Based on the value of a field of the chosen entry in the instance-list, determine which command handlers (BO's) should be shown." , subtypes may be another alternative to implement. Subtype is a property of the instance list and based on the Subtype property value, the command handlers for the Business Object can be shown or hidden.
See https://docs.lansa.com/15/en/lansa048/i ... 8_3565.htm in the VLF documentation. Subtypes are available in both VLF-Win and VLF-One

Re: avCheckAuth / avCheckInstanceAuth in VLF_ONE?

Posted: Sat Oct 29, 2022 1:05 am
by Jos0001
Hi, thanks for the replies:
I think I'm going to explore "Subtypes" first... I hope I can squeeze it into that.
Jos