Pular para o conteúdo principal

Postagem em destaque

BlackTDN :: A Arte (e Desafio) de Dialogar com a IA: Mais Inteligência, Menos "Burrice"?

_Créditos das imagens: ChatGPT (DALL·E) ** A Arte (e Desafio) de Dialogar com a IA: Mais Inteligência, Menos "Burrice"? Recentemente, me deparei com um exemplo fascinante da capacidade das IAs generativas: um prompt detalhado que resultou na criação de um jogo 3D de labirinto com um soldado (você pode ver a versão em português do prompt/projeto aqui: [naldodj-3DMazeGameWithSoldier](https://raw.githubusercontent.com/naldodj/naldodj-3DMazeGameWithSoldier/refs/heads/main/README.md), baseado no original de [@nobody_qwert no X](https://x.com/nobody_qwert/status/1893584330095509843)). O resultado é impressionante, mas o que realmente me chamou a atenção foi a **complexidade e o detalhamento do prompt** necessário para chegar lá. Isso ilustra perfeitamente um ponto crucial: fazer a IA gerar *exatamente* o que queremos, seja código complexo ou texto coeso e específico, não é trivial. Exige clareza, precisão, antecipação de ambiguidades e, muitas vezes, várias iterações. É a chamad...

WSCERR017 / [HTTPS] Requisição retornou NIL

 

Segundo o TDN, o erro: WSCERR017 pode ser causado pelos seguintes motivos:

WSCERR017 / HTTP[S] Requisição retornou [NIL]

Esta ocorrência de erro é reproduzida, quando da geração de um código-fonte de WebServices 'Client', utilizando o TOTVS | Development Studio. Quando informada uma URL para buscar a definição do serviço (WSDL), utilizando o protocolo HTTP ou HTTPS; e não foi possível buscar o link solicitado, o processamento é abortado com a ocorrência acima.

Dentre as possíveis causas para esta ocorrência, podemos considerar :

  • Sintaxe da URL inválida
  • Servidor inválido, inexistente, ou DNF não disponível
  • Servidor fora do ar

Verifique a URL digitada, e realize a requisição da mesma através de um Web Browser, para certificar-se que a mesma é válida e que a definição WSDL está realmente publicada e acessível sob o link informado.

Mas, o principal motivo, não relatado na documentação, é causado por uma limitação, já conhecida, do sistema referente ao tamanho máximo de uma “String”.

Considerando que os Códigos fontes do “Client WS” são montados a partir de instruções AdvPL é possível que o erro “REAL” apareça no console do server.

Pelo que sei não existe solução definitiva, no Protheus, para este problema.

Uma forma de contornar (solução paliativa) seria: Usando uma outra aplicação que suporte WS (Java, PHP, PS, C#, etc…) crie pequenos WS que encapsulem os métodos do WS principal e utilize-os, no Protheus, para a geração do Client WS.

[]s
иαldσ dj

Comentários

  1. eu preciso gerar o client para o serviço a baixo, porem ele da esse erro.
    https://apps.correios.com.br/SigepMasterJPA/AtendeClienteService/AtendeCliente?wsdl

    será que tem como fazer esse cliente no TDS?

    tentei colocar a MaxStringSize =500 mas nao obtive sucesso.

    ResponderExcluir

Postar um comentário

Postagens mais visitadas