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.