Trace: • Application Events • How to Get the Current Username • Application Without Authentication • Configuring Alive handling • NTLM Authentication • Using Calculated Values • Configuring Timeouts for Vaadin UI • Calling a Server Action • Use Master/Detail Without Foreign Key • Sicherheit
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
de:jvx:security [2026/11/11 12:02] admin |
de:jvx:security [2026/11/11 13:22] (current) admin |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ~~Title: Security~~ | + | ~~Title: Sicherheit~~ |
| Standardmässig wird bereits darauf geachtet das Object Zugriffe nur mit Authentifizierung möglich sind. Wenn man das nicht ausreicht, können in JVx weitere Sicherheitsvorkehrungen aktiviert werden: | Standardmässig wird bereits darauf geachtet das Object Zugriffe nur mit Authentifizierung möglich sind. Wenn man das nicht ausreicht, können in JVx weitere Sicherheitsvorkehrungen aktiviert werden: | ||
| - | ==ServletServer== | + | =====ServletServer===== |
| Der ''ServletServer'' wird für die Kommunikation zwischen einem Desktop Client und dem Backend benötigt. Sie können den ''ServletServer'' vollständig deaktivieren wenn Sie keinen Desktop Client verwenden oder sie nicht direkt ''HttpConnection'' verwenden. | Der ''ServletServer'' wird für die Kommunikation zwischen einem Desktop Client und dem Backend benötigt. Sie können den ''ServletServer'' vollständig deaktivieren wenn Sie keinen Desktop Client verwenden oder sie nicht direkt ''HttpConnection'' verwenden. | ||
| Line 24: | Line 24: | ||
| ===Regeldefinition=== | ===Regeldefinition=== | ||
| - | Eine Regel wird definiert durch: **Objektname.Methodenname(//[param1[, param2]]//)** | + | Eine Regel wird definiert durch: **[lco.name.MyClass:]Objektname.Methodenname(//[param1[, param2]]//)** |
| * Die eckigen Klammern definieren optionale Felder | * Die eckigen Klammern definieren optionale Felder | ||
| Line 78: | Line 78: | ||
| Eine weitere Möglichkeit ist das Laden Ihres Checkers über den Standard Java Service Loader. | Eine weitere Möglichkeit ist das Laden Ihres Checkers über den Standard Java Service Loader. | ||
| - | ==REST Dienste== | + | =====REST Dienste===== |
| Wenn Sie [[de:jvx:common:util:rest|REST Dienste]] verwenden um den Zugriff auf Applikationsdaten mittels standard HTTP zu ermöglichen, wie z.B: | Wenn Sie [[de:jvx:common:util:rest|REST Dienste]] verwenden um den Zugriff auf Applikationsdaten mittels standard HTTP zu ermöglichen, wie z.B: | ||
| Line 150: | Line 150: | ||
| </file> | </file> | ||
| - | ==Life-cycle Objekte== | + | =====Life-cycle Objekte===== |
| In den [[de:jvx:server:lco:lifecycle|Life-cycle]] Objekten wird die Business Logik definiert. Die Standard Sicherheit sieht vor das alle public Methoden auch aufrufbar sind. Wenn Sie eine Methode auf ''protected'' oder ''private'' ändern, dann ist diese auch nicht mehr aufrufbar, z.B.: | In den [[de:jvx:server:lco:lifecycle|Life-cycle]] Objekten wird die Business Logik definiert. Die Standard Sicherheit sieht vor das alle public Methoden auch aufrufbar sind. Wenn Sie eine Methode auf ''protected'' oder ''private'' ändern, dann ist diese auch nicht mehr aufrufbar, z.B.: | ||
| Line 173: | Line 173: | ||
| Details zu ''@Accessible'' und ''@NotAccessible'' finden sie [[jvx:server:lco:actions_in_objects|hier]]. | Details zu ''@Accessible'' und ''@NotAccessible'' finden sie [[jvx:server:lco:actions_in_objects|hier]]. | ||
| - | ==Objektspezifische Aufrufe== | + | =====Objektspezifische Aufrufe===== |
| Wenn Sie in ihrer Applikation spezifische Zugriffe steuern wollen, dann können Sie das mit der Implementierung von [[jvx:server:security:object_method_access|IObjectAccessController]] erreichen. Dieses Interface wird bei jedem Aufruf eines [[de:jvx:server:lco:lifecycle|Life-cycle Objektes]] geprüft. Dadurch können Sie auf Instanz Ebene feingranular steuern. | Wenn Sie in ihrer Applikation spezifische Zugriffe steuern wollen, dann können Sie das mit der Implementierung von [[jvx:server:security:object_method_access|IObjectAccessController]] erreichen. Dieses Interface wird bei jedem Aufruf eines [[de:jvx:server:lco:lifecycle|Life-cycle Objektes]] geprüft. Dadurch können Sie auf Instanz Ebene feingranular steuern. | ||
| Line 179: | Line 179: | ||
| Die Zugriffsteuerung für REST funktioniert auch nur bei REST calls und die Zugriffsteuerung für ''ServletServer'' ebenfalls nur wenn eine ''HttpConnection'' verwendet wird. Der Einsatz des [[jvx:server:security:object_method_access|IObjectAccessController]] funktioniert unabhängig davon. | Die Zugriffsteuerung für REST funktioniert auch nur bei REST calls und die Zugriffsteuerung für ''ServletServer'' ebenfalls nur wenn eine ''HttpConnection'' verwendet wird. Der Einsatz des [[jvx:server:security:object_method_access|IObjectAccessController]] funktioniert unabhängig davon. | ||
| - | ==Environment abhängiger Zugriff== | + | =====Environment abhängiger Zugriff===== |
| Wenn Sie mit Accessible und NotAccessible arbeiten, dann können Sie den Zugriff auch per Environment steuer, wie [[jvx:server:lco:accessible_notaccessible|hier]] beschrieben. | Wenn Sie mit Accessible und NotAccessible arbeiten, dann können Sie den Zugriff auch per Environment steuer, wie [[jvx:server:lco:accessible_notaccessible|hier]] beschrieben. | ||
| - | ==Checkliste== | + | =====Checkliste===== |
| * ''ServletServer'' deaktivieren oder Aufrufe einschränken | * ''ServletServer'' deaktivieren oder Aufrufe einschränken | ||