Saltar al contenido

¿Alternativa al obsoleto javax.servlet.http.HttpUtils.parseQueryString?

Este enunciado fue analizado por especialistas así garantizamos la veracidad de este ensayo.

Solución:

Creo que la idea es usar HttpServletRequest en su lugar. Existen los métodos getParameterMap(), getParameterNames() y getParameterValues() para comenzar.

También existe el método getParameter(String paramname) para obtener el valor de un método específico.

Estos no distinguen entre parámetros de cadena de consulta y forme parámetros, así que si su intención era buscar una cadena de consulta en particular, supongo que esto no ayudaría.

Bueno, como mencionas que la URL no proviene de una solicitud de servlet, la respuesta correcta es, como siempre, depende.

El problema con la parte de consulta de una URL es que no hay una especificación clara sobre cómo manejar la duplicación de parámetros.

Por ejemplo, considere una URL como esta:

http://www.example.com?param1=value1¶m2=value2¶m1=value3

¿Qué espera como valor para param1? el primer valor, el último, un array? El problema es que, de acuerdo con las especificaciones, todas estas respuestas son válidas y el proveedor del servidor es libre de admitir una de estas u otras. Algunos usan el param1[] notación para indicar que tiene que ser tratado como un arraypero nuevamente, esta no es una solución unificada.

Entonces, la “mejor” solución es saber cómo su destino maneja los parámetros e imitar el comportamiento con una clase de utilidad hecha a sí misma.

Utilice org.apache.http.client.utils.URLEncodedUtils.html#parse(org.apache.http.HttpEntity)

valoraciones y comentarios

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *