es.davy.ai

Preguntas y respuestas de programación confiables

¿Tienes una pregunta?

Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.

Tag: CHALLENGE-RESPONSE

JerseyTest con cliente ApacheCXF no devuelve un reasonPhrase.

Tengo un simple JerseyTest que se ve así: final Response getResponse = this.target(endpoint).get(); assertStatusEquals(Status.NOT_FOUND, getResponse); assertEquals(“No se puede encontrar algo”, getResponse.getStatusInfo().getReasonPhrase()); Esto funcionaba bien cuando utilizaba el cliente estándar JerseyClient. Sin embargo, cambié a ApacheCXF porque quiero usar el método PATCH. … // Queremos admitir PATCH, que no es bueno . . . Read more

Node.js es una plataforma de desarrollo de aplicaciones basada en el lenguaje de programación JavaScript. Proporciona un entorno de ejecución del lado del servidor que permite la creación de aplicaciones web y de red de alta escalabilidad. “req” y “resp” son abreviaturas comúnmente utilizadas para referirse a los objetos de solicitud y respuesta en Node.js para el manejo de comunicación HTTP. El objeto “req” (request) representa la solicitud HTTP realizada al servidor, mientras que el objeto “resp” (response) representa la respuesta que será enviada de vuelta al cliente. Estos objetos contienen información relevante, como las cabeceras de la solicitud, los datos enviados por el cliente y los datos que serán enviados al cliente como respuesta.

Cada vez que recargo mi página, el mensaje de error del programa se registra en la terminal de salida. No entiendo por qué. const http = require(‘http’) const server = http.createServer((req,res)=>{ if(req.url === ‘/’){ res.end(‘Página de inicio’) return; } else if(req.url === ‘/about’){ res.end(‘Página de información’) return; }else{ res.end(‘Página de . . . Read more

¿Necesitamos asegurar la respuesta?

La mayoría del tiempo estamos utilizando la validación de tokens de acceso JWT para asegurarnos de que la solicitud a, por ejemplo, una API sea segura. Sin embargo, ¿necesitamos asegurarnos de que la respuesta que recibimos de ese sistema (o API) sea lo suficientemente segura? ¿Necesitamos preocuparnos? ¿Y cómo deberíamos . . . Read more