Notas de Lanzamiento 10.11 de Harmony
Lanzamiento de Harmony 10.11
Portal Harmony, Design Studio, Agentes Privados y Grupo de Agentes en Nube para Desarrollo Lanzados el 11 y 16 de Diciembre de 2019
La fecha de lanzamiento de 10.11 es por región:
-
APAC: Lanzamiento: 11 de diciembre de 2019
-
EMEA: Lanzamiento: 16 de diciembre de 2019
-
NA: Lanzamiento 16 de diciembre de 2019
En esta versión se incluyen actualizaciones de estos componentes de Harmony:
- Portal de la Harmony y sus aplicaciones
- Design Studio
- Agentes privados
- Grupo de Agentes en Nube para Desarrollo
El Grupo de Agentes en Nube para Desarrollo y las aplicaciones en la nube a las que se accede a través del portal Harmony se actualizaron a la versión 10.11 en el momento del lanzamiento. Los instaladores de Design Studio y de agentes privados están disponibles en cada región a partir de la finalización del lanzamiento de cada región.
A partir del 12 de diciembre de 2019, las versiones 9.6 de Design Studio y del agente privado alcanzaron el fin de vida útil y ya no reciben soporte. Recomendamos que todos los usuarios de estas versiones (y de versiones anteriores) actualicen a las versiones más recientes lo antes posible.
Nuevas Funciones
Cloud Studio
- Reutilización de la Transformación Transformaciones con un esquema de origen y uno de destino definidos dentro de la transformación ahora se puede hacer referencia a ella en varias operaciones. Para usar la transformación en varias operaciones, arrastre el nombre de la transformación desde la pestaña Componentes del panel del proyecto hasta una operación en el tela de diseño.
Mejoras
Cloud Studio
-
El estado de la operación ahora se muestra en el tela de diseño Al ejecutar una operación durante el tiempo de diseño, el estado de la operación en tiempo real ahora se muestra en la parte inferior izquierda de la operación. Al hacer clic en el estado de la operación, se abre el registro de la operación en una pestaña independiente del navegador para que pueda continuar trabajando mientras se ejecutan las operaciones.
-
Los componentes no utilizados ahora se pueden eliminar por categoría
Ahora puedes eliminar en masa los componentes de proyecto a los que no se hace referencia, que se muestran con un icono de enlace roto en la pestaña Componentes del panel de proyecto. Para eliminar estos componentes en masa, utiliza el menú de acciones de la categoría dentro de la misma pestaña. -
Los usuarios finales ahora pueden editar las URLs base de Connector Builder
Al crear un Generador de conectores personalizado, ahora puede especificar si la URL base debe estar expuesta y ser editable por un usuario final que configure el conector. Antes, los usuarios finales no podían ver ni cambiar la URL base. -
Los grupos personalizados sin componentes ahora persisten
Después de eliminar todos los componentes de un grupo de componentes personalizado, el grupo ya no se elimina de forma predeterminada. Aún puedes eliminar un grupo personalizado seleccionando Desagrupar en su menú de acciones. -
Vista previa de una transformación mejorada
Se han realizado actualizaciones en vista previa de una transformación para mejorar la usabilidad en todos los extremos compatibles. -
La versión 47 de la API de Salesforce ya es compatible
La Salesforce y ServiceMax Los conectores ahora usan la versión 47 de la API de Salesforce. Esta actualización automática es de la versión 45 e incluye nuevos objetos compatibles con las versiones 46 y 47. -
Ahora se admite NetSuite 2019.2 WSDL
El conector NetSuite ahora es compatible con el WSDL 2019.2 de NetSuite. Para utilizar el WSDL, especifique su URL durante la configuración de una conexión NetSuite. -
El conector Jira ahora es más robusto
El conector Jira ahora incluye soporte para crear, actualizar y eliminar objetos (proyectos, usuarios, problemas, etc.), crear problemas en masa, acceder a campos personalizados, manejar y notificar errores, y eliminar objetos por ID. Tenga en cuenta que la última versión del conector Jira no es compatible con conexiones o actividades Jira configuradas previamente. Si ya está utilizando el conector Jira, comuníquese con soporte de Jitterbit para obtener ayuda con la actualización del proyecto. -
Las actividades de Salesforce y ServiceMax ahora se pueden arrastrar desde el panel del proyecto a una operación
Ahora puedes arrastrar y soltar Salesforce no utilizado o actividades de ServiceMax desde la pestaña Componentes del panel del proyecto a una operación en el tela de diseño. Tenga en cuenta que no se admite hacer referencia a la misma actividad de Salesforce o ServiceMax en varias operaciones. En su lugar, puede hacer una copia de la actividad para usarla en otro lugar. -
El conector Snowflake ahora admite procedimientos almacenados y eliminación de registros
El conector de copo de Snowflake ahora incluye dos nuevas actividades: (1) una actividad Invocar procedimiento almacenado, que le permite aprovechar las características extendidas de Snowflake y reutilizar el código existente, y (2) una actividad Eliminar, que elimina registros de una tabla Snowflake mediante una cláusula WHERE proporcionada dentro de la transformación de la solicitud. -
Las actividades Put de Snowflake ahora manejan errores de manera predeterminada
Al utilizar el enfoque Archivo de etapa para una actividad de colocación de Snowflake, cualquier error que se encuentre durante el procesamiento ahora se devolverá de forma predeterminada en el nodo de error de la estructura de respuesta. Anteriormente, se podía configurar si se devolvían errores mediante un campo Modo de validación, que ahora se ha eliminado. -
Las actividades de colocación de Snowflake ahora pueden manejar columnas vacías o adicionales
Al utilizar el enfoque Archivo de etapa para una actividad de colocación de Snowflake, si se utiliza un archivo de solicitud en el que el número de columnas no coincide con el de la tabla correspondiente, de forma predeterminada la operación ya no fallará y se insertarán los datos proporcionados. Puede anular este comportamiento seleccionando la nueva opción de configuración Error On Column Count Mismatch o configurando errorOnColumnCountMismatch enfalse
dentro del esquema de solicitud. Si se anula el comportamiento predeterminado, la operación fallará y se devolverá un error en la respuesta.
Design Studio y Agente
- La versión 47 de la API de Salesforce ya es compatible
El conector de Salesforce de Design Studio ahora es compatible con la versión 47 de la API de Salesforce con el uso de un agente 10.11 y la versión 10.11 de Design Studio. Al abrir un proyecto de Design Studio existente que use este conector y cumpla con ambos requisitos de versión, se le solicitará que actualice a la versión 47 de la API de Salesforce. Esta actualización de la versión 45 incluye nuevos objetos compatibles con las versiones 46 y 47.
Design Studio
- Ahora se admite NetSuite 2019.2 WSDL
El conector Design Studio NetSuite ahora es compatible con el WSDL 2019.2 de NetSuite. Para utilizar el WSDL, especifique su URL durante la configuración de un extremo de NetSuite. La compatibilidad con WSDL 2019.2 no requiere un agente ni una actualización de Design Studio.
Correcciones
Agente
- La transferencia FTP/HTTP para archivos grandes ahora funciona
Al utilizar Cloud Studio o Design Studio para cargar un archivo de más de 2 GB a un extremo FTP o HTTP, la transferencia ahora es exitosa. Anteriormente, es posible que haya recibido un error relacionado con unlibcurl
función. El problema fue causado por actualizaciones de la biblioteca en la versión 8.29 del agente Harmony y se resolvió con los agentes 10.11 y superiores.
Cloud Studio
-
Los nuevos nombres de proyectos de Cloud Studio que ya están en uso en Design Studio ahora no son válidos
Al crear o importar un proyecto, la validación ahora garantiza que el nombre del proyecto no esté ya en uso como un proyecto de Design Studio en el mismo ambiente. Anteriormente, se podían crear conflictos inadvertidamente con un proyecto de Design Studio existente al darle el mismo nombre a un proyecto de Cloud Studio. -
Los conflictos de despliegue ahora están resueltos
La despliegue de un proyecto ya no falla cuando el mismo proyecto está siendo editado por el mismo usuario o por otro en otra sesión mientras la despliegue está en proceso. El error en la desplegar se debía a que el proyecto se guardaba en la otra sesión antes de que finalizara la despliegue. -
Ahora funciona la reutilización de un esquema después de la despliegue
La reutilización de un esquema personalizado, reflejado o basado en archivos después de la despliegue ahora funciona como se esperaba. Anteriormente, a menos que el esquema se editara o se volviera a cargar primero, se producía un error "inesperado" genérico. -
Se pueden volver a utilizar opciones de esquema delimitadas por caracteres
Durante la configuración de un plano personalizado o esquema jerárquico, puede volver a utilizar la interfaz Opciones a la que se puede acceder cuando se selecciona Delimitado por caracteres. Anteriormente, al hacer clic en la interfaz Opciones, esta se cerraba sin poder realizar modificaciones. -
La eliminación de componentes ahora funciona correctamente cuando
RunOperation()
se utiliza con una operación que tiene el mismo nombre que un flujo de trabajo
Al utilizar la función JitterbitRunOperation()
En un secuencia de comandos, donde la operación que se llama tiene el mismo nombre que un flujo de trabajo en el proyecto actual, las dependencias ahora se manejan correctamente. Anteriormente, no era posible eliminar ciertos componentes debido a dependencias informadas incorrectamente relacionadas con la operación y el flujo de trabajo. -
Los valores de configuración de componentes ahora se conservan al crear una variable de proyecto
Durante la configuración de componentes con campos donde se pueden usar variables, si utiliza el enlace Agregar para crear y guardar una variable de proyecto, los valores de configuración existentes ahora se conservan cuando regresa a la configuración anterior del componente. Anteriormente, al regresar a la configuración del componente, los valores de configuración que se habían ingresado antes de crear la variable no se conservaban. -
Cambiar el nombre de una operación desde el tela de diseño ahora funciona como se esperaba
Al cambiar el nombre de una operación desde el tela de diseño, la opción Cambiar nombre ahora se centra en el nombre de la operación en el tela de diseño para cambiar el nombre, en lugar de centrarse en el nombre de la operación en el panel del proyecto.
Recursos Relacionados
- Verificar Confianza en Jitterbit para conocer las últimas fechas y horarios de lanzamiento, ya que el calendario está sujeto a cambios.
- Consulte el Grupo de Agentes en Nube para Desarrollo notas de lanzamiento.
- Referencia Problemas conocidos relacionados con versiones recientes.
- Revisar la política de fin de vida útil de Jitterbit.
- Póngase en contacto con el soporte técnico de Jitterbit o pregunte a la Comunidad Jitterbit.