A Altova realizou uma investigação interna relativamente às vulnerabilidades do Log4j (CVE-2021-44228 e CVE-2021-45046) e podemos confirmar que nenhum dos nossos produtos de software é afetado por estas vulnerabilidades, uma vez que eles não requerem nem utilizam diretamente a biblioteca Log4j.
O software Altova Developer Tool está disponível apenas para Windows. Para executar o nosso software Developer Tool no macOS, seria necessário utilizar programas como os descritos na nossa página Plataformas de Sistemas Operacionais Suportadas.
As versões anteriores de cada produto estão disponíveis na secçã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", "As minhas Imagens", etc.) estão armazenadas numa unidade de rede. Para resolver este problema, por favor: mova temporariamente essas pastas para o seu disco rígido local, instale o software, inicie a aplicação e, em seguida, feche-a. Depois de o ter feito, pode mover as referidas pastas de volta para a partilha 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 que pretende incorporar na sua aplicação (por exemplo, XMLSpy, MapForce, StyleVision ou UModel). Ao instalar o pacote de integração, um controlo será adicionado à Caixa de Ferramentas no Visual Studio. Este controlo pode então ser utilizado na sua aplicação.
O Visual Studio é uma aplicação de 32 bits e, por isso, requer um plugin de 32 bits. Se pretende que o seu software de ferramentas de desenvolvimento (por exemplo, XMLSpy, MapForce, StyleVision ou UModel) se integre ao Visual Studio, terá de instalar tanto a versão de 32 bits do software como o pacote de integração de 32 bits correspondente.
Este erro provavelmente está relacionado a uma incompatibilidade de arquitetura, ou seja, está a tentar conectar-se à base de dados a partir de uma versão de 64 bits do nosso software de desenvolvimento, utilizando um driver de base de dados de 32 bits, ou o contrário. Se estiver a utilizar uma versão de 32 bits do nosso software de desenvolvimento, deverá utilizar um driver de base de dados de 32 bits para se conectar à base de dados. Da mesma forma, se estiver a utilizar uma versão de 64 bits do nosso software de desenvolvimento, será necessário utilizar um driver de base de dados de 64 bits para se conectar à base de dados.
As vantagens, bem como as possíveis implicações, da utilização das versões de 64 bits do nosso software são abordadas aqui.
A edição gráfica de ficheiros WSDL só está disponível na edição Enterprise do XMLSpy. Se possui a edição Professional do XMLSpy e deseja atualizar, por favor, contacte o nosso departamento de Vendas.
Para obter o XPath de.. um nó específico Num ficheiro XML, clique com o botão direito no nó nas vistas 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 ficheiro XML
Utilize as anotações do XML Schema em vez de comentários. As anotações não serão removidas, e a utilização do mecanismo de anotações fornecido pelo XML Schema é o método preferencial para "comentar" um ficheiro XML Schema.
Pode utilizar a API do XMLSpy para validar ou transformar um ficheiro XML, no entanto, será necessária alguma interação do utilizador. Se pretende automatizar completamente a validação ou transformação, deverá utilizar o RaptorXML Server e a sua API/interface de linha de comandos, em vez disso.
Pode analisar/gerar ficheiros de texto de comprimento fixo ou delimitados que contenham vários tipos de registos (estrutura de cabeçalho/detalhe) através da criação de um modelo FlexText e da sua inserção na sua configuração. Os modelos FlexText podem ser criados utilizando a ferramenta FlexText, que está incluída na edição Enterprise do MapForce.
Ao criar um mapeamento no MapForce, o utilizador pode mudar para a aba "Saída" para executar o mapeamento (utilizando os dados de origem fornecidos durante a fase de desenvolvimento). Isto é adequado para fins de desenvolvimento, ou seja, para garantir que o mapeamento está a produzir o resultado correto. No entanto, num ambiente de produção, a maioria dos fluxos de trabalho exigirá alguma forma de automatização, sem qualquer interação do utilizador.
Para compreender como a execução da lógica de mapeamento pode ser automatizada, é necessário entender em que linguagens essa lógica pode ser gerada e como a lógica de mapeamento, numa determinada linguagem, pode ser executada fora do MapForce.
As seguintes linguagens de destino são suportadas pela edição Enterprise do MapForce:
Quais destas línguas 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 ficheiros XSLT 1.0, XSLT 2.0, XSLT 3.0 ou XQuery 1.0 a partir de um mapeamento. Os ficheiros 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 ficheiro 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 acedido programaticamente através da API, através da interface de linha de comandos, ou através do FlowForce Server. Ao aceder à API do RaptorXML programaticamente, ao criar um ficheiro de lote para chamar o RaptorXML através da interface de linha de comandos, ou ao configurar um "job" do FlowForce que chama o RaptorXML Server, 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 ficheiros 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 maior conveniência, compilar o código gerado "como está" resulta numa aplicação de consola que, quando executada, processa o mapeamento. A execução da aplicação de consola pode ser automatizada através da criação de um ficheiro de lote. Se não desejar utilizar a aplicação de consola padrão, mas preferir integrar o código gerado no 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 compilar a sua transformação para um ficheiro ".mfx". Um ficheiro ".mfx" deve ser executado utilizando o MapForce Server. O MapForce Server pode ser acedido programaticamente através da API, através da interface de linha de comandos, ou configurando um "job" do FlowForce que chama o MapForce Server. Ao aceder à API do MapForce Server programaticamente, ao criar um ficheiro de lote para chamar a interface de linha de comandos do MapForce Server, ou ao configurar um "job" do FlowForce, pode automatizar a execução da transformação.
Das opções de idioma de destino mencionadas, "EMBUTIDO" é a menos restritiva e a mais eficiente. A menos que esteja limitado a um idioma de destino específico, é recomendável utilizar a opção "EMBUTIDO". Para automatizar a execução de mapeamentos cujo idioma de destino está definido como "EMBUTIDO", é necessário o MapForce Server. Se os seus requisitos de automatização forem complexos, é aconselhável também utilizar o FlowForce Server (além do MapForce Server). O FlowForce permite a orquestração de fluxos de trabalho de automatização complexos.
Se necessitar processar transações EDI que não estejam em conformidade com os padrões, pode personalizar os ficheiros de configuração do EDI para dar suporte a essas transações.
Experimente o seguinte:
As transformações desenvolvidas no MapForce e direcionadas para o motor "EMBUTIDO" devem ser executadas utilizando o MapForce Server. Através da interface de linha de comandos do MapForce Server ou da API do MapForce Server, é possível executar ficheiros ".mfx" e, assim, desenvolver cenários de automatização básicos com o mínimo de esforço. No entanto, muitas situações exigirão fluxos de trabalho de automatização mais complexos. Para estes cenários, recomendamos a utilização do FlowForce Server, em conjunto com o MapForce Server.
O servidor FlowForce suporta as seguintes funcionalidades, permitindo a criação de fluxos de trabalho de automatizaçã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 executar efetivamente o processo de mapeamento.
Com o StyleVision Enterprise Edition, é possível gerar folhas de estilo que permitem a conversão de XML para PDF. Para processar ficheiros PDF como entrada, Utilize o MapForce.
É possível importar folhas de estilo XSLT existentes para o Stylevision para as utilizar como base para um design no StyleVision, no entanto, é possível que nem todas as estruturas XSLT sejam importadas. Caso contrário, utilize o XMLSpy para editar os seus ficheiros XSLT existentes.
A versão 4.2.1 do modelo de relatórios da EBA não oferece, de facto, essa opção para essa lista. A orientação da EBA é selecionar "Não aplicável" e, em seguida, inserir "Sistemas de pagamento" na coluna 0220. Mais informações estão disponíveis em nas perguntas e respostas da EBA.
