Application Component no actualizado en Process Integration Scenario

Puede darse el caso que, tras añadir nuevos SWCV a un producto, no se vea reflejado en el ESR. Por ejemplo, al definir un Application Component dentro de un Process Integration Scenario, el SWCV no aparezca en el cuadro de Associated Software Coponent Versions del producto seleccionado.

Incluir SOAPaction en mensaje

Una manera de indicar la acción SOAP del mensaje es mediante la siguiente UDF:

DynamicConfiguration conf = (DynamicConfiguration) container
.getTransformationParameters( )
.get(StreamTransformationConstants.DYNAMIC_CONFIGURATION);


DynamicConfigurationKey key = DynamicConfigurationKey.create( 
"http:/"+"/sap.com/xi/XI/System/SOAP",  
"THeaderSOAPACTION"); 


conf.put(key, action[0]);


result.addValue(action[0]); 

Dicha UDF espera como parámetro de entrada una string llamada "action" que contendrá el valor de la acción que corresponda. El mapeo deberá ir directo contra la cabecera del mensaje destino.

SOAP: call failed: java.io.IOException: invalid content type for SOAP: TEXT/HTML; HTTP 401 Unauthorized

Recientemente cambiaron el entorno de desarrollo de host. A raíz de esto empecé a tener problemas con la conexión entre PI y el sistema ECC actualizado, a pesar de que los passwords y usuarios permanecían iguales. Tras reiniciar PI y realizar varios intentos de conexión, comprobaba que, aunque me aseguraba de que el password estaba bien introducido, veía que el usuario se terminaba bloqueando. Al final, le asigné un password nuevo al usuario en el ECC y conseguí que se conectara correctamente.

Según me comentan, el motivo puede venir por el SAP Secure Store, ya que ahí se guarda algún tipo de relación entre USUARIO - CLAVE - SISTEMA por lo que, aunque el usuario y la clave permanezcan igual, al haber cambiado el ID del sistema, existe una incoherencia en el acceso.

GET_BUSINESS_SYSTEM_ERROR

Si a la hora de ejecutar una interfaz, devuelve el mensaje GET_BUSINESS_SYSTEM_ERROR es posible que se hayan realizado cambios en el Technical System que está registrado en el SLD. Para comprobar que se trata de este error, podemos ejecutar la transacción SLDCHECK y veremos que existe un problema a la hora de obtener el BS correspondiente.

Para ello deberemos confirmar que en el SLD el BS está apuntando al TS correcto. Este problema aparece cuando se realizan cambios en la configuración de los TS como pueden ser opciones de balanceo, etc.

Asegurar envío únicos de mensajes por HTTP

En el caso se querer asegurar que no se procesen mensajes duplicados enviados por HTTP, se puede añadir el parámetro "msgguid" al final de la URL de llamada al servicio (válido para los mensajes enviados en modo EO o EOIO). En caso de que PI reciba 2 mensajes con el mismo ID, automáticamente devolverá un mensaje 500 informando de la duplicidad del mensaje. Un ejemplo de URL con ID es el siguiente:

http://sap-ag.com:8088/sap/xi/adapter_plain?service=sender&namespace=urn%3Asap-ag%2Ecom&interface=%2Fsap%2Forders&qos=EO&msgguid=3c61f6c1-2f1e-2dd1-e100-00000a1145ab

SERIALIZATION ERROR

A la hora de enviar un eMail mediante el adaptador de correo de PI, es necesario pasar el contenido del mensaje a formato XSDANY (ver nota 748024), el cual se trata de un RAWSTRING.

Para realizar la conversión del contenido, nos vale alguna función que convierta de STRING a XSTRING, tal como SCMS_STRING_TO_XSTRING. El problema está en que, si pasamos este contenido al proxy encargado de realizar el envío del mail, así tal cual, lo más seguro es que el método devuelva una excepción indicando que ha habido un error en la serialización.

Esto es porque el mensaje del contenido que vamos a pasar debe estar contenido entre etiquetas (da igual lo que pongan), pero deben delimitar el mensaje.Ejemplo:

l_string = '<foo>Este es el contenido</foo>'. CALL FUNCTION 'SCMS_STRING_TO_XSTRING' EXPORTING text = l_string IMPORTING buffer = l_mail-content EXCEPTIONS failed = 1 OTHERS = 2. IF sy-subrc <> 0. * Implement suitable error handling here ENDIF.

Enlaces relacionados:

• Note 881308 - XI 3.0 Mail adapter: Mail-Package with wrong encoding name
• Note 748024 - XI Mail Adapter XML Schema
• Error while calling Proxy Method

Permanent error in BPE inbound processing

Haciendo pruebas con los ccBMP (o Integration Processes como lo denominan ahora) es posible que, en algún momento, se quede el escenario bloqueado con la banderita roja y aparezca el mensaje "Permanent error in BPE inbound processing" en la cola de entrada (tx. SMQ2). A partir de ese momento, las siguientes pruebas que se realicen aparecerán con bandera verde y el mismo error, independientemente de que hayamos corregido las últimas modificaciones que provocaron el error original.