Ei Comunidade,

Divirta-se assistindo o novo vídeo no YouTube dos Desenvolvedores InterSystems:

⏯ Deixe a Plataforma de Dados IRIS da InterSystems fazer o trabalho: Controle de código-fonte Git e ObjectScript Linting entre editores @ Global Summit 2022

https://www.youtube.com/embed/Fh0uyC9owyE
[Isso é um link incorporado, mas você não pode ver conteúdo incorporado diretamente no site, porque recusou os cookies necessários para acessá-lo. Para ver o conteúdo incorporado, você precisa aceitar todos os cookies nas suas Definições de cookies]

Lançamento do IAM 3.2

O InterSystems API Manager (IAM) versão 3.2.1 agora está disponível para o público geral. Além das correções de bugs e pequenas melhorias, o IAM 3.2 adiciona novos plug-ins que podem ser do interesse dos clientes IRIS.

• OAS Validation (oas-validation)
  • Valida requisições e respostas HTTP baseadas em OpenAPI 3.0 ou Especificação de API Swagger.
• SAML (saml)
  • Fornece autenticação e autorização SAML v2.0 entre o provedor do serviço (Kong Gateway) e o provedor de identidade (IdP).
• XML Threat Protection (xml-threat-protection)
  • Este novo plugin permite reduzir o risco de ataques XML checando a estrutura das cargas XML. Isso valida a complexidade máxima (profundidade da árvore), tamanho máximo de elementos e atributos.
• AppDynamics (app-dynamics)
  • Integra Kong Gateway com a Plataforma AppDynamics APM.
• JWE Decrypt (jwe-decrypt)
  • Permite descriptografar um token de entrada (JWE) em uma requisição.

A plataforma InterSystems IRIS solucionou um problema importante em um plano de negócio da empresa de distribuição de alimentos Fresh Market. A empresa estava enfrentando um problema de estoque, que muitas vezes levava à perda de vendas e insatisfação do cliente. A empresa estava sofrendo com a falta de informações precisas e atualizadas em seu sistema de gerenciamento de estoque, o que levava a erros na previsão de demanda.

Olá, comunidade!

Olá, comunidade!

Acho que todo mundo deixa o código-fonte do projeto no repositório hoje em dia: Github, GitLab, bitbucket, etc. A mesma coisa para projetos do InterSystems IRIS , confira qualquer um no Open Exchange.

O que fazemos sempre que começamos ou continuamos a trabalhar com um determinado repositório usando a Plataformas de Dados InterSystems?

Precisamos de uma máquina do InterSystems IRIS local, bem como configurar o ambiente para o projeto e importar o código-fonte.

Portanto, todo desenvolvedor faz o seguinte:

1. Verifica o código no repositório
2. Instala/executa a instalação do IRIS local
3. Cria um novo namespace/banco de dados para um projeto
4. Importa o código nesse novo namespace
5. Configura todo o ambiente rest
6. Começa/continua a programar o projeto 

Se você "dockerizar" seu repositório, as linhas de etapas podem ser resumidas em 3 etapas:

1. Verifica o código no repositório
2. Executa o docker-compose build 
3. Começa/continua a programar o projeto 

Aproveite - nada do trabalho manual das etapas 3, 4 e 5, que podem levar minutos e trazer dor de cabeça às vezes.

Você pode "dockerizar" (quase) qualquer repositório da InterSystems seguindo algumas etapas. Vamos lá!

Olá membros da CD,

Considerando o sucesso incomparável da atividade do ano passado, decidimos prepará-la mais uma vez para você. Então, sem mais delongas, seja bem-vindo

🔥 SEU RESUMO DE 2023 🔥

InterSystems anuncia sua primeira prévia, como parte do programa de prévia para desenvolvedores da versão 2024.1. Esta versão incluirá InterSystems IRIS^®, InterSystems IRIS^® for Health^TM, e HealthShare^® Health Connect.

Neste artigo eu gostaria de falar sobre a abordagem de especificação primeiro (spec-first) para o desenvolvimento de APIs REST.

Embora o desenvolvimento de API REST com código primeiro (code-first) tradicional seja assim:

• Escrever o código
• Habilitando-o com REST
• Documentando-o (como uma API REST)

A especificação primeiro (spec-first) segue os mesmos passo, mas ao contrário. Começamos com uma especificação, também usando-a como documentação, geramos uma aplicação REST padrão a partir dela e, finalmente, escrevemos alguma lógica de negócios.

Isso é vantajoso porque:

• Você sempre tem uma documentação relevante e útil para desenvolvedores externos ou front-end que desejam usar sua API REST
• A especificação criada em OAS (Swagger) pode ser importada em uma variedade de ferramentas permitindo edição, geração de cliente, gerenciamento de API, teste de unidade e automação ou simplificação de muitas outras tarefas
• Arquitetura de API aprimorada. Na abordagem de código primeiro (code-first), a API é desenvolvida método a método então um desenvolvedor pode facilmente perder o controle da arquitetura geral da API, no entanto, com a especificação primeiro (spec-first), o desenvolvedor é forçado a interagir com uma API a partir da posição de um consumidor de API, o que geralmente ajuda no design de uma arquitetura melhor da API.
• Desenvolvimento mais rápido - como todo código padrão é gerado automaticamente, você não terá que escrevê-lo, tudo o que resta é desenvolver a lógica de negócios.
• Loops de feedback mais rápidos - os consumidores podem obter uma visão da API imediatamente e podem oferecer sugestões com mais facilidade, simplesmente modificando as especificações
  Vamos desenvolver nossa API em uma abordagem de especificação primeiro!

Em um mundo onde a pandemia da #COVID19 transformou as videoconferências em modelos essenciais, bagunçar projetos ficou ainda mais fácil. Mas eis que alto surge para desafiar essa bagunça. Conheça o No Project Mess by IRIS, neste divertido vídeo produzido por Henrique Gonçalves Diaspara nosso canal da Comunidade de Desenvolvedores em Português. https://lnkd.in/dTrcCUv

https://www.youtube.com/embed/IGB_3uBYV2E
[Isso é um link incorporado, mas você não pode ver conteúdo incorporado diretamente no site, porque recusou os cookies necessários para acessá-lo. Para ver o conteúdo incorporado, você precisa aceitar todos os cookies nas suas Definições de cookies]

Olá Desenvolvedores,

Estamos gratos em convidar todos os desenvolvedores para o Webinar Inicial do Concurso Multi-Modelo InterSystems! O tópico deste webinar é dedicado ao Concurso Multi-Modelo da InterSystems.

Neste webinar nós iremos demonstrar o uso das APIs para cada modelo de dados.

Dia e Horário: Segunda-Feira, 11 de Janeiro — 12:00 horário de Brasília

Palestrantes:
🗣 @Benjamin De Boe, InterSystems Product Manager
🗣 @Bob Kuszewski, InterSystems Product Manager - Developer Experience
🗣 @Evgeny Shvarov, InterSystems Developer Ecosystem Manager

Concurso Grand Prix da InterSystems: PARABÉNS OS VENCEDORES!
Olá a todos,

O InterSystems Grand Prix Contest acabou. Foi uma competição incrível com um número recorde de aplicativos e desenvolvedores participantes!

Obrigado a todos pela participação! E agora é hora de anunciar os vencedores!

Houve alguns artigos muito úteis na comunidade que mostram como usar o Grafana com IRIS (ou Cache/Ensemble) usando um banco de dados intermediário.

Mas eu queria chegar diretamente às estruturas IRIS. Em particular, eu queria acessar os dados do monitor de histórico do cache que podem ser acessados por SQL, conforme descrito aqui

https://community.intersystems.com/post/apm-using-cach%C3%A9-history-mon...

E não queria nada entre mim e os dados.

Se você trabalha com o Portal em várias instâncias do Caché, Ensemble ou HealthShare, pode achar útil definir o Modo do Sistema das várias instâncias, de modo a dar a si mesmo um lembrete visual da função daquela em que você está trabalhando atualmente.

Por exemplo: