Questão de Tecnologia da Informação · FGV MP-SC 2022 (nº 74)

O conceito-chave é que o portType define o tipo de operação (padrão de troca de mensagens) entre cliente e serviço. No WSDL, input seguido de output na mesma operação caracteriza o padrão request-response: o cliente envia uma mensagem (getProcessoRequest) e o serviço responde com outra (getProcessoResponse), de forma síncrona (quem chama espera a resposta).

• (A) Incorreta: Operação one-way teria apenas <input> (o cliente envia, mas não recebe resposta). Aqui há <output>, então não se encaixa.
• (B) Correta: O recorte mostra <input> e <output> na mesma operação getProcesso, que é exatamente a definição de request-response: uma requisição do cliente seguida de uma resposta do serviço.
• (C) Incorreta: solicit-response é um padrão usado em WSDL 2.0 (não neste WSDL 1.1) e descreve o serviço que envia uma solicitação e recebe resposta — aqui quem inicia é o cliente, não o serviço.
• (D) Incorreta: notification é o oposto de one-way: o serviço envia uma mensagem sem esperar resposta (apenas <output>). Aqui há <input>, então não é.
• (E) Incorreta: binding não é um tipo de operação, mas um elemento WSDL que liga o portType a um protocolo concreto (SOAP, HTTP etc.). É um conceito de infraestrutura, não de padrão de troca de mensagens.

Armadilha da banca: A pegadinha está na alternativa (C) solicit-response, que parece "sofisticada" e pode confundir quem decora nomes sem entender a direção da troca. No WSDL 1.1 (o formato do recorte), os padrões são apenas one-way (só input), request-response (input + output), solicit-response (output + input, iniciado pelo serviço) e notification (só output). Como aqui o input vem primeiro e o output depois, a direção é do cliente para o serviço e de volta — logo, request-response, não solicit-response.