Pesquisar

記事
· 2024年7月15日 2m read

Extension VSCode pour IPM (Intersystems Package Manager)

Vue d'ensemble

Après quelques discussions au Global Summit et l'utilisation d'un grand nombre de gestionnaires de paquets dans mon développement quotidien (npm, nuget, Chocolatey, etc) en plus de l'utilisation récente de l'InterSystems Package Manager pour un processus CICD que je suis en train de construire en utilisant Intersystems IRIS et IRIS 4 Health, je voulais un moyen facile et intégré pour rechercher/visualiser/installer des paquets liés à la pile technologique d'Intersystems.

J'ai récemment construit une extension VSCode pour les dépôts IPM que je vais mettre en open source et publier sur le marché, mais j'ai voulu créer ce post pour obtenir un retour de la part de la communauté.

Quelques fonctionnalités de l'extension :

  • Paramètre VSCode pour la définition de dépôts multiples
  • Icône de la barre d'activité/vue de l'explorateur
  • Liste des paquets dans une vue personnalisée
  • Liste/Ouverture du dépôt github configuré dans le paquet
  • Détails du paquet dans une vue personnalisée
  • Copier la commande d'installation de ZPM pour l'utiliser dans le terminal IRIS

Configuration/Réglages :

Lorsque vous démarrez l'extension pour la première fois, vous devez la configurer. Vous pouvez le faire en accédant au fichier settings.json et en y ajoutant quelque chose comme ce qui suit.

"ipm.repositories": [
        {
            "name":"Public IPM",
            "url":"https://pm.community.intersystems.com"
        },
        {
            "name":"Internal Packages",
            "url":"https://[insert private repo here]"
        },
        {
            "name":"Test Packages",
            "url":"https://[insert private repo here]"
        }
    ]

Screenshots:

Idées/évolutions futures

Après avoir construit ceci et travaillé avec l'API, j'aimerais proposer quelques mises à jour qui pourraient être ajoutées au manifeste/API pour les paquets afin de rendre des intégrations comme celle-ci un peu plus faciles.

  • Champ de licence : (il permet aux utilisateurs de savoir si la licence du paquet est compatible avec leur utilisation)
  • Logo : image codée pour le paquet. Permet au développeur du paquet de spécifier une image.
  • Readme : Permet au développeur du paquet d'inclure un fichier readme markdown dans le paquet. Celui-ci peut alors être affiché dans la section des détails de l'extension.
  • Auteur : Inclut l'auteur du paquet (peut être affiché dans la vue détaillée).
  • Vérifié : Permet à un auteur d'être vérifié. Par exemple, Intersystems peut être un auteur vérifié.

Open Source:

Je vais ouvrir le sourcing de cette extension sur ma page github après avoir effectué quelques tests supplémentaires.

Commentaires/Suggestions

Laissez-moi savoir ce que vous en pensez ou si vous avez des suggestions, faites-le moi savoir. Seriez-vous intéressé par l'utilisation de ce système ?

ディスカッション (0)1
続けるにはログインするか新規登録を行ってください
記事
· 2024年7月15日 1m read

Truncamiento de datos ODBC / JDBC

Hola, espero que este post ayude:

En resumen: MAXLEN es relevante sobre todo para conexiones odbc/jdbc y necesitas especificar un valor apropiado dentro de tus tablas (clases), de lo contrario los datos podrían truncarse cuando los consultes, o incluso fallar cuando intentes insertar datos.

Una larga historia:

La GUI de SQL en el portal es muy indulgente en referencia a MAXLEN, por ejemplo, podéis insertar datos en una tabla donde hay datos más largos que el tamaño de una columna, si está usando FHIR SQL, las columnas en las tablas son en su mayoría MAXLEN =50 incluso si hay datos mucho más grandes, además, si creáis una tabla a partir de una selección (create as select) la tabla creada tendrá MAXLEN=50, los datos estarán completos. Sin embargo, si intentáis insertar valores mayores de 50 a través de ODBC/JDBC, fallará.

Así que prestad atención a las columnas / parámetros de tamaño en la propia clase (no en la GUI SQL)

Espero que sirva de ayuda.

ディスカッション (0)1
続けるにはログインするか新規登録を行ってください
InterSystems公式
· 2024年7月15日

Solo para MacOS - Fin del mantenimiento de Caché y Ensemble en MacOS

A partir del 15 de octubre de 2024, el soporte para Caché & Ensemble en MacOS quedará obsoleto.

Caché y Ensemble 2018.1.9 seguirán recibiendo soporte, pero no habrá más versiones de mantenimiento para MacOS. Esto significa que Caché y Ensemble 2018.1.9 serán la última versión de estos productos en MacOS. 

Como recordatorio, las versiones de mantenimiento para Caché y Ensemble en las demás plataformas soportadas finalizarán el 31 de marzo de 2027.  Encontraréis más detalles al respecto en el anuncio del año pasado.

ディスカッション (0)2
続けるにはログインするか新規登録を行ってください
ダイジェスト
· 2024年7月15日

Publications des développeurs d'InterSystems, semaine Juillet 08 - 14, 2024, Résumé

InterSystems公式
· 2024年7月15日

Fin de maintenance pour Caché & Ensemble sur MacOS

Du 15 octobre 2024, la prise en charge de Caché & Ensemble sur MacOS sera obsolète.

Caché & Ensemble 2018.1.9 continuera d'être pris en charge, mais il n'y aura pas d'autres versions de maintenance pour MacOS. Cela signifie que Caché & Ensemble 2018.1.9 sera la version finale de ces produits sur MacOS.

Pour rappel, les versions de maintenance pour Caché et Ensemble sur les autres plateformes prises en charge prendront fin le 31 mars 2027.  Plus de détails à ce sujet peuvent être trouvés dans l'annonce de l'année dernière.

ディスカッション (0)0
続けるにはログインするか新規登録を行ってください