Spring Integration baseia-se como Spring Framework usa POJOs para gerenciar dependências de um módulo e permite aos desenvolvedores criar componentes reutilizáveis com um maior nível de complexidade.
Esta biblioteca é uma parte essencial se os desenvolvedores querem construir software de nível empresarial, escrevendo código que adere à separação de interesses princípio, é fácil de testar, e leva menos tempo para depurar e manter.
Spring Integration vem com suporte extensivo JMX, pode ser integrado com sistemas externos, e também suporta a maioria dos padrões de design de software descritos no Patterns livro Integração Empresa.
O que é novo nesta versão:.
- DelayedMessageWrapper deve ser pública, a fim de acessar a mensagem envolveu a partir do código de infra-estrutura
O que é novo na versão 4.2.2:
- DelayedMessageWrapper deve ser pública, a fim de acessar o envolto mensagem do código de infra-estrutura.
O que é novo na versão 4.1.6 / 4.2 Milestone 2:
- DelayedMessageWrapper deve ser pública, a fim para acessar a mensagem envolveu a partir do código de infra-estrutura.
O que é novo na versão 4.1.4 / 4.2 Milestone 1:
- DelayedMessageWrapper deve ser pública, a fim para acessar a mensagem envolveu a partir do código de infra-estrutura.
O que é novo na versão 4.1.3:
- DelayedMessageWrapper deve ser pública, a fim de acessar o envolto mensagem do código de infra-estrutura.
O que é novo na versão 4.1.2:
- DelayedMessageWrapper deve ser pública, a fim de acessar o envolto mensagem do código de infra-estrutura.
O que é novo na versão 3.0.0 M1:
- Fornece uma maneira de travar / Pega Adapter TCP SocketTimeoutException.
O que é novo na versão 2.1.3 :
- ExpressionEvaluatingCorrelationStrategy não é BF ciente de modo que qualquer estratégia-correlação -expression que começa com @Bean falhará
- Não é possível usar payload-expressão que é um mapa quando a chave do mapa não é uma cadeia.
- Não foi possível converter MessageHistory, MessageHeaders via conversores empacotados.
O que é novo na versão 2.1.2:
- ConcurrentModificationException ao usar PriorityChannel devido à modificação do cabeçalho mensagem
- IP NIO: memória vazamentos tcp-connection-fábrica
- módulo GemFire: class ForkUtil deve ser independente do sistema operacional
- fixos Versões Bundlor em 2.1.x
- & # X3C; logging-channel-adaptador & # x3e; não tem atributo "ordem"
- Vazamento de memória em SimpleMessageStore.
- Fixed OSGi varia para 2.1.x
O que é novo na versão 2.2.0.M1:
- atualizações de dependência como Spring 3.1.0 .RELEASE, Primavera AMQP 1.1.0.RELEASE, Primavera de dados Mongo 1.1.0.M1, Primavera GemFire 1.1.1.RELEASE
- Suporte JPA
- O suporte inicial para o desligamento do contexto de integração
- Suporte para 'Confirma editor e retorna "com base em novos recursos do Primavera AMQP
O que é novo na versão 2.1.1:
- Esta é a primeira versão de manutenção do 2.1.x galho e contém as coisas habituais, como correções de bugs e melhorias relacionadas com módulos AMQP, GemFire, Mongo e Redis que foram introduzidas pela primeira vez na Primavera de Integração 2.1.0.
O que é novo na versão 2.1 RC1:
- saída do canal do adaptador deve apoiar a "expressão" atributo
- FileTransferringMessageHandler - Adicionar suporte para gravação de arquivos para um diretório temporário
- Adicionar suporte para Recursos carregando adaptador de canal de entrada
- Adicionar suporte para expirar MessageGroups com base no tempo ocioso
O que é novo na versão 2.1 M2:
- refatorado (mais simples e mais flexível) Agregador / re-sequenciador
- Um filtro XPath
- adaptadores Stored Procedure
- -backed AMQP canais de mensagens
O que é novo na versão 2.1 M1:
- AMQP / RabbitMQ: adaptadores de entrada e saída (um- caminho e pedido / resposta)
- GemFire: MessageStore, escrita Cache e ouvir adaptadores e consultas contínuas de condução Mensagens de entrada
- Redis: MessageStore, Pub / Sub adaptadores de mensagens, e Pub / Sub-backed Message Channel
- MongoDB: MessageStore
Comentários não encontrado