A Altova realizou uma investigação interna sobre as vulnerabilidades do Log4j (CVE-2021-44228 e CVE-2021-45046) e podemos confirmar que nenhum dos nossos produtos de software é afetado por essas vulnerabilidades, pois eles nem sequer requerem nem utilizam diretamente a biblioteca Log4j.
O software Altova Developer Tool está disponível apenas para Windows. Para executar o software Altova Developer Tool no macOS, seria necessário utilizar softwares como os descritos na nossa página Plataformas de Sistema Operacional Suportadas.
As versões anteriores de cada produto estão disponíveis na seção "Versões Anteriores" da página de download desse produto, bem como no nosso Arquivo de Software.
Este problema pode ocorrer quando as pastas de biblioteca (por exemplo, "Meus Documentos", "Minhas Imagens", etc.) estão armazenadas em um disco de rede. Para resolver este problema, por favor: mova temporariamente essas pastas para o seu disco rígido local, instale o software, inicie o aplicativo e, em seguida, feche-o. Depois de fazer isso, você pode mover as pastas mencionadas de volta para o compartilhamento de rede.
Este erro ocorre se houver um problema com o suporte a VBScript no seu sistema. A solução pode ser encontrada no Fórum da Microsoft.
É necessário instalar o pacote de integração para o software da ferramenta de desenvolvimento apropriada que você deseja incorporar em sua aplicação (por exemplo, XMLSpy, MapForce, StyleVision ou UModel). Ao instalar o pacote de integração, um controle será adicionado à Caixa de Ferramentas no Visual Studio. Esse controle poderá então ser utilizado em sua aplicação.
O Visual Studio é um aplicativo de 32 bits e, portanto, requer um plugin de 32 bits. Se você deseja que seu software de ferramentas de desenvolvimento (por exemplo, XMLSpy, MapForce, StyleVision ou UModel) se integre ao Visual Studio, você precisará instalar tanto a versão de 32 bits do software quanto o pacote de integração de 32 bits correspondente.
Este erro provavelmente está relacionado a uma incompatibilidade de arquitetura, ou seja, você está tentando conectar-se ao banco de dados a partir de uma versão de 64 bits do nosso software de desenvolvimento, utilizando um driver de banco de dados de 32 bits, ou vice-versa. Se você estiver utilizando uma versão de 32 bits do nosso software de desenvolvimento, deverá usar um driver de banco de dados de 32 bits para se conectar ao banco de dados. Da mesma forma, se você estiver utilizando uma versão de 64 bits do nosso software de desenvolvimento, será necessário usar um driver de banco de dados de 64 bits para se conectar ao banco de dados.
As vantagens, bem como as possíveis implicações, de utilizar as versões de 64 bits do nosso software são abordadas aqui.
A edição gráfica de arquivos WSDL é suportada apenas na versão Enterprise do XMLSpy. Se você possui a versão Professional do XMLSpy e deseja fazer um upgrade, entre em contato com o nosso departamento de vendas.
Para obter o XPath de.. um nó específico Em um arquivo XML, clique com o botão direito do mouse no nó na visualização de grade ou de texto do XMLSpy e, em seguida, selecione "Copiar XPath" no menu de contexto.
Para obter os caminhos XPath para.. todos os nós Seria necessário gerar a documentação do esquema a partir do esquema XSD associado ao seu arquivo XML
Utilize as anotações do XML Schema em vez de comentários. As anotações não serão removidas, e o uso do mecanismo de anotação fornecido pelo XML Schema é o método preferencial para "comentar" um arquivo XML Schema.
Você pode usar a API do XMLSpy para validar ou transformar um arquivo XML, no entanto, será necessário algum tipo de interação do usuário. Se você deseja automatizar completamente a validação ou a transformação, deverá usar o RaptorXML Server e sua API/interface de linha de comando em vez disso.
É possível analisar ou gerar arquivos de texto de comprimento fixo ou delimitados que contenham vários tipos de registros (estrutura de cabeçalho/detalhe) através da criação de um modelo FlexText e da sua inserção no seu mapeamento. Os modelos FlexText podem ser criados utilizando a ferramenta FlexText, que está incluída na edição Enterprise do MapForce.
Ao desenvolver um mapeamento no MapForce, o usuário pode alternar para a aba "Saída" para executar o mapeamento (utilizando os dados de origem fornecidos durante a fase de projeto). Isso é adequado para fins de desenvolvimento, ou seja, para garantir que o mapeamento esteja produzindo o resultado correto. No entanto, em um ambiente de produção, a maioria dos fluxos de trabalho exigirá alguma forma de automação, sem qualquer interação do usuário.
Para entender como a execução da lógica de mapeamento pode ser automatizada, é necessário compreender em quais linguagens essa lógica pode ser gerada e como a lógica de mapeamento, em uma determinada linguagem, pode ser executada fora do MapForce.
As seguintes linguagens de destino são suportadas pela versão Enterprise do MapForce:
Quais desses idiomas de destino estarão disponíveis para um determinado mapeamento dependerá dos formatos de dados, funções e componentes utilizados nesse mapeamento.
Selecionar "XSLT", "XSLT2", "XSLT3" ou "XQuery" como a linguagem de destino permite gerar arquivos XSLT 1.0, XSLT 2.0, XSLT 3.0 ou XQuery 1.0 a partir de um mapeamento. Os arquivos XSLT e XQuery gerados a partir de um mapeamento contêm a lógica de mapeamento utilizada para transformar os dados XML de origem no formato de saída desejado. Para transformar os dados XML de origem, o arquivo XSLT ou XQuery gerado deve ser enviado, juntamente com os dados de origem, para um motor XSLT ou XQuery (como o RaptorXML Server) para processamento. O RaptorXML Server pode ser acessado programaticamente através da API, através da interface de linha de comando, ou através do FlowForce Server. Ao acessar a API do RaptorXML programaticamente, criando um arquivo em lote para chamar o RaptorXML através da interface de linha de comando, ou configurando uma "tarefa" do FlowForce que chama o RaptorXML Server, você pode automatizar a execução de transformações XSLT ou XQuery.
Selecionar "Java", "C#" ou "C++" como a linguagem de destino permite gerar código Java, C# ou C++ a partir de um mapeamento. Os arquivos de código gerados contêm a lógica do mapeamento utilizada para transformar os dados de origem no formato de saída desejado. Para facilitar, compilar o código gerado "como está" resulta em uma aplicação de console que, quando executada, executa o mapeamento. A execução da aplicação de console pode ser automatizada através da criação de um arquivo em lote. Se você não deseja usar a aplicação de console padrão, mas prefere integrar o código gerado em seu próprio código, basta chamar o método "run" do objeto que representa o mapeamento a partir do seu próprio código.
Selecionar "EMBUTIDO" como a linguagem de destino permite que você compile sua transformação em um arquivo ".mfx". Um arquivo ".mfx" deve ser executado usando o MapForce Server. O MapForce Server pode ser acessado programaticamente através da API, através da interface de linha de comando, ou configurando um "job" do FlowForce que chama o MapForce Server. Ao acessar a API do MapForce Server programaticamente, criando um arquivo em lote para chamar a interface de linha de comando do MapForce Server, ou configurando um "job" do FlowForce, você pode automatizar a execução da transformação.
Das opções de linguagem de destino mencionadas, "EMBUTIDO" é a menos restritiva e a mais eficiente. A menos que você esteja restrito a uma linguagem de destino específica, é recomendável usar a opção "EMBUTIDO". Para automatizar a execução de mapeamentos que tenham a linguagem de destino definida como "EMBUTIDO", é necessário o MapForce Server. Se seus requisitos de automação forem complexos, também seria aconselhável usar o FlowForce Server (além do MapForce Server). O FlowForce permite a organização de fluxos de trabalho de automação complexos.
Se você precisar processar transações EDI que não estejam em conformidade com os padrões, você pode personalizar os arquivos de configuração do EDI para fornecer suporte a essas transações.
Experimente o seguinte:
As configurações criadas no MapForce que utilizam o motor "EMBUTIDO" devem ser executadas usando o MapForce Server. É possível desenvolver cenários básicos de automação com o mínimo de esforço, utilizando a interface de linha de comando do MapForce Server ou a API do MapForce Server para executar arquivos ".mfx". No entanto, muitas situações exigirão fluxos de trabalho de automação mais complexos, e para esses casos, recomendamos o uso do FlowForce Server, além do MapForce Server.
O servidor FlowForce oferece os seguintes recursos, permitindo a criação de fluxos de trabalho de automação complexos:
É importante notar que o servidor FlowForce é.. não é uma alternativa para o servidor MapForce, mas sim.. uma adição O FlowForce Server, internamente, utiliza o MapForce Server para realizar a execução real da transformação de dados.
Com o StyleVision Enterprise Edition, é possível gerar folhas de estilo que permitem a conversão de XML para PDF. A Altova não possui uma ferramenta que permita a conversão de PDF para XML.
É possível importar folhas de estilo XSLT existentes para o Stylevision para utilizá-las como base para um design no StyleVision, no entanto, é possível que nem todas as construções XSLT sejam importadas. Caso contrário, utilize o XMLSpy para editar seus arquivos XSLT existentes.
