Hay dos razones para este cambio:

  • La necesidad de transpilación de JavaScript se está abandonando como una técnica a medida que se ha desarrollado un motor JavaScript más moderno.

  • Eliminar el paso adicional de tener que transpilar cada pieza de código JavaScript que se suma al tiempo de carga de implementación y ejecución de código JavaScript.

Nuestro enfoque para desaprobar la opción transpile para JavaScript y macros es el siguiente.

  1. El paso de transpilación se desactivará de forma predeterminada al guardar macros con el comando xAPI. Por lo tanto, cada uso de macros heredadas de xAPI requiere que la opción transpile se establezca explícitamente en true si se necesita transpile. Está previsto que este cambio se lance en RoomOS en mayo de 2025.

  2. Eventualmente eliminaremos la transpilación por completo de RoomOS. El lanzamiento exacto para este paso no está completamente decidido, pero veremos aproximadamente 6 meses después de que se introduzca la primera fase.

Para su implementación, ya puede reenviar la validación de sus macros y JavaScript configurando esto en sus dispositivos RoomOS. Le recomendamos que realice este movimiento lo más rápido posible. 

xConfiguration Macros EvaluateTranspiled: Desactivado

Estamos haciendo estos cambios para garantizar que RoomOS funcione al máximo, y que podamos ayudarlo a escalar la implementación de extensiones de JavaScript de una manera eficiente y segura.

Si ha decidido configurar EvaluateTranspiled de nuevo a Activado después del lanzamiento de RoomOS May, vuelva a guardar todas las macros para que se puedan transpilar.

En nuestra experiencia, el uso principal de transpile en scripts cuando el script usa la opción require como parte de la carga del módulo xAPI JS en una macro. Este problema puede mitigarse fácilmente utilizando la opción de importación al definir módulos.

Lea más sobre macros en roomos.cisco.com.