Adaptador JavaScript HTTP

improve this page | report issue

Visión general

Mediante los adaptadores HTTP, puede enviar solicitudes GET o POST HTTP y recuperar datos del cuerpo y la cabecera de la respuesta. Los adaptadores HTTP funcionan con servicios basados en SOAP y RESTful, y pueden leer orígenes HTTP estructurados como, por ejemplo, canales de información RSS.

Puede personalizar fácilmente los adaptadores HTTP con código JavaScript simple del lado del servidor. Por ejemplo, podría configurar filtrado del lado del servidor si fuese necesario. El formato de los datos recuperados puede ser XML, HTML, JSON o texto sin formato.

El adaptador se configura con XML para definir sus procedimientos y propiedades.
Opcionalmente, también es posible utilizar XSL para filtrar los campos y registros recibidos.

Requisito previo: Asegúrese de leer primero la guía de aprendizaje Adaptadores JavaScript.

El archivo XML

El archivo XML contiene los valores y metadatos.
Para editar el archivo XML del adaptador, debe:

  • Establecer el protocolo en HTTP o HTTPS.
  • Establecer el dominio HTTP en la parte de dominio del URL HTTP.
  • Establecer el puerto TCP.

Declarar los procedimientos necesarios bajo el elemento connectivity:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<mfp:adapter name="JavaScriptHTTP"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns:mfp="http://www.ibm.com/mfp/integration"
	xmlns:http="http://www.ibm.com/mfp/integration/http">

	<displayName>JavaScriptHTTP</displayName>
	<description>JavaScriptHTTP</description>
	<connectivity>
		<connectionPolicy xsi:type="http:HTTPConnectionPolicyType">
			<protocol>https</protocol>
			<domain>mobilefirstplatform.ibmcloud.com</domain>
			<port>443</port>
			<connectionTimeoutInMilliseconds>30000</connectionTimeoutInMilliseconds>
			<socketTimeoutInMilliseconds>30000</socketTimeoutInMilliseconds>
			<maxConcurrentConnectionsPerNode>50</maxConcurrentConnectionsPerNode>
		</connectionPolicy>
	</connectivity>

	<procedure name="getFeed"/>
	<procedure name="getFeedFiltered"/>
</mfp:adapter>
  • xsi:type: Obligatorio. El valor de este atributo debe ser http:HTTPConnectionPolicyType.
  • cookiePolicy: Opcional. Este atributo establece la forma en la que el adaptador HTTP manejará las cookies que llegan desde la aplicación de fondo. Los siguientes valores son válidos.
    • BEST_MATCH: valor predeterminado
    • BROWSER_COMPATIBILITY
    • RFC_2109
    • RFC_2965
    • NETSCAPE
    • IGNORE_COOKIES
    Para obtener más información sobre estos valores, consulte la página de componentes HTTP de Apache.
  • maxRedirects: Opcional. Número máximo de redirecciones que el adaptador HTTP puede seguir. Este atributo es útil cuando la aplicación de fondo envía redirecciones cíclicas como resultado de un error, por ejemplo, con anomalías de autenticación. Si este atributo se establece en 0, el adaptador no intenta seguir ninguna redirección, devolviendo la respuesta HTTP 302 al usuario. El valor predeterminado es 10.
  • protocol: Opcional. Protocolo URL a utilizar. Los siguientes valores son válidos: http (predeterminado), https.
  • domain: Obligatorio. Dirección del host.
  • port: Opcional. Dirección del puerto. Si no se especifica un puerto, se utiliza el puerto HTTP/S predeterminado (80/443)
  • sslCertificateAlias: Opcional para la autenticación SSL simple y la autenticación HTTP normal. Obligatorio para la autenticación SSL mutua. El alias de la clave SSL privada del adaptador, que el gestor de claves del adaptador HTTP utiliza para acceder al certificado SSL en el almacén de claves. Para obtener más información sobre el proceso de configuración del almacén de claves, consulte la guía de aprendizaje Utilización de SSL en adaptadores HTTP.
  • sslCertificatePassword: Opcional para la autenticación SSL simple y la autenticación HTTP normal. Obligatorio para la autenticación SSL mutua. La contraseña de la clave SSL privada del adaptador, que el gestor de claves del adaptador HTTP utiliza para acceder al certificado SSL en el almacén de claves. Para obtener más información sobre el proceso de configuración del almacén de claves, consulte la guía de aprendizaje Utilización de SSL en adaptadores HTTP.
  • authentication: Opcional. Configuración de autenticación del adaptador HTTP. El adaptador HTTP puede utilizar uno de los dos protocolos de autenticación. Defina el elemento authentication< tal como se indica:
    • Autenticación básica
      <authentication>
          <basic/>
      </authentication>
    • Autenticación Digest
      <authentication>
          <digest/>
      </authentication>
    • La política de conexión puede contener un elemento serverIdentity. Esta característica se aplica a todos los esquemas de autenticación. Por ejemplo:
      <authentication>
          <basic/>
          <serverIdentity>
              <username></username>
              <password></password>
          </serverIdentity>
      </authentication>
  • proxy: Opcional. El elemento proxy especifica los detalles del servidor de proxy que utilizar al acceder a la aplicación de fondo. Los detalles del proxy deben incluir el puerto y el dominio del protocolo. Si el proxy precisa de autenticación, añada un elemento authentication anidado dentro de proxy. Este elemento tiene la misma estructura que el que se utiliza para describir el protocolo de autenticación del adaptador. En el ejemplo siguiente se muestra un proxy que requiere autenticación básica y utiliza una identidad de servidor.
    <connectionPolicy xsi:type="http:HTTPConnectionPolicyType">
      <protocol>http</protocol>
      <domain>www.bbc.co.uk</domain>
      <proxy>
        <protocol>http</protocol>
        <domain>wl-proxy</domain>
        <port>8167</port>
        <authentication>
          <basic/>
          <serverIdentity>
            <username>${proxy.user}</username>
            <password>${proxy.password}</password>
          </serverIdentity>
        </authentication>
      </proxy>
    </connectionPolicy>
  • maxConcurrentConnectionsPerNode: Opcional. Define el número máximo de conexiones simultáneas que MobileFirst Server puede abrir en el sistema de fondo. Mobile Foundation no limita las solicitudes de servicio entrantes desde las aplicaciones. Solo limita el número de conexiones HTTP simultáneas para el servicio de fondo.

    El número predeterminado de conexiones HTTP simultáneas es 50. Este valor se puede modificar en base a las solicitudes simultáneas esperadas para el adaptador y el máximo de solicitudes permitidas en el servicio de fondo. También se puede configurar el servicio de fondo para limitar el número de solicitudes entrantes simultáneas.

    Considere un sistema de dos nodos, donde la carga esperada en el sistema es de 100 solicitudes simultáneas donde el servicio de fondo puede soportar un máximo de 80 solicitudes simultáneas. Puede establecer maxConcurrentConnectionsPerNode en 40. Este valor asegura que no habrá más de 80 solicitudes simultáneas en el servicio de fondo.

    Si incrementa este valor, la aplicación de fondo necesitará más memoria. Para evitar problemas con la memoria, no establezca este valor en un valor demasiado elevado. Para ello, averigüe el número medio y máximo de transacciones por segundo, y evalúe su duración media. A continuación, calcule el número de conexiones simultáneas necesarias tal como se indica en este ejemplo, y añada un margen de un 5-10% . A continuación, supervise su sistema de fondo y ajuste este valor tal como sea necesario, para asegurarse de que la aplicación de fondo puede procesar todas las solicitudes entrantes.

    Cuando despliega adaptadores en un clúster, establece el valor de este atributo a la carga requerida máxima divida por el número de miembros del clúster.

    Para obtener más información sobre cómo dimensionar su aplicación de fondo, consulte el documento de Dimensionamiento de hardware y escalabilidad junto con su hoja de cálculo para el hardware.
  • connectionTimeoutInMilliseconds: Opcional. El tiempo de espera en milisegundos hasta que se pueda establecer la conexión al sistema de fondo. El establecimiento de este tiempo de espera no asegura que se produzca una excepción de tiempo de espera excedido después de que transcurra un tiempo específico después de la invocación de la solicitud HTTP. Si pasa un valor diferente para este parámetro en la función invokeHTTP(), prevalece sobre el valor que se define aquí.
  • socketTimeoutInMilliseconds: Opcional. Tiempo de espera en milisegundos entre dos paquetes consecutivos, empezando desde el paquete de conexión. El establecimiento de este tiempo de espera no asegura que se produzca una excepción de tiempo de espera excedido después de que transcurra un tiempo específico después de la invocación de la solicitud HTTP. Si pasa un valor diferente para el parámetro socketTimeoutInMilliseconds en la función invokeHttp(), prevalece sobre valor que se define aquí.

Implementación JavaScript

Para las invocaciones de procedimiento se utiliza un URL de servicio. Algunas partes del URL son fijas, por ejemplo, http://example.com/.
Es posible parametrizar otras partes del URL, esto es, sustituirlas en tiempo de ejecución mediante valores de parámetro que el procedimiento proporciona.

Es posible parametrizar las siguientes partes del URL.

  • Elementos de vía de acceso
  • Parámetros de serie de consulta
  • Fragmentos

Para llamar a una solicitud HTTP, utilice el método MFP.Server.invokeHttp.
Proporcione un objeto de parámetro de entrada, que debe especificar:

  • El método HTTP: GET,POST, PUT, DELETE
  • El tipo de contenido devuelto: XML, JSON, HTML o plain
  • El valor de path de servicio
  • Los parámetros de consulta (opcional)
  • El cuerpo de la solicitud (opcional)
  • El tipo de transformación (opcional)
function getFeed() {
  var input = {
      method : 'get',
      returnedContentType : 'xml',
      path : "feed.xml"
  };


  return MFP.Server.invokeHttp(input);
}

Consulte la Referencia de API para “MFP.Server.invokeHttp” en la documentación del usuario para obtener una lista completa de opciones.

Filtrado de transformación XSL

También puede aplicar una transformación XSL para los datos recibidos, por ejemplo para filtrar los datos.
Para aplicar la transformación XSL, cree un archivo filtered.xsl junto al archivo de implementación JavaScript.

Puede entonces especificar las opciones de transformación en los parámetros de entrada de la invocación del procedimiento. Por ejemplo:

function getFeedFiltered() {

  var input = {
      method : 'get',
      returnedContentType : 'xml',
      path : "feed.xml",
      transformation : {
        type : 'xslFile',
        xslFile : 'filtered.xsl'
      }
  };

  return MFP.Server.invokeHttp(input);
}

Creación de una solicitud de servicio basada en SOAP

Puede utilizar el método de API MFP.Server.invokeHttp para crear un sobre SOAP.
Nota: Para llamar a un servicio basado en SOAP en un adaptador JavaScript HTTP, puede codificar el sobre XML de SOAP dentro del cuerpo de la solicitud utilizando E4X.

var request =
		<soap:Envelope
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xmlns:xsd="http://www.w3.org/2001/XMLSchema"
      xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
			<soap:Body>
				<GetCitiesByCountry xmlns="http://www.webserviceX.NET">
					<CountryName>{countryName}</CountryName>
				</GetCitiesByCountry>
			</soap:Body>
		</soap:Envelope>;

El método MFP.Server.invokeHttp(options) se utiliza entonces para llamar a una solicitud para un servicio SOAP.
El objeto Options debe incluir las siguientes propiedades:

  • Una propiedad method: habitualmente POST
  • Una propiedad returnedContentType: habitualmente XML
  • Una propiedad path: una vía de acceso de servicio
  • Una propiedad body: content (XML de SOAP como una serie) y contentType
var input = {
	method: 'post',
	returnedContentType: 'xml',
	path: '/globalweather.asmx',
	body: {
		content: request.toString(),
		contentType: 'text/xml; charset=utf-8'
	}
};

var result = MFP.Server.invokeHttp(input);

Invocación de resultados del servicio basado en SOAP

El resultado se acomoda en un objeto JSON:

{
	"statusCode" : 200,
	"errors" : [],
	"isSuccessful" : true,
	"statusReason" : "OK",
	"Envelope" : {
		"Body" : {
			"GetWeatherResponse" : {
				"xmlns" : "http://www.webserviceX.NET",
				"GetWeatherResult" : "<?xml version=\"1.0\" encoding=\"utf-16\"?>\n<CurrentWeather>\n  <Location>Shanghai / Hongqiao, China (ZSSS) 31-10N 121-26E 3M</Location>\n  <Time>Mar 07, 2016 - 01:30 AM EST / 2016.03.07 0630 UTC</Time>\n  <Wind> from the W (270 degrees) at 4 MPH (4 KT) (direction variable):0</Wind>\n  <Visibility> 4 mile(s):0</Visibility>\n  <Temperature> 69 F (21 C)</Temperature>\n  <DewPoint> 53 F (12 C)</DewPoint>\n  <RelativeHumidity> 56%</RelativeHumidity>\n  <Pressure> 29.94 in. Hg (1014 hPa)</Pressure>\n  <Status>Success</Status>\n</CurrentWeather>"
			}
		},
		"xsd" : "http://www.w3.org/2001/XMLSchema",
		"soap" : "http://schemas.xmlsoap.org/soap/envelope/",
		"xsi" : "http://www.w3.org/2001/XMLSchema-instance"
	},
	"responseHeaders" : {
		"X-AspNet-Version" : "4.0.30319",
		"Date" : "Mon, 07 Mar 2016 06:46:08 GMT",
		"Content-Length" : "1027",
		"Content-Type" : "text/xml; charset=utf-8",
		"Server" : "Microsoft-IIS/7.0",
		"X-Powered-By" : "ASP.NET",
		"Cache-Control" : "private, max-age=0",
		"X-RBT-Optimized-By" : "e8i-wx-sh4 (RiOS 8.6.2d-ibm1) SC"
	},
	"warnings" : [],
	"totalTime" : 654,
	"responseTime" : 651,
	"info" : []
}

Observe que la propiedad Envelope, que es específica de solicitudes basadas en SOAP.
La propiedad Envelope contiene el contenido resultante de la solicitud basada en SOAP.

Para acceder al contenido XML:

  • En el lado del cliente, se puede utilizar jQuery para acomodar la serie resultante, y seguir los nodos del DOM:
var resourceRequest = new WLResourceRequest(
    "/adapters/JavaScriptSOAP/getWeatherInfo",
    WLResourceRequest.GET
);

resourceRequest.setQueryParameter("params", "['Washington', 'United States']");

resourceRequest.send().then(
    function(response) {
        var $result = $(response.invocationResult.Envelope.Body.GetWeatherResponse.GetWeatherResult);
		var weatherInfo = {
			location: $result.find('Location').text(),
			time: $result.find('Time').text(),
			wind: $result.find('Wind').text(),
			temperature: $result.find('Temperature').text(),
		};
    },
    function() {
        // ...
    }
)
  • En el lado del servidor, se crea un objeto XML con la serie resultante. Se puede acceder entonces a los nodos como propiedades:
var xmlDoc = new XML(result.Envelope.Body.GetWeatherResponse.GetWeatherResult);
var weatherInfo = {
	Location: xmlDoc.Location.toString(),
	Time: xmlDoc.Time.toString(),
	Wind: xmlDoc.Wind.toString(),
	Temperature: xmlDoc.Temperature.toString()
};

Adaptador de ejemplo

Pulse para descargar el proyecto Maven Adapters.

Uso de ejemplo

Inclusive terminology note: The Mobile First Platform team is making changes to support the IBM® initiative to replace racially biased and other discriminatory language in our code and content with more inclusive language. While IBM values the use of inclusive language, terms that are outside of IBM's direct influence are sometimes required for the sake of maintaining user understanding. As other industry leaders join IBM in embracing the use of inclusive language, IBM will continue to update the documentation to reflect those changes.
Last modified on June 29, 2020