| ... |
... |
@@ -164,9 +164,9 @@ |
| 164 |
164 |
Im Beispiel werden über die am Ende stehenden Templates //formatDate// und //formatWeight// Datumswerte und Gewichte in das Format überführt, welches ALVA9 erwartet. Eine Konvertierung von im Formular eingegebenen Werten in ein von ALVA9 erwartetes Format kann gegebenenfalls auch bei anderen Daten nötig sein. In den solchen Fällen ist die Verwendung von speziellen Templates häufig die einfachste Lösung. |
| 165 |
165 |
|
| 166 |
166 |
=== Speichern von zusätzlichen Dokumenten === |
| 167 |
|
-{{figure image="workflow_zip_de.png"}}Konfiguration der Workflow-Aktion vom Typ //ZIP Komprimieren//, welche ein Archiv mit alle Dateien erzeugt.{{/figure}}{{figure image="workflow_save_de.png"}}Beispielhafte Konfiguration der Workflow-Aktion vom Typ //Speichern im Dateisystem//, mit der das Archiv mit allen Daten im Dateisystem gespeichert wird.{{/figure}} |
| 168 |
|
-Im Beispiel wird zunächst über eine Aktion vom Typ [[ZIP Komprimieren>>doc:Formcycle.Designer.Workflow.Actions.CompressFiles]] ein ZIP-Archiv erzeugt, welches alle an das Formualar angehangenen Dateien, eine mithilfe einer [[PDF-Print-Aktion>>doc:Formcycle.PluginDocumentation.PrintServicePlugin]] generierte PDF-Quittung des Formulars und die erstellte XML-Datei beinhaltet. Dieses Archiv wird dann über eine Aktion vom Typ [[Speichern im Dateisystem>>doc:Formcycle.Designer.Workflow.Actions.SaveToFileSystem]] an eine Stelle im Dateisystem des Servers gespeichert, die als Austauschverzeichnis für ALVA9 gedacht ist und von der aus sich das System dann die Datei selbstständig abholt. Es ist wichtig, dass alle Dokumente, die zu den in der XML-Datei enthaltenen Daten gehören und zu ALVA9 übertragen werden sollen, mit im gleichen ZIP-Archiv enthalten sind. Falls nur Informationen aus Formularfeldern und keine Dateien an ALVA9 übertragen werden sollen, muss nur die zuvor erzeugte XML-Datei im das ZIP-Archiv gespeichert werden. |
| 169 |
169 |
|
|
168 |
+{{figure image="workflow_zip_de.png"}}Konfiguration der Workflow-Aktion vom Typ //ZIP Komprimieren//, welche ein Archiv mit alle Dateien erzeugt.{{/figure}}{{figure image="workflow_save_de.png"}}Beispielhafte Konfiguration der Workflow-Aktion vom Typ //Speichern im Dateisystem//, mit der das Archiv mit allen Daten im Dateisystem gespeichert wird.{{/figure}}Im Beispiel wird zunächst über eine Aktion vom Typ [[ZIP Komprimieren>>doc:Formcycle.Designer.Workflow.Actions.CompressFiles]] ein ZIP-Archiv erzeugt, welches alle an das Formualar angehangenen Dateien, eine mithilfe einer [[PDF-Print-Aktion>>doc:Formcycle.PluginDocumentation.PrintServicePlugin]] generierte PDF-Quittung des Formulars und die erstellte XML-Datei beinhaltet. Dieses Archiv wird dann über eine Aktion vom Typ [[Speichern im Dateisystem>>doc:Formcycle.Designer.Workflow.Actions.SaveToFileSystem]] an eine Stelle im Dateisystem des Servers gespeichert, die als Austauschverzeichnis für ALVA9 gedacht ist und von der aus sich das System dann die Datei selbstständig abholt. Es ist wichtig, dass alle Dokumente, die zu den in der XML-Datei enthaltenen Daten gehören und zu ALVA9 übertragen werden sollen, mit im gleichen ZIP-Archiv enthalten sind. Falls nur Informationen aus Formularfeldern und keine Dateien an ALVA9 übertragen werden sollen, muss nur die zuvor erzeugte XML-Datei im das ZIP-Archiv gespeichert werden. |
|
169 |
+ |
| 170 |
170 |
=== Benennung der erzeugten Dateien === |
| 171 |
171 |
|
| 172 |
172 |
Im Beispiel wird die XML-Datei //ALVA_SONNTAG_[%$PROCESS_ID%].xml// und das ZIP-Archiv //ALVA_SONN_[%$PROCESS_ID%].zip// genannt. Es ist wichtig, dass der Dateiname der ZIP-Datei eindeutig ist und nicht bei verschiedenen Vorgängen gleich ist. Im Beispiel wird dafür der Platzhalter für die Prozess-ID verwendet, welche bei jedem Vorgang unterschiedlich ist. Grundsätzlich können hierfür aber auch andere Werte wie zum Beispiel Werte von [[Zählern>>doc:Formcycle.UserInterface.Data.Counter]] verwendet werden. Auch bei der XML-Datei empfiehlt es sich, auch einen eindeutigen Namen zu verwenden. |
