Hi Community,

I have a CSP page I am developing with the intent of pulling files from an SFTP site and placing them in a folder on the local network.

I am having an issue where the CSP page is catching a JS error. The error in the browser is - A JavaScript exception was caught during execution of HyperEvent: SyntaxError: Unexpected identifier 'downloading'. (However, the unexpected identifier changes after refreshing page, or after removing the Write statement with the work 'downloading' in it.)

I think I have narrowed it down to a piece of the Javascript code - 

#server(..DownloadFiles(document.getElementById('fileList').value))#;

It doesn't seem to like this call to a back end method (..DownloadFiles) where the argument is (fileList). Can someone advise me if there is a better way to do this that will not cause the error? 

Thanks,

Dan

Also, if required, I can upload more of the code used.

Hemos lanzado IPM 0.9.0. Anteriormente hablé sobre algunos de los antecedentes y la lógica detrás de esto; para resumir, este es un lanzamiento importante por dos razones: representa una reunificación muy esperada entre nuestro trabajo interno y el impulsado por la comunidad en torno a la gestión de paquetes de ObjectScript centrada en IRIS, y porque tiene algunas incompatibilidades con versiones anteriores. Hay varias incompatibilidades necesarias en nuestro plan a futuro, y las hemos agrupado; esto no será algo habitual.

En su núcleo, la estructura de paquetes y los nombres de las clases han cambiado por completo. Si utilizáis llamadas directas (muy probablemente a %ZPM.PackageManager), la clase equivalente ahora es %IPM.Main. Para los proyectos de la comunidad que se ven afectados por este cambio de nombre, hemos enviado varios PRs para actualizarlos, y algunos usos de los nombres de clases antiguas %ZPM.* se migran automáticamente durante la instalación a través de ZPM, lo que permite que los paquetes funcionen tanto con versiones antiguas como nuevas de IPM.

Si actualizáis de IPM 0.7.x a 0.9.0, todo debería "funcionar como antes": estará disponible en toda la instancia, y los datos se migrarán a las nuevas ubicaciones de almacenamiento.

En una instalación nueva o limpia, las cosas son un poco diferentes; por defecto, el registro comunitario no está habilitado, e IPM solo está disponible en el espacio de nombres donde se instaló. Para obtener un comportamiento equivalente al de 0.7.x en una nueva instalación, debéis ejecutar los siguientes comandos para mapear IPM en todas partes y usar el registro comunitario por defecto, respectivamente:

zpm "enable -map -globally"
zpm "repo -reset-defaults"

Se ha liberado ya la versión 0.9.1, que simplifica este proceso hasta cierto punto; consultad https://github.com/intersystems/ipm/issues/662 para contexto y actualizaciones.

Si encontráis algún problema o tenéis preguntas, por favor, abrid un issue en GitHub; también estaremos atentos a la Comunidad de Desarrolladores.