Histórico da Página
...
| Expandir | ||
|---|---|---|
| ||
Incidente: Implementar suporte ao protocolo IPv6 nos serviços portal multiprotocolo, REST 2.0 Solução: Criada a possibilidade de ativar o protocolo IPv6 nos serviços de REST 2.0 e portal multiprotocolo (MPP). Vide documentação: https://tdn.totvs.com/x/wwmeCQ |
DTAPPSRV-9091
| Expandir | ||
|---|---|---|
| ||
Incidente: Se dois ou mais fontes definissem, via annotation, um endpoint Rest com a mesma URL, isso poderia causar uma subida parcial dos serviços de Rest. Por exemplo, um fonte x.tlpp definia @Get("/test/resource") e um fonte y.tlpp também poderia definir o mesmo @Get("/test/resource"). Solução: Foi realizado um tratamento em tempo de compilação, que sempre observa se alguma URL de Rest, definida via annotation, já existe. Se já existir, a compilação desse fonte causa erro, alertando sobre a duplicidade. Com isso, se no repositório já existir um endpoint @Get("/test/resource") e um novo fonte tentar definir o mesmo @Get("/test/resource"), isso causará erro de compilação. Referente ao chamado: DTAPPSRV-8463 |
...
| Expandir | ||
|---|---|---|
| ||
Incidente: Usuários perdem conexão com ERP em caso de queda do Broker HTTP. Solução: Implementada uma funcionalidade opcional no Broker HTTP, que em caso de queda reinicia automaticamente o broker, de modo que os usuários não perdem conexão com o ERP. Vai aparecer uma janelinha popup amarela de reconexão (nativa do Smartclient Webapp), mas rapidamente o browser se reconecta na nova instância de broker que foi iniciada, e o usuário pode voltar a trabalhar normalmente. | ||
| Expandir | ||
| ||
Incidente: A checagem em compilação para endpoints duplicados em Rest não contemplava ainda duplicidade nos seguintes casos: Endpoints repetidos dentro do mesmo fonte Até então, a gente olhava apenas entre fontes distintos. Endpoint vazio (duas formas de escrever a mesma coisa) @Get("") Endpoints iguais, de escrita ligeiramente diferente (barra facultativa) @Get("xpto") Solução: A checagem de Duplicidade de Endpoints Rest agora está mais coesa, levando a implementações de maior qualidade. |
| Expandir | ||
|---|---|---|
| ||
Solicitação: Dificuldade de identificar rollback de transações nas aplicações do AppServer em AdvPL, principalmente quando a aplicação largou equivocadamente uma transação aberta, e é realizado um rollback implícito no final da thread. Solução: Criado mecanismo de rastreio de transações, habilitado pela configuração TRACETRANSACTION no environment desejado no appserver.ini. Para maiores informações, consulte a documentação da configuração TRACETRANSACTION no TDN |
...