===== Version 3.10.358 (20.5.26) ===== ==== eBiss Setup ==== Überarbeitung des Beendens vom eBiss Dienst während des Setups. Wird in dieser Version installiert und erst das nächsten Setup profitiert davon. ==== RestGet und RestGetHandleDocument ==== Zum Setzen vom System- und Tradingpartner können diese bei den Job-Steps RestGet und RestGetHandleDocument gesetzt werden. ==== AS2 Empfangskanal ==== Bei der Verwendung von Variablen für das Zertifikat musste das Subject nach der Auflösung ausgelesen werden, was in dieser eBiss Version umgesetzt ist. ==== eBiss WinClient, Speichern von Nachrichten ==== Beim Speichern von Nachrichten aus dem WinClient wurde die Fehlermeldung bei schon vorhandenen Dateinamen verbessert. Als auch der Fehler behoben, dass Dateien, obwohl vom Benutzer bestätigt, nicht überschrieben wurden. ==== Smooth shutdown the eBiss service / Reibungsloses Herunterfahren des eBiss-Dienstes ==== Um den eBiss Dienst zu beenden ohne laufenden Jobs zu unterbrechen, wurde das „Reibungslose Herunterfahren des eBiss-Dienstes“ umgesetzt. Ausführbar über das Menü „Erweiterte Aktionen“ vom eBiss WinClient oder über den eBiss [[ueberblick:commandmode|]] mit der Option „--SmoothShutdown“. Beim reibungslosen Herunterfahren werden zuerst alle Automatisierungen angehalten und dann bis zu 30 Minuten auf das Beenden der laufenden Jobs gewartet. Sollten nach 30 Minuten noch Jobs laufen, dann werden diese abgebrochen und der Dienst beendet. ==== Fehler log bei doppelten Properties in Typen ==== Bei der Definition von Typen kann man über MapExternalName den Namen eines Feldes doppelt vergeben. Wie z.B. im Folgenden, wo der Feldname **Adresse** doppelt definiert, ist: - Als einfaches Feld vom Typ string und - als Struktur vom Typ MyAddress public String Adresse; [MapExternalName("Adresse")] public MyAddress VersandAdresse; Die Struktur wird von eBiss verarbeitet und eBiss nimmt das erst passende Feld. Im Debug Modus wird ab dieser Version eine Fehlermeldung im Log ausgegeben, dass der Feldname doppelt vergeben ist. ==== Nachrichten mit mehr als 255 Anhängen auf SMTP, HTTP ==== Beim Übertragen von Nachrichten mit mehr als 255 Anhängen wurden die überzähligen Anhänge beim Senden nicht übertragen, sowohl beim SMTP als auch beim HTTP. Der Fehler wurde behoben: * Über den HTTP-Kanal können jetzt bis zu 2000 Anhänge übertragen werden. Das Limit von 255 ist bei einer eBiss Knoten zu Knoten Kommunikation zu gering. * **In beiden Fällen** wird beim Überschreiten des Limits die Nachricht nicht mehr übertragen und ein Task erstellt.