Lançamos o IPM 0.9.0. Anteriormente comentei um pouco da história e do raciocínio aqui; para resumir, este é um grande lançamento por dois motivos: representa uma reunificação há muito esperada do nosso trabalho interno e conduzido pela comunidade em torno do gerenciamento de pacotes ObjectScript centrado no IRIS, e tem algumas incompatibilidades com versões anteriores. Há várias incompatibilidades com versões anteriores necessárias em nosso roteiro, e nós as juntamos; isso não será uma nova norma.
Internamente a nomenclatura de classe e a estrutura do pacote mudaram completamente. Se você estiver fazendo uso direto de chamadas para (muito provavelmente) %ZPM.PackageManager, a classe equivalente agora é %IPM.Main. Para projetos da comunidade que são impactados por essa mudança de nome, enviamos um monte de PRs para atualizar as coisas, e algum uso de nomes de classe %ZPM.* antigos é migrado automaticamente na instalação via ZPM para permitir que os pacotes funcionem com versões antigas e novas do IPM.
Se você atualizar do IPM 0.7.x para o 0.9.0, tudo deverá "funcionar" como antes: estará disponível em toda a instância, com os dados migrados para novos locais de armazenamento.
Em uma instalação nova/atualizada, as coisas são um pouco diferentes; por padrão, o registro da comunidade não é habilitado, e o IPM só está disponível no namespace em que foi instalado. Para obter um comportamento equivalente ao 0.7.x em uma nova instalação, você precisa executar os seguintes comandos para mapear o IPM em todos os lugares e usar o registro da comunidade padrão, respectivamente:
zpm "enable -map -globally"
zpm "repo -reset-defaults"
Há um patch 0.9.1 chegando *muito* em breve (hoje/amanhã - tão cedo que atualizarei esta postagem) que simplificará esse processo até certo ponto; consulte https://github.com/intersystems/ipm/issues/662 para contexto/atualizações.
Caso você encontre algum problema ou dúvida, registre um problema no GitHub; também ficaremos de olho na Comunidade de Desenvolvedores.
Open Exchange