es:webservice_adaptor
Differences
This shows you the differences between two versions of the page.
|
es:webservice_adaptor [2024/12/11 11:18] montse [Nuevas Funciones Predefinidas para REST en el Adaptador Web] |
es:webservice_adaptor [2025/04/04 11:48] (current) ale |
||
|---|---|---|---|
| Line 46: | Line 46: | ||
| * Cookie: indica el nombre de Cookie´s a recuperar. | * Cookie: indica el nombre de Cookie´s a recuperar. | ||
| - | * **getElementsCountByJsonPath(JsonPath, ResponseName)**: Devuelve el número de elementos que tienen el mismo JsonPath. | + | * **getElementsCountByJsonPath(JsonPath, ResponseName)**: devuelve el número de elementos que tienen el mismo JsonPath. |
| * JsonPath: el JsonPath a buscar. | * JsonPath: el JsonPath a buscar. | ||
| * ResponseName: el nombre con el que se generó la respuesta HTTP. | * ResponseName: el nombre con el que se generó la respuesta HTTP. | ||
| - | * **getElementsCountByTagName(tagName, ResponseName)**: Devuelve el número de elementos que tienen el mismo nombre de tag. | + | * **getElementsCountByTagName(tagName, ResponseName)**: devuelve el número de elementos que tienen el mismo nombre de tag. |
| * tagName: el nombre de tag a buscar. | * tagName: el nombre de tag a buscar. | ||
| * ResponseName: el nombre con el que se generó la respuesta HTTP. | * ResponseName: el nombre con el que se generó la respuesta HTTP. | ||
| - | * **getElementsValueByJsonPath(JsonPath, ResponseName)**: Devuelve todos los elementos que tienen el mismo JsonPath. | + | * **getElementsValueByJsonPath(JsonPath, ResponseName)**: devuelve todos los elementos que tienen el mismo JsonPath. |
| * JsonPath: el JsonPath a buscar. | * JsonPath: el JsonPath a buscar. | ||
| * ResponseName: el nombre con el que se generó la respuesta HTTP. | * ResponseName: el nombre con el que se generó la respuesta HTTP. | ||
| Line 78: | Line 78: | ||
| * JSonTagName: expresión Tagname utilizada para identificar el elemento. | * JSonTagName: expresión Tagname utilizada para identificar el elemento. | ||
| - | * **getResponseBody**: | + | * **getResponseBody**: este método se encarga de recuperar el cuerpo (body) de una respuesta HTTP previamente almacenada, si no se encuentra la respuesta o si ocurre un error, lanza una excepción ExecutorException. |
| * **getResponseStatus(StepResponse)** | * **getResponseStatus(StepResponse)** | ||
| Line 175: | Line 175: | ||
| Seguimos enumerando los tipos de autenticación, haciendo una breve descripción de los mismos y pensando en los parámetros que podríamos necesitar. | Seguimos enumerando los tipos de autenticación, haciendo una breve descripción de los mismos y pensando en los parámetros que podríamos necesitar. | ||
| - | * **No Authorization (None Auth):** Si el usuario selecciona este método no es necesario autenticarse para utilizar el servicio. | + | * **No Authorization (None Auth):** si el usuario selecciona este método no es necesario autenticarse para utilizar el servicio. |
| - | * **Basic Authorization (Basic Auth):** El método más simple solo requiere de los parámetros usuario y password. https://en.wikipedia.org/wiki/Basic_access_authentication | + | * **Basic Authorization (Basic Auth):** el método más simple solo requiere de los parámetros usuario y password. https://en.wikipedia.org/wiki/Basic_access_authentication |
| - | * **Digest Authorization (Digest Auth):** Este método es un poco más complicado porque la clave está encriptada y el usuario, en la herramienta postman cuando selecciona este tipo de autenticación, solicita los siguientes parámetros:\\ \\ | + | * **Digest Authorization (Digest Auth):** este método es un poco más complicado porque la clave está encriptada y el usuario, en la herramienta Postman cuando selecciona este tipo de autenticación, solicita los siguientes parámetros:\\ \\ |
| * User | * User | ||
| * Password\\ \\ Y como opcional (se utilizan valores por defecto si el usuario no los proporciona) lo siguiente:\\ \\ | * Password\\ \\ Y como opcional (se utilizan valores por defecto si el usuario no los proporciona) lo siguiente:\\ \\ | ||
| - | * Realm: Dominio de seguridad contra el que autenticarse. | + | * Realm: dominio de seguridad contra el que autenticarse. |
| - | * Algoritmo: Algoritmo de encriptación. MD5 o MD5-sess. | + | * Algoritmo: algoritmo de encriptación. MD5 o MD5-sess. |
| - | * Nonce: Código que el servidor emite en la respuesta cuando una petición no está autorizada. Es único por sesión y debe ser incluido en las siguientes solicitudes. | + | * Nonce: código que el servidor emite en la respuesta cuando una petición no está autorizada. Es único por sesión y debe ser incluido en las siguientes solicitudes. |
| - | * Qop: Calidad de protección, los valores posibles son auth (más común) o auth-int (autorización con integridad) creo que menos soportados y utilizados. | + | * Qop: calidad de protección, los valores posibles son auth (más común) o auth-int (autorización con integridad) creo que menos soportados y utilizados. |
| - | * Nonce Count: Número de peticiones realizadas al servidor con la misma unidad, su obligación depende del valor asignado a Qop. | + | * Nonce Count: número de peticiones realizadas al servidor con la misma unidad, su obligación depende del valor asignado a Qop. |
| - | * Opaque: Es un valor devuelto por el servidor en la primera respuesta no autorizada, y debe ser añadido sin modificar todas las peticiones posteriores al servidor. https://en.wikipedia.org/wiki/Digest_access_authentication | + | * Opaque: es un valor devuelto por el servidor en la primera respuesta no autorizada, y debe ser añadido sin modificar todas las peticiones posteriores al servidor. https://en.wikipedia.org/wiki/Digest_access_authentication |
| - | * ** OAuth 1.0: ** Este método, Autorización abierta, es más moderno para crear un primer estándar relacionado con la autenticación. OAuth 2.0 se utiliza más pero podríamos encontrar un servicio que lo utilice. En Postman se solicitan los siguientes parámetros: | + | * ** OAuth 1.0: ** este método, Autorización abierta, es más moderno para crear un primer estándar relacionado con la autenticación. OAuth 2.0 se utiliza más pero podríamos encontrar un servicio que lo utilice. En Postman se solicitan los siguientes parámetros: |
| - | * ConsumerKey: Un valor utilizado por el consumidor del servicio para identificarse con él. | + | * ConsumerKey: un valor utilizado por el consumidor del servicio para identificarse con él. |
| - | * ConsumerSecret: Token utilizado por el consumidor para validar su propiedad de la ConsumerKey. | + | * ConsumerSecret: token utilizado por el consumidor para validar su propiedad de la ConsumerKey. |
| - | * Access Token: Ficha de acceso. | + | * Access Token: ficha de acceso. |
| - | * Token Secret: Otra clave para asegurar la propiedad del token de acceso.\\ \\ Y como parámetros opcionales (valores por defecto si el usuario no entra):\\ \\ | + | * Token Secret: otra clave para asegurar la propiedad del token de acceso.\\ \\ Y como parámetros opcionales (valores por defecto si el usuario no entra):\\ \\ |
| - | * Signature Method: El método de firma utilizado por el consumidor para firmar las solicitudes. | + | * Signature Method: el método de firma utilizado por el consumidor para firmar las solicitudes. |
| - | * Timestamp: Se añade una marca de tiempo a la solicitud. | + | * Timestamp: se añade una marca de tiempo a la solicitud. |
| - | * Nonce: La cadena aleatoria generada por el cliente, se añadirá a todas las peticiones. | + | * Nonce: la cadena aleatoria generada por el cliente, se añadirá a todas las peticiones. |
| - | * Realm: Indica el dominio de seguridad que realiza la autenticación. https://es.wikipedia.org/wiki/OAuth | + | * Realm: indica el dominio de seguridad que realiza la autenticación. https://es.wikipedia.org/wiki/OAuth |
| - | * ** OAuth 2.0: ** La evolución de OAuth 1.0, es el estándar más soportado por las grandes empresas de Internet, Google, Facebook, Twitter, etc., no siendo un experto, creo que es una autenticación de dos pasos. Postman sólo pide el parámetro:\\ | + | * ** OAuth 2.0: ** la evolución de OAuth 1.0, es el estándar más soportado por las grandes empresas de Internet, Google, Facebook, Twitter, etc., no siendo un experto, creo que es una autenticación de dos pasos. Postman sólo pide el parámetro:\\ |
| * Ficha de acceso. Código de acceso al servicio.\\ Pero en la opción de solicitar una petición de token de acceso los datos se autentican contra el servicio que le va a dar el código de acceso para esa operación. Además de estos métodos, en Postman aparecen otros métodos de autenticación como por ejemplo: | * Ficha de acceso. Código de acceso al servicio.\\ Pero en la opción de solicitar una petición de token de acceso los datos se autentican contra el servicio que le va a dar el código de acceso para esa operación. Además de estos métodos, en Postman aparecen otros métodos de autenticación como por ejemplo: | ||
| * Ficha al portador. https://swagger.io/docs/specification/authentication/bearer-authentication/\\ | * Ficha al portador. https://swagger.io/docs/specification/authentication/bearer-authentication/\\ | ||
es/webservice_adaptor.1733915896.txt.gz · Last modified: 2024/12/11 11:18 by montse
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 3.0 Unported
