10.11 Harmony-Versionshinweise
10.11 Harmony-Version
Harmony Portal, Design Studio, private Agenten und Sandbox Cloud Agent-Gruppe veröffentlicht am 11. und 16. Dezember 2019
Das Veröffentlichungsdatum von 10.11 ist nach Region gegliedert:
-
APAC: Veröffentlicht am 11. Dezember 2019
-
EMEA: Erschienen am 16. Dezember 2019
-
NA: Erschienen am 16. Dezember 2019
In dieser Version sind Updates für diese Harmony-Komponenten enthalten:
- Harmony-Portal und seine Anwendungen
- Design Studio
- Private Agenten
- Sandbox Cloud Agent-Gruppe
Die Sandbox Cloud Agent-Gruppe und die über das Harmony-Portal zugänglichen Webanwendungen wurden zum Zeitpunkt der Veröffentlichung auf 10.11 aktualisiert. Design Studio und private Agent-Installationsprogramme sind in jeder Region ab dem Abschluss der Veröffentlichung der jeweiligen Region verfügbar.
Seit dem 12. Dezember 2019 haben Design Studio und die privaten Agentenversionen 9.6 das Ende ihres Lebenszyklus erreicht und werden nicht mehr unterstützt. Wir empfehlen allen Benutzern dieser (und früherer) Versionen, so bald wie möglich auf die neueste Version zu aktualisieren.
Neue Funktionen
Cloud Studio
- Wiederverwendung der Transformation Transformations mit sowohl einem Quell- als auch einem Schema innerhalb der Transformation definiert kann jetzt in mehreren Operationen referenziert werden. Um die Transformation in mehreren Operationen zu verwenden, ziehen Sie den Namen der Transformation von der Tab Komponenten des Projektbereichs in eine Operation auf der Design-Canvas.
Verbesserungen
Cloud Studio
-
Der Vorgangsstatus wird jetzt auf der Design-Canvas angezeigt
Wenn Sie während der Entwurfszeit einen Operation ausführen, wird der Operation jetzt in Echtzeit unten links neben dem Operation angezeigt. Wenn Sie auf den Operation klicken, wird das Operation in einer separaten Tab geöffnet, sodass Sie weiterarbeiten können, während Vorgänge ausgeführt werden. -
Unbenutzte Komponenten können jetzt nach Kategorie gelöscht werden
Sie können jetzt nicht referenzierte Projektkomponenten, die mit einem Symbol für einen defekten Link auf der Tab Komponenten des Projektfensters angezeigt werden, massenweise löschen. Um diese Komponenten massenweise zu löschen, verwenden Sie das Aktionsmenü der Kategorie auf derselben Tab. -
Connector Builder-Basis URLs können jetzt von Endbenutzern bearbeitet werden
Beim Erstellen eines benutzerdefinierten Connector Builder-Connector können Sie nun angeben, ob die Basis URL für einen Endbenutzer, der den Connector konfiguriert, sichtbar und bearbeitbar sein soll. Bisher konnten Endbenutzer die Basis URL weder sehen noch ändern. -
Benutzerdefinierte Gruppen ohne Komponenten bleiben jetzt bestehen
Nach dem Entfernen aller Komponenten aus einer benutzerdefinierten Komponentengruppe, wird die Gruppe nicht mehr standardmäßig gelöscht. Sie können eine benutzerdefinierte Gruppe weiterhin löschen, indem Sie im Aktionsmenü Gruppierung aufheben auswählen. -
Vorschau einer Transformation verbessert
Es wurden Aktualisierungen an der Vorschau einer Transformation vorgenommen, um die Benutzerfreundlichkeit über alle unterstützten Endpoints hinweg zu verbessern. -
Salesforce API Version 47 wird jetzt unterstützt
Die Salesforce und ServiceMax-Konnektoren verwenden jetzt Salesforce API Version 47. Dieses automatische Upgrade erfolgt von Version 45 und umfasst neue Objekte, die sowohl in Version 46 als auch in Version 47 unterstützt werden. -
NetSuite 2019.2 WSDL wird jetzt unterstützt
Der NetSuite Konnektor unterstützt jetzt NetSuite 2019.2 WSDL. Um das WSDL zu verwenden, geben Sie dessen URL an](https://webservices.netsuite.com/wsdl/v2019_2_0/netsuite.wsdl) während der Konfiguration einer NetSuite-Verbindung. -
Der Jira-Connector ist jetzt robuster
Der Jira Konnektor unterstützt jetzt das Erstellen, Aktualisieren und Löschen von Objekten (Projekte, Benutzer, Probleme usw.), das Erstellen von Problemen in großen Mengen, den Zugriff auf benutzerdefinierte Felder, die Behandlung und Benachrichtigung von Fehlern sowie das Löschen von Objekten nach ID. Beachten Sie, dass die neueste Version des Jira-Connectors nicht mit zuvor konfigurierten Jira-Verbindungen oder-Aktivitäten kompatibel ist. Wenn Sie den Jira Connector bereits verwenden, wenden Sie sich bitte an den Jitterbit-Support, um Unterstützung bei der Aktualisierung des Projekts zu erhalten. -
Salesforce und ServiceMax Aktivitäten können jetzt aus dem Projektbereich in eine Operation gezogen werden
Sie können nun nicht verwendete Salesforce per Drag & Drop verschieben oder ServiceMax Aktivitäten von der Tab Komponenten des Projektbereichs zu einer Operation auf der Design-Canvas. Beachten Sie, dass das Verweisen auf dieselbe Salesforce oder ServiceMax Aktivität in mehreren Operationen nicht unterstützt wird. Stattdessen können Sie eine Kopie der Aktivität erstellen, um sie an anderer Stelle zu verwenden. -
Der Snowflake-Connector unterstützt jetzt gespeicherte Prozeduren und das Löschen von Datensätzen
Der Snowflake-Konnektor umfasst jetzt zwei neue Aktivitäten: (1) eine Aktivität „Gespeicherte Prozedur aufrufen“, die es Ihnen ermöglicht, erweiterte Funktionen in Snowflake zu nutzen und vorhandenen Code wiederzuverwenden, und (2) eine Löschaktivität, die Datensätze aus einer Snowflake-Tabelle löscht, indem sie eine WHERE-Klausel verwendet, die in der Transformation bereitgestellt wird. -
Snowflake Put-Aktivitäten behandeln jetzt standardmäßig Fehler
Bei Verwendung des Stage File-Ansatzes für eine Snowflake Put-Aktivität, werden alle während der Verarbeitung auftretenden Fehler jetzt standardmäßig unter dem Fehlerknoten der Antwortstruktur zurückgegeben. Zuvor konnten Sie mithilfe eines Felds Validierungsmodus konfigurieren, ob Fehler zurückgegeben wurden. Dieses Feld wurde jetzt entfernt. -
Snowflake Put-Aktivitäten können jetzt leere oder zusätzliche Spalten verarbeiten
Bei Verwendung des Stage File-Ansatzes für eine Snowflake Put-Aktivität, wenn Sie eine Anforderungsdatei verwenden, deren Spaltenanzahl nicht mit der der entsprechenden Tabelle übereinstimmt, schlägt der Operation standardmäßig nicht mehr fehl und die bereitgestellten Daten werden eingefügt. Sie können dieses Verhalten überschreiben, indem Sie entweder die neue Konfigurationsoption Fehler bei Spaltenanzahl-Fehlübereinstimmung auswählen oder errorOnColumnCountMismatch auffalse
innerhalb des Schema. Das Überschreiben des Standardverhaltens führt dazu, dass der Operation fehlschlägt und in der Antwort ein Fehler zurückgegeben wird.
Design Studio und Agent
- Salesforce API Version 47 wird jetzt unterstützt
Der Design Studio Salesforce Konnektor unterstützt jetzt Salesforce API Version 47 bei Verwendung eines 10.11-Agenten und der 10.11-Version von Design Studio. Wenn Sie ein vorhandenes Design Studio Projekt öffnen, das diesen Connector verwendet und beide Versionsanforderungen erfüllt, werden Sie aufgefordert, auf Salesforce API Version 47 zu aktualisieren. Dieses Upgrade von Version 45 umfasst neue Objekte, die sowohl in Version 46 als auch in Version 47 unterstützt werden.
Design Studio
- NetSuite 2019.2 WSDL wird jetzt unterstützt
Der Design Studio NetSuite Konnektor unterstützt jetzt NetSuite 2019.2 WSDL. Um das WSDL zu verwenden, geben Sie dessen URL an](https://webservices.netsuite.com/wsdl/v2019_2_0/netsuite.wsdl) während der Konfiguration eines NetSuite Endpoint. Für die Unterstützung von WSDL 2019.2 ist kein Agent- oder Design Studio Upgrade erforderlich.
Fehlerbehebungen
Agent
- FTP/HTTP-Übertragung für große Dateien funktioniert jetzt
Bei Verwendung von Cloud Studio oder Design Studio, um eine Datei mit mehr als 2 GB auf einen FTP oder HTTP- Endpoint hochzuladen, ist die Übertragung nun erfolgreich. Zuvor haben Sie möglicherweise eine Fehlermeldung bezüglich eineslibcurl
Funktion. Das Problem wurde durch Bibliotheksupgrades im Jitterbit-Agenten Version 8.29 verursacht und wurde mit Agenten ab 10.11 behoben.
Cloud Studio
-
Neue Cloud Studio Projektnamen, die bereits in Design Studio verwendet werden, sind jetzt ungültig
Beim Erstellen oder Importieren eines Projekts wird nun durch die Validierung sichergestellt, dass der Projektname nicht bereits als Design Studio Projekt in derselben Umfeld verwendet wird. Zuvor konnten versehentlich Konflikte mit einem vorhandenen Design Studio Projekt entstehen, wenn einem Cloud Studio Projekt der gleiche Name gegeben wurde. -
Bereitstellungskonflikte sind jetzt gelöst
Die Bereitstellung eines Projekts schlägt nicht mehr fehl, wenn dasselbe Projekt während der Bereitstellung vom selben oder einem anderen Benutzer in einer anderen Sitzung bearbeitet wird. Der Fehler bei der einsetzen lag daran, dass das Projekt in der anderen Sitzung gespeichert wurde, bevor die Bereitstellung abgeschlossen war. -
Die Wiederverwendung eines Schema nach der Bereitstellung funktioniert jetzt
Die Wiederverwendung eines benutzerdefinierten, gespiegelten oder dateibasierten Schema nach der Bereitstellung funktioniert jetzt wie erwartet. Zuvor trat ein allgemeiner „unerwarteter“ Fehler auf, sofern das Schema nicht zuerst bearbeitet oder erneut hochgeladen wurde. -
Zeichengetrennte Schema können wieder verwendet werden
Während der Konfiguration einer benutzerdefinierten flat oder hierarchisches Schema, können Sie wieder die Optionen-Schnittstelle verwenden, die zugänglich wird, wenn Zeichengetrennt ausgewählt ist. Zuvor führte ein Klick in die Optionen-Schnittstelle dazu, dass diese geschlossen wurde, ohne dass Änderungen vorgenommen werden konnten. -
Das Löschen von Komponenten funktioniert jetzt ordnungsgemäß, wenn
RunOperation()
wird mit einer Operation mit gleichem Namen wie ein Workflow verwendet
Bei Verwendung der Jitterbit-FunktionRunOperation()
In einem Script, in dem die aufgerufene Operation den gleichen Namen hat wie ein Workflow im aktuellen Projekt, werden Abhängigkeiten jetzt richtig behandelt. Zuvor konnten bestimmte Komponenten aufgrund falsch gemeldeter Abhängigkeiten in Bezug auf die Operation und den Workflow nicht gelöscht werden. -
Komponentenkonfigurationswerte bleiben jetzt beim Erstellen einer Projektvariable erhalten
Wenn Sie bei der Konfiguration von Komponenten mit Feldern, in denen Variablen verwendet werden können, den Link Hinzufügen verwenden, um eine Projektvariable zu erstellen und zu speichern, bleiben vorhandene Konfigurationswerte jetzt erhalten, wenn Sie zur vorherigen Komponentenkonfiguration zurückkehren. Zuvor wurden beim Zurückkehren zur Komponentenkonfiguration Konfigurationswerte, die vor dem Erstellen der Variablen eingegeben wurden, nicht beibehalten. -
Das Umbenennen einer Operation von der Design-Canvas aus funktioniert nun wie erwartet
Beim Umbenennen einer Operation von der Design-Canvas aus konzentriert sich die Option Umbenennen jetzt beim Umbenennen auf den Operation auf der Design-Canvas, anstatt auf den Operation im Projektbereich.
Verwandte Ressourcen
- Überprüfen Sie Jitterbit Trust, um die neuesten Veröffentlichungsdaten und -zeiten zu erfahren, da sich der Zeitplan ändern kann.
- Siehe die Sandbox Cloud Agent-Gruppe Versionshinweise.
- Referenz Bekannte Probleme im Zusammenhang mit aktuellen Versionen.
- Lesen Sie die Jitterbit-End-of-Life-Richtlinie.
- Kontaktieren Sie den Jitterbit-Support oder fragen Sie die Jitterbit-Community.