Änderungen von Dokument Anwendungseinstellungen


Von Version 10.1
bearbeitet von sas
am 04.03.2022, 09:50
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 1.1
bearbeitet von gru
am 20.01.2021, 16:20
Änderungskommentar: Imported from XAR

Zusammenfassung

Details

Seiteneigenschaften
Dokument-Autor
... ... @@ -1,1 +1,1 @@
1 -XWiki.sas
1 +XWiki.gru
Inhalt
... ... @@ -96,11 +96,11 @@
96 96  
97 97  {{table dataTypeAlpha="0" preSort="0-asc" caption="Weitere das System betreffende Einstellungen"}}
98 98  |= Eigenschaft |= Standardwert |= Beschreibung
99 -|bot.field.name|x-i-m-a-5536-required|Name des versteckten Eingabefelds, welches benutzt wird, um zu erkennen, [[ob ein Bot ein Formular abgesendet hat>>doc:Formcycle.SystemSettings.ErrorMessageTemplates]]. Seit V7 wird das Feld aber automatisch neu vergeben beim Aufruf des Formulars.
99 +|bot.field.name|x-i-m-a-5536-required|Name des versteckten Eingabefelds, welches benutzt wird, um zu erkennen, [[ob ein Bot ein Formular abgesendet hat.>>doc:Formcycle.SystemSettings.ErrorMessageTemplates]]
100 100  |defaults.systemeinstellung.loginName|sadmin|Login-Name für den Superadministrator des Systems.
101 101  |defaults.systemeinstellung.passwort|hash(admin)|Passwort für den Superadministrator des Systems. Standardmäßig {{code language="none"}}admin{{/code}}. Dies sollte nach der Installation geändert werden. Das Passwort wird gehashed gespeichert und sollte nicht direkt über die Konfigurationsdatei geändert werden, sondern nur über die Oberfläche.
102 102  |cluster.implementation|jgroups|Gibt an, welche Implementierung für den [[Cluster>>doc:Formcycle.SystemSettings.UserInterface.Cluster.WebHome]] genutzt werden soll. Erlaubt Werte sind [[jgroups>>http://www.jgroups.org/||target="_blank"]] und [[shoal>>https://javaee.github.io/shoal/||target="_blank"]].
103 -|system.server.id |(generiert)|Eindeutige ID des Servers welche für die Benutzung von Load-Balancern in den HTTP-Header und an die Absende-URL eines Formulares angehangen werden kann. Siehe //HTTP//.
103 +|system.server.id {{version major="6" minor="6" patch="5"/}}|(generiert)|Eindeutige ID des Servers welche für die Benutzung von Load-Balancern in den HTTP-Header und an die Absende-URL eines Formulares angehangen werden kann. Siehe //HTTP//.
104 104  {{/table}}
105 105  
106 106  == Limits ==
... ... @@ -134,7 +134,7 @@
134 134  |= Eigenschaft |= Standardwert |= Beschreibung
135 135  |ldap.override.filter.user|(~|(objectclass=user)(objectclass=person)(objectclass=inetOrgPerson)(objectclass=organizationalPerson))|LDAP-Filter, mit dem nach [[LDAP-Nutzern>>doc:Formcycle.UserInterface.UserSettings.LDAP]] verfügbaren gesucht wird. Standardmäßig wird nach allen Objekten mit der Objektklasse {{code language="none"}}user{{/code}}, {{code language="none"}}person{{/code}}, {{code language="none"}}inetOrgPerson{{/code}} oder {{code language="none"}}organinsationalPerson{{/code}} gesucht.
136 136  |ldap.override.filter.user.login|(~|(sAMAccountName={0})(userPrincipalName={0})(uid={0}))|LDAP-Filter für die Suche eines Nutzers anhand eines bestimmten Login-Namen. Der Login-Name wird mit dem Platzhalter {{code language="none"}}{0}{{/code}} übergeben. Standardmäßig für einen Login-Namen alle Nutzer gefunden, die diesen Namen als das Attribut {{code language="none"}}sAMAccountName{{/code}}, {{code language="none"}}userPrincipalName{{/code}} oder {{code language="none"}}uid{{/code}} haben.
137 -|ldap.override.filter.kerberos.user |//Wert der Benutzerabfrage s.o.//|LDAP-Filter für die Suche eines Nutzers nach erfolgter Kerberos-Authentifizierung. Der zur Verfügung stehende Login entspricht dem Muster {{code language="none"}}<username>(/<instance>)@<REALM>{{/code}} wobei der {{code language="none"}}/<instance>{{/code}}-Part optional ist. Die einzelnen Bestandteile stehen am Beispiel {{code language="none"}}test/admin@EXAMPLE.COM{{/code}} im entsprechenden Filter wie folgt zur Verfügung: {{code language="none"}}{0}{{/code}}={{code language="none"}}test/admin@EXAMPLE.COM{{/code}}, {{code language="none"}}{1}{{/code}}={{code language="none"}}test/admin{{/code}}, {{code language="none"}}{2}{{/code}}={{code language="none"}}test{{/code}},{{code language="none"}}{3}{{/code}}={{code language="none"}}admin{{/code}},{{code language="none"}}{4}{{/code}}={{code language="none"}}EXAMPLE.COM{{/code}}. Um zum Beispiel bei abweichendem {{code language="none"}}userPrincipalName{{/code}} eine Benutzersuche innerhalb einer Ein-Domainen-Umgebung durchzuführen, könnte demnach die Abfrage wie folgt definiert werden: {{code language="none"}}(sAMAccountName={2}){{/code}}
137 +|ldap.override.filter.kerberos.user {{version major="6" minor="6" patch="5"/}}|//Wert der Benutzerabfrage s.o.//|LDAP-Filter für die Suche eines Nutzers nach erfolgter Kerberos-Authentifizierung. Der zur Verfügung stehende Login entspricht dem Muster {{code language="none"}}<username>(/<instance>)@<REALM>{{/code}} wobei der {{code language="none"}}/<instance>{{/code}}-Part optional ist. Die einzelnen Bestandteile stehen am Beispiel {{code language="none"}}test/admin@EXAMPLE.COM{{/code}} im entsprechenden Filter wie folgt zur Verfügung: {{code language="none"}}{0}{{/code}}={{code language="none"}}test/admin@EXAMPLE.COM{{/code}}, {{code language="none"}}{1}{{/code}}={{code language="none"}}test/admin{{/code}}, {{code language="none"}}{2}{{/code}}={{code language="none"}}test{{/code}},{{code language="none"}}{3}{{/code}}={{code language="none"}}admin{{/code}},{{code language="none"}}{4}{{/code}}={{code language="none"}}EXAMPLE.COM{{/code}}. Um zum Beispiel bei abweichendem {{code language="none"}}userPrincipalName{{/code}} eine Benutzersuche innerhalb einer Ein-Domainen-Umgebung durchzuführen, könnte demnach die Abfrage wie folgt definiert werden: {{code language="none"}}(sAMAccountName={2}){{/code}}
138 138  |ldap.override.filter.group|(~|(objectclass=group)(objectclass=groupofnames)(objectclass=groupofuniquenames))|LDAP-Filter für die Suche nach [[LDAP-Gruppen>>doc:Formcycle.UserInterface.UserSettings.LDAPGroups]]. Standardmäßig wird nach allen Objekten mit der Objektklasse {{code language="none"}}group{{/code}}, {{code language="none"}}groupofnames{{/code}}, oder {{code language="none"}}groupofuniquenames{{/code}} gesucht.
139 139  {{/table}}
140 140  
... ... @@ -142,11 +142,12 @@
142 142  
143 143  {{table dataTypeAlpha="0" preSort="0-asc" caption="Einstellungen zu HTTP-Anfragen und HTTP-Antworten"}}
144 144  |= Eigenschaft |= Standardwert |= Beschreibung
145 +|http.header.server.id (migriert ab {{version major="6" minor="6" patch="5"/}} zu system.server.id)|(leer)|Wert des HTTP-Header //XFC-Server-Id//, der bei jeder Antwort gesetzt. Dient dazu, den Server, auf dem {{formcycle/}} läuft, identifzieren zu können. Ist diese Einstellungen gar nicht gesetzt, wird eine zufällig generierte UUID verwendet. Ist der Wert leer, wird der Header nicht gesetzt.
145 145  |http.header.referer|same-origin|Die Referrer-Policy, die bei HTTP-Antworten gesetzt wird. Diese Einstellung kann auch unter [[in den Systemeinstellungen>>doc:Formcycle.SystemSettings.UserInterface.General.WebHome]] geändert werden.
146 146  |http.header.hsts.max|(leer)|Einstellung des //max-age// für die HTTP Strict Transport Security. Diese Einstellung kann auch unter [[in den Systemeinstellungen>>doc:Formcycle.SystemSettings.UserInterface.General.WebHome]] geändert werden.
147 147  |http.header.hsts.sub|false|Legt fest, ob die HTTP Strict Transport Security auch für Subdomains gelten soll. Diese Einstellung kann auch unter [[in den Systemeinstellungen>>doc:Formcycle.SystemSettings.UserInterface.General.WebHome]] geändert werden.
148 -|http.header.serverid.name |(nicht vorhanden)|Gibt den Header-Namen an mit welchem die //system.server.id// in alle requests geschrieben wird. Ist dieser Eintrag vorhanden aber leer wird der entsprechende Header nicht gesetzt. Ist der Eintrag nicht vorhanden ist der Standard //XFC-Server-Id//.
149 -|http.param.serverid.name |(nicht vorhanden)|Legt den Namen des URL-Parameters fest, mit welchem die //system.server.id// an die Formular-Absende-URL angehangen wird. Ist der Wert leer oder nicht vorhanden, wird kein Parameter angefügt.
149 +|http.header.serverid.name {{version major="6" minor="6" patch="5"/}}|(nicht vorhanden)|Gibt den Header-Namen an mit welchem die //system.server.id// in alle requests geschrieben wird. Ist dieser Eintrag vorhanden aber leer wird der entsprechende Header nicht gesetzt. Ist der Eintrag nicht vorhanden ist der Standard //XFC-Server-Id//.
150 +|http.param.serverid.name {{version major="6" minor="6" patch="5"/}}|(nicht vorhanden)|Legt den Namen des URL-Parameters fest, mit welchem die //system.server.id// an die Formular-Absende-URL angehangen wird. Ist der Wert leer oder nicht vorhanden, wird kein Parameter angefügt.
150 150  {{/table}}
151 151  
152 152  == Debug ==
... ... @@ -162,87 +162,4 @@
162 162  |= Eigenschaft |= Standardwert |= Beschreibung
163 163  |cleanup.worker.active|true|Gibt an, ob der System-Cleanup-Job aktiv gesetzt wird und periodisch ausgeführt wird. Der System-Cleanup-Job überprüft periodisch etwa, ob es noch unbestätigte Vorgänge gibt, die auf ein Double-Opt-In warten, und löscht diese, wenn deren Frist abgelaufen ist.
164 164  |cleanup.worker.cronexpression|0 0,15,30,45 * ? * *|Die Cron-Expression für den System-Cleanup-Job, welche angibt, wann dieser Job ausgeführt wird. Der System-Cleanup-Job überprüft periodisch etwa, ob es noch unbestätigte Vorgänge gibt, die auf ein Double-Opt-In warten, und löscht diese, wenn deren Frist abgelaufen ist.
165 -|quartz.threadpool.thread.count {{version major="7" minor="0" patch="10" /}}|10|Gibt an, wie viele Threads der Scheduler hat. Standardwert ist 10. Bei 0 werden nur Jobs angelegt, aber keine Jobs mehr ausgeführt. Dies ist nützlich, wenn die Jobs von einem anderen Server ausgeführt werden sollen.
166 -|quartz.scheduler.check.interval {{version major="7" minor="0" patch="10" /}}|30000|Zeit in Millsekunden, die der Scheduler wartet, bevor nach neuen Jobs gesucht wird. Sollte in der Regel auf dem Standardwert belassen werden, solange es keine Probleme mit zeitversetzten Triggern gibt. Werte kleiner als 5000 sind nicht empfohlen und Werte kleiner als 1000 sind nicht erlaubt.
167 -|quartz.jobstore.misfire.threshold {{version major="7" minor="0" patch="10" /}}|60000|Zeit in Millsekunden, die ein Trigger über dem Ausführungszeitpunkt liegen darf, bevor der Trigger als nicht gefeuert (misfired) betrachtet wird.
168 168  {{/table}}
169 -
170 -== E-Mail-Versand ==
171 -
172 -{{table dataTypeAlpha="0" preSort="0-asc" caption="Einstellungen für den E-Mail-Versand"}}
173 -|= Eigenschaft |= Standardwert |= Beschreibung
174 -|mail.smtp.connectiontimeout {{version major="7" minor="0" patch="4" /}}|300000|Gibt den SMTP Timeoutwert für Socketverbindungen in Millisekunden an.
175 -|mail.smtp.timeout {{version major="7" minor="0" patch="4" /}}|300000|Gibt den SMTP Timeoutwert für Datenübertragung in Millisekunden an.
176 -{{/table}}
177 -
178 -== Lizenz ==
179 -
180 -{{table dataTypeAlpha="0" preSort="0-asc" caption="Einstellungen für die Lizenz"}}
181 -|= Eigenschaft |= Standardwert |= Beschreibung
182 -|license.send.system.info {{version major="7" minor="0" patch="8" /}}|true|Gibt an, ob Informationen über den Server an das Lizenzsystem übertragen werden sollen.
183 -{{/table}}
184 -
185 -== Workflow ==
186 -
187 -Diese Properties können benutzt werden, um gezielt bestimmte Aktionen oder Ereignisse im neuen Workflow zu deaktivieren.
188 -
189 -Für Ereignisse haben die Properties folgendes Schema:
190 -
191 -{{code language="text"}}
192 -trigger.<technischer_name_des_ereignisses>.enable=false
193 -{{/code}}
194 -
195 -Für Aktionen haben die Properties folgendes Schema:
196 -
197 -{{code language="text"}}
198 -processing.<technischer_name_der_aktion>.enable=false
199 -{{/code}}
200 -
201 -Die technischen Namen der Ereignisse lauten wie folgt:
202 -
203 -* //fc_catch_error//: Workflow-Fehler
204 -* //fc_doi_verified//: Double-Opt-In bestätigt
205 -* //fc_form_submit_button//: Technischer Name
206 -* //fc_invitation_error//: Einladung fehlgeschlagen
207 -* //fc_invitation_sent//: Einladung versendet
208 -* //fc_manual//: Benutzerdefiniert
209 -* //fc_qualified_form_submit_button//: Absendeknopf
210 -* //fc_state_timer//: Nach Statuswechsel
211 -* //fc_time_point//: Datum und Uhrzeit
212 -
213 -Die technischen Namen der Aktionen lauten wie folgt:
214 -
215 -* //fc_change_form_availability//: Verfügbarkeit ändern
216 -* //fc_change_form_value//: Formularwerte ändern
217 -* //fc_change_state//: Status setzen
218 -* //fc_compress_as_zip//: ZIP Komprimieren
219 -* //fc_copy_form_record//: Vorgang kopieren
220 -* //fc_counter//: Zähler ändern
221 -* //fc_create_text_file//: Textdatei erzeugen
222 -* //fc_delete_form_record//: Vorgang löschen
223 -* //fc_doi_init//: Double-Opt-In-E-Mail versenden
224 -* //fc_email//: E-Mail
225 -* //fc_empty//: Leere Anweisung
226 -* //fc_experiment//: Fehler behandeln
227 -* //fc_export_to_persistence//: Export als Persistence-Datei
228 -* //fc_export_to_xml//: Als XML exportieren
229 -* //fc_fill_pdf//: PDF-Datei befüllen
230 -* //fc_fill_word//: Word-Datei befüllen
231 -* //fc_import_form_value_from_xml//: Aus XML importieren
232 -* //fc_ldap_query//: LDAP-Abfrage
233 -* //fc_move_form_record_to_inbox//: In Postfach verschieben
234 -* //fc_multiple_condition//: Bedingung (Wert prüfen)
235 -* //fc_post_request//: HTTP-Request
236 -* //fc_provide_resource//: Datei bereitstellen
237 -* //fc_queue_task//: Benutzerdefiniertes Ereignis auslösen
238 -* //fc_redirect//: Weiterleitung
239 -* //fc_renew_process_id//: Neue Prozess-ID vergeben
240 -* //fc_return//: Verarbeitungskette beenden
241 -* //fc_return_file//: Datei ausliefern
242 -* //fc_save_to_file_system//: Speichern im Dateisystem
243 -* //fc_set_saved_flag//: Zwischenspeichern
244 -* //fc_show_template//: HTML-Abschlussseite
245 -* //fc_sql_statement//: Datenbank-Abfrage
246 -* //fc_throw_exception//: Fehler werfen
247 -* //fc_write_form_record_attributes//: Server-Attribut setzen
248 -* //sequence//: Blockanweisung