Manual de referencia técnica

Manual librería VTOLClient Java

Cambios por Revisiones

Índice

1. Introducción

1.1 Introducción

VTOL cuenta con una librería desarrollada en Java la cual provee las funciones necesarias para realizar autorizaciones de diversos tipos de transacciones, además de las transacciones de control propio y común a cualquier implementación de VTOL Server.
La librería es en realidad un módulo cliente que se comunica vía TCP/IP con el servidor de transacciones (VTOL).
A continuación se hará una descripción de los contenidos de la librería que ayudarán a comprender su funcionamiento. Antes se hará una introducción a la Mensajería de VTOL.

1.2 Protocolo de comunicación POS - VTOL

Synthesis establece un protocolo de comunicación para la interacción POS - VTOL, el cual se denomina "Protocolo Synthesis" o "llavecitas". Dicho protocolo se basa en un esquema recursivo compuesto por campos y separadores. A continuación se provee una especificación detallada de su estructura junto con los consecuentes diagramas para un mejor entendimiento.
Para implementar esta mensajería, VTOL provee una librería en el cual se encuentra la declaración de funciones y las definiciones de constantes y tipos necesarias. La librería es en realidad un módulo cliente que se comunica vía TCP/IP con el servidor de transacciones VTOL. El cliente podrá implementar esta mensajería sin utilizar la librería, pero deberá respetar el formato de la misma.

El formato del protocolo Synthesis se basa en la siguiente estructura:

La estructura posee dos partes separadas que son el Header y el Mensaje propiamente dicho.

1.2.1 Header

Dentro del Header viaja información específica del mensaje que se encuentra a continuación del mismo, como ser su longitud y si requiere o no una respuesta. Para ello fueron destinados 6 bytes que se distribuyen de la siguiente manera: los primeros 4 bytes son destinados a la longitud (expresado en hexadecimal, con el último byte como el más significativo) y los últimos 2 indican la necesidad de recibir o no una respuesta (expresado en hexadecimal, con el último byte como el más significativo)
Un ejemplo de lo explicado anteriormente podría ser el siguiente:

En este ejemplo la longitud del mensaje será:

0001   0000   0001   1010
   1         0         1         A         = 2¹² + 2⁴ + 2³ + 2¹ = 4122

1.2.2 Mensaje

A continuación del Header se encuentra el Mensaje propiamente dicho, el cual contiene la información que el emisor desea transmitirle al sistema receptor.
La estructura de los mensajes son que se muestra en la siguiente ilustración:

1. Simple

El mensaje viajará encerrado entre "{ }" (llaves). Cada campo del mismo se compondrá de la siguiente manera: los primeros dígitos indicarán el número de campo y a partir de los ":" (dos puntos) se encontrará el valor del campo. Los campos viajan separados por ";" (punto y coma).

Ejemplo:

{1:5;2:1;26:ISO8583;27:00;28:Aprobado}

El mensaje anterior posee 5 campos, los cuales se identifican con los números 1, 2, 26, 27 y 28. A continuación de cada uno de ellos (luego del separador ":") se encuentra el valor de cada campo. En el ejemplo presentado, para el campo 1 el valor es "5", para el campo 2 el valor es "1" y así sucesivamente.

1.2.3 Escape de caracteres

Para realizar el escape de un caracter especial se deberá usar "{}" inmediatamente antes del carácter a escapar.

Ejemplo:

A continuación se presenta un campo cuyo valor incluye el carácter ; y se muestra como escapar el mismo:

{1:14\;56} 

1.3 Tipos de mensajes

• Solicitud de Autorización, este mensaje lo genera el punto de venta cada vez que se requiere autorizar una operación. Se envían los datos requeridos de acuerdo al tipo de operación. Adicionalmente se envía información de control de mensajes.
• Respuesta de Autorización, este mensaje lo genera VTOL para el punto de venta, en respuesta a cada Solicitud de Autorización y contiene información tanto de resultado de la operación como de control.
• Confirmación (Tercer mensaje), este mensaje lo genera el punto de venta para informar como ha terminado de procesar la respuesta de una operación. No se genera respuesta para este mensaje.
• Solicitud de Control de Pendientes, este mensaje lo genera el punto de venta, para asegurar que ha confirmado el estado de todas las operaciones.
• Respuesta de Control de Pendientes, este mensaje lo genera VTOL para el punto de venta, en respuesta a cada Solicitud de Control de Pendientes e informa si existen operaciones pendientes de confirmación.

1.4 Estructura de los mensajes

Para referencia sobre la estructura de cada uno de los tipos de mensajes mencionados con antelación, consultar el documento "Mensajería POS – VTOL" ubicado en el repositorio del producto VTOL.

1.5 Mecanismo de "Tercer Mensaje"

1.5.1 Descripción

El tercer mensaje es un mecanismo para asegurar la consistencia y concordancia de las transacciones realizadas que son registradas en VTOL.

El flujo de mensajes es el siguiente:
Se envía un requerimiento de autorización a VTOL. Si el requerimiento es autorizado, el POS guarda el ID de la trx recibido en la respuesta.
Una vez conocido el estado final de la trx en el POS (es decir si la misma se procesa o bien se anula), el POS envía el 3er Msg con el CIT correspondiente, informando a VTOL el destino que tuvo la trx en cuestión. Las posibilidades en este caso son COMMIT o ROLLBACK.

Cada transacción aprobada debe ser confirmada o reversada con un tercer mensaje. Si se envía una transacción y no se confirma o reversa, a la próxima transacción que se envíe VTOL responderá que aún existe una transacción pendiente y hasta que no se envíe el tercer mensaje correspondiente no se podrá tratar la misma.

El tercer mensaje puede enviarse "embebido" en un requerimiento. Así en una misma transacción se enviará un requerimiento y la confirmación o reverso de una transacción pendiente.
Importante: Una operación de venta en el POS podrá tener una o más transacciones de pago electrónico validadas por intermedio de VTOL (trx VTOL).
Para el envío del 3er Msg debe establecerse una condición por la que se da por finalizada la venta en el POS. Esta condición podría ser el registro de la transacción o la impresión del comprobante, pero se deberá tener en cuenta que para confirmar una trx VTOL, se tiene que asegurar que la venta que contiene esa trx sea procesada por el POS, que se emitan los comprobantes correspondientes, etc.
Por otro lado, si la venta en el POS se registra como anulada o directamente no se registra (ya sea por pedido del operador, por un error del Controlador Fiscal, etc) debemos estar seguros de que en el 3er Msg de las trx correspondientes vaya la orden de ROLLBACK para esta trx.

1.5.2 Control de operaciones pendientes (mensaje "CheckPending")

Los mensajes de confirmación no son respondidos por VTOL Server. Además estos mensajes pueden ser embebidos en futuros mensajes de pedido de autorización esto da lugar a que algunas operaciones queden pendientes de confirmación entre dos transacciones distintas. La última transacción antes de el cierre o caída del punto de venta podría ocasionar dicha contingencia ya que no existiría un futuro mensaje de confirmación o pedido de autorización con la confirmación embebida.
Para asegurar que ninguna transacción quedó pendiente de confirmación en VTOL se deberán aplicar los siguientes pasos:

1. El punto de venta enviara un mensaje de chequeo de pendientes "CheckPending" a VTOL.
2. VTOL Server verificará la existencia de transacciones pendientes en su base, en caso de existir responderá el mensaje con el identificador (ID) de la transacción pendiente.
3. El punto de venta deberá confirmar dicha transacción (Commit/Rollback) y enviar un nuevo mensaje de chequeo de pendientes. Nótese que esto se podría realizar en un solo paso, enviando un mensaje de chequeo de pendientes con la confirmación embebida.
4. Se deberá repetir el proceso hasta tanto existan transacciones pendientes en VTOL. Cuando ya no existan VTOL responderá APROBADA.

1.5.3 Tercer Mensaje con múltiples operaciones

También existe la posibilidad de deshabilitar el chequeo de pendientes. Esto permite realizar un conjunto de transacciones que podrán ser confirmadas o reversadas posteriormente. Por ejemplo:

La implementación del Tercer Mensaje y Mensajes de Control de Pendientes, dependerá del tipo de integración que se realiza en el Punto de Venta, y quedará a elección del cliente utilizar algunos, o todos los Mensajes descriptos.

Los campos que debe contener el tercer mensaje son los siguientes:

• TransactionTypeFieldId debe tener el valor UnSyncCompletion
• DateTimeFieldId
• NodeFieldId (debe ser el valor recibido en este mismo campo en el mensaje de respuesta de la transacción original que se intenta completar)
• TrxIdFieldId (debe ser el valor recibido en este mismo campo en el mensaje de respuesta de la transacción original que se intenta completar)
• TrxActionFieldId (este campo define si lo que se quiere hacer es confirmar la transacción (UnSyncCommit), o bien reversarla (Rollback))

2. Uso de la librería

2.1 Implementación

Se pueden adoptar diferentes políticas al momento de implementar la librería cliente.
Una de ellas es implementarla en cada punto de venta, por lo cual se le deberá incorporar la lógica suficiente a cada uno para que puedan manejar la librería y mediante la misma comunicarse con VTOL Server.

• Incorporándola en cada punto de venta

Un ejemplo de este uso sería una línea de cajas de un supermercado.
Otra forma sería centralizar todo en un módulo cliente al cual se le incorporaría la lógica para usar la librería y mediante la misma comunicarse con VTOL Server. De esta manera la implementación no impactaría en los puntos de venta.

• Implementándola en un módulo cliente

Un ejemplo de esta modalidad sería el uso de la librería en un sitio WEB donde no necesariamente existen nodos estáticos.

2.2 Modalidades

Como se explicó con anterioridad la librería cuenta con dos modalidades, por lo tanto, en Java existen dos implementaciones:

1. StaticVTOLClient
   1. Esta implementación está orientada a ser utilizada por cada punto de venta donde el Originador y el Nodo sean fijos.
2. DinamicVTOLClient
   1. Esta implementación está orientada a concentrar varios puntos de venta donde el Originador sea fijo y el nodo se obtenga de forma dinámica entre la librería y VTOL (Se hace por medio de un mensaje HandShake).
3. VirtualVTOLClient
   1. Esta implementación está orientada a ser utilizada por varios puntos de venta o en un ambiente de e-commerce donde el Originador sea fijo y VTOL gestione la asignación de nodos (Locales virtuales).

2.2.1 Pasos para el uso

Para utilizar la librería java hay que seguir los siguientes pasos:

1. crear una instancia de VTOLClient.
2. cargarle los parámetros correspondientes.
3. inicializar el cliente
4. tomar un nodo
5. construir una transacción.
6. enviar el mensaje.
7. devolver el nodo.

2.2.2 Parámetros posibles de inicialización

Las siguientes constantes deben ser inicializadas para hacer uso de la librería:

2.2.3 Métodos de VTOLClient

2.2.4 Métodos de VTOLNode

2.2.5 Interface VTOLClientFinder

Esta interface la debe implementar una clase para poder setearse como el VTOLClientFinder de la librería. Esta clase cumple con la función de determinar qué hacer si existe una transacción para cual VTOL Server no conoce su estado. Cuando VTOL Server contesta un requerimiento indicando que una transacción está pendiente, librería llama al método getTransaction() para determinar qué acción debe tomar con esta transacción. La clase seteada por default para esta función devuelve siempre "Commit". La clase que se setee como tal, deberá buscar en la base de datos de la aplicación cual es el estado de la misma y devolverlo para su correspondiente proceso.

2.2.6 Manejo de errores

public class VtolClientException extends java.lang.Exception

Esta clase identifica cualquier excepción ocurrida en la librería e indica la misma a través de su mensaje.

2.2.7 Encriptación

La librería brinda la posibilidad de encriptar los mensajes con el algoritmo DES y Triple DES utilizando la clase DES.

Para la utilización de la encriptación se deberá configurar las siguientes constantes:

• USEENCRYPTEDDATA
• ENCRYPTKEY
• ENCRYPTER

(Ejemplo, ver 3.3 Acceso a VTOL/Server desde Java con encriptación de mensajes)

2.2.8 Campos Pre-configurados

La librería de Java proporciona la funcionalidad adicional de indicar campos previamente configurados que se enviarán directamente en los mensajes a VTOL. Existen formalmente dos maneras de realizar esta configuración, ya sea a través de los parámetros de inicialización o bien a través de un archivo xml (proporcionado con la aplicación). A continuación se detalla cada uno de estos casos.

Inicialización
La desventaja que tiene esta manera de configurar es que solamente se puede proporcionar un campo pre-configurado. Por este motivo se recomienda que si se requiere tener más de uno de estos campos, se utilice el enfoque de la configuración vía XML.
Los parámetros configurados previamente se pueden agregar al proceso de inicialización del cliente de VTOL que se decida utilizar (estático o dinámico). A continuación se muestra un ejemplo de inicialización de un cliente estático indicando el bloque de inicialización


…
//seteo de parmatros, como ser conexión, timeout, encriptacion, etc.
staticVTOLClient.setParameter("HOSTIP","127.0.0.1");
staticVTOLClient.setParameter("HOSTPORT","3000");
staticVTOLClient.setParameter("TIMEOUTCONNECTIONHOST","3000");
staticVtolClient.setParameter("RESPONSETIMEOUT","30000");
staticVTOLClient.setParameter("TIMEOUTEXPIRATIONNODE","10000");
staticVTOLClient.setParameter("TIMEOUTOBTAINNODE","10000");
staticVTOLClient.setParameter("USEVTOLCLIENTFINDER","");
staticVTOLClient.setParameter("USEENCRYPTEDDATA","False");
staticVTOLClient.setParameter("ENCRYPTKEY","");
staticVTOLClient.setParameter("ENCRYPTER","");
//Inicialización del campo previamente configurado.
staticVtolClient.setParameter("PRECONFIGUREDFIELD","115,2,1,1");
…


El nombre del parámetro necesariamente es PRECONFIGUREDFIELD
El valor del parámetro está compuesto por 4 valores separados por comas, a continuación se detallan los mismos:

Con esto podemos tener 4 combinaciones

• Enviar el parámetro para todas las tiendas y todos los nodos.
• Enviar el parámetro para todas las tiendas y un nodo.
• Enviar el parámetro para una tienda y todos los nodos.
• Enviar el parámetro para una tienda y un nodo.

Como se puede ver esta manera de configurar parámetros da cierta flexibilidad en caso de tener bien identificado un campo que se quiera manejar como constante y que aplique para una de las combinaciones anteriormente descritas. Sin embargo si se desea tener mayor flexibilidad es conveniente utilizar la configuración por XML que se detalla a continuación.

Configuración vía XML
Para las configuraciones a través de archivos XML tenemos más flexibilidad. Además no requiere de modificación alguna en la implementación de la librería por parte del cliente, ya que toda la configuración se hace por fuera.
La parte fundamental de este enfoque es el archivo XML, a continuación se muestra la estructura del mismo:

<?xml version="1.0" encoding="UTF-8"?>
<fields-configuration>
<preconfiguredField> <!-- This field is the originIndicator -->
<fieldNumber>105</fieldNumber>
<fieldValue>2</fieldValue>
<originator>
<originatorId></originatorId>*
<node>
<nodeId>100</nodeId>
</node>
</originator>
</preconfiguredField>
</fields-configuration>
El archivo está compuesto por un tag principal llamado fields-configuration este tag contendrá cada uno de los campos previamente configurados que serán identificados con el tag preconfiguredField. La estructura de cada campo se muestra a continuación:

Si se requiere el comportamiento de que todos los nodos del originador seleccionado, envíen el campo definido, entonces se deberá poner únicamente un tag Node con su respectivo nodeId con ( * ). Los tags node que se encuentren posteriormente a éste, serán ignorados.

Configuración
Es necesario que el archivo de configuración de los campos se encuentre al mismo nivel que el JAR que contiene las clases de la librería, es este el lugar en donde se buscará. El nombre del archivo utilizado es
vtol-client-preconfigured-fields.xml
En caso de que dicha configuración esté situada en otro directorio, se puede hacer uso del parámetro de configuración VTOLCLIENTLIBCONFIGPATH para indicar el directorio raíz.
Por ejemplo:
vtolClient.setParameter(VtolClientConstants.VTOLCLIENTLIBCONFIGPATH,"D:/client-lib/config/");
Como se puede observar, solamente se indica el PATH absoluto donde reside tal archivo de configuración.

Librerías requeridas
Entre las librerías requeridas se encuentran los siguientes JAR:

• commons-beanutils.jar
• commons-collections-3.2.jar
• commons-digester-1.8.jar
• commons-logging-1.1.jar

Estas librerías serán proporcionadas como parte del paquete de instalación entregado al cliente y deberán ser depositadas en el mismo lugar donde se deposita el JAR con la instalación de la librería.

2.2.9 Parámetros Pre-configurados

Los parámetros configurados se utilizan para proporcionar a VTOL una inicialización a través de un archivo de configuración que se encuentra en la misma ruta donde se encuentra la librería como tal.

A continuación se muestran los detalles para acceder a esta funcionalidad:

Requisitos
Para que esta funcionalidad esté disponible es necesario contar con el archivo de propiedades donde se pueden incluir cualquiera de los parámetros de inicialización

El nombre del archivo es:
vtol-client-preconfigured-parameters.properties

El archive de propiedades que es provisto con la instalación deberá ser depositado en la misma ruta donde se encuentre la librería de vtol. En caso de que este archivo no exista, se recurrirá a la inicialización por código que se tendrá que hacer en el punto de venta, tal como se indica en los ejemplos de este documento.

Archivo Properties
El archivo de propiedades que se muestra a continuación incluye la un ejemplo de configuración tomando como referencia el ejemplo de inicialización de este documento.


HOSTIP = 127.0.0.1
HOSTPORT = 3000
TIMEOUTCONNECTIONHOST = 3000
RESPONSETIMEOUT = 3000
TIMEOUTEXPIRATIONNODE = 10000
TIMEOUTOBTAINNODE = 10000
USEVTOLCLIENTFINDER =
USEENCRYPTEDDATA = False
ENCRYPTKEY =
ENCRYPTER =
#Parameters for DynamicVtolClient initialization
TOTALNODESNUMBER = 5
DEFAULTTRANSACTIONSTATUS = C


Nota si se utiliza inicialización por archivo y por código, siempre se tomará en cuenta la del código antes que la del archivo externo.
En caso de que dicha configuración esté situada en otro directorio, se puede hacer uso del parámetro de configuración VTOLCLIENTLIBCONFIGPATH para indicar el directorio raíz.
Por ejemplo:
vtolClient.setParameter(VtolClientConstants.VTOLCLIENTLIBCONFIGPATH,"D:/client-lib/config/");
Como se puede observar, solamente se indica el PATH absoluto donde reside tal archivo de configuración.

2.2.10 Logging

La librería Java genera trazas para poder evaluar posibles comportamientos o errores.

De forma nativa no generará ninguna, por lo tanto, si es requerido obtener éste tipo de información, hay que proceder a la habilitación y configuración de dicha funcionalidad.

Para no generar dependencias a otras librerías, éste componente hace uso de la API de logeo nativo de JAVA.

Para habilitar el logeo es necesario incluir en las opciones de la máquina virtual de JAVA la siguiente opción:

-Djava.util.logging.config.file=[PATH_ABSOLUTO_ARCHIVO_CONFIGURACION]

Dónde:

[PATH_ABSOLUTO_ARCHIVO_CONFIGURACION] corresponde al path y nombre de archivo completos de donde se encuentra el archivo de configuración del logeo.

3. Ejemplos de uso de la librería

3.1 Acceso a VTOL Server desde Java

3.1.1 Ejemplos de modo de uso de StaticVTOLClient

SimpleDateFormat dateFormat = new SimpleDateFormat("yyyyMMddHHmmss");
//creacion de forma estática del objeto StaticVTOLClient
StaticVTOLClient staticVTOLClient = (StaticVTOLClient)VTOLClient.getStaticVTOLClient();
//seteo de la tienda a utilizar
staticVTOLClient.setOriginator("1");
//seteo de parmatros, como ser conexión, timeout, encriptacion, etc.
staticVTOLClient.setParameter(VtolClientConstants.HOSTIP,"127.0.0.1");
staticVTOLClient.setParameter(VtolClientConstants.HOSTPORT,"3000");
staticVTOLClient.setParameter(VtolClientConstants.TIMEOUTCONNECTIONHOST,"3000");
staticVtolClient.setParameter(VtolClientConstants.RESPONSETIMEOUT,"10000");
staticVTOLClient.setParameter(VtolClientConstants.TIMEOUTEXPIRATIONNODE,"10000");
staticVTOLClient.setParameter(VtolClientConstants.TIMEOUTOBTAINNODE,"10000");
staticVTOLClient.setParameter(VtolClientConstants.USEVTOLCLIENTFINDER,"False");
staticVTOLClient.setParameter(VtolClientConstants.CLIENTFINDER,VtolClient.COMMITSTATUS);
staticVTOLClient.setParameter(VtolClientConstants.USEENCRYPTEDDATA,"False");
staticVTOLClient.setParameter(VtolClientConstants.ENCRYPTKEY,"synthesissynthesissynth");
staticVTOLClient.setParameter(VtolClientConstants.ENCRYPTER,"DESede");
//llamada al metodo que inicializa la librería, es acá donde se conecta a VTOL.
staticVTOLClient.init();
String dateTime = dateFormat.format(new java.util.Date());
//creacion de un nodo de VTOL. Hay que usar un nodo que este definido en VTOL.
VTOLNode _VTOLNode = staticVTOLClient.createNode("1");
//Puesta en uso del nodo.
_VTOLNode.setStatus(NodeStatus.INUSE);
//creación de una nueva transacción (se borraran los datos previamente cargados)
_VTOLNode.createTransaction();
//carga de los valores que se enviaran a VTOL dentro de la transaccion.
_VTOLNode.addField(11, "Sale");
_VTOLNode.addField(25, dateTime);
_VTOLNode.addField(10, "Manual");
_VTOLNode.addField(6, "5432219380000102");
_VTOLNode.addField(7, "200612");
_VTOLNode.addField(8, "123");
_VTOLNode.addField(12, "1000");
_VTOLNode.addField(13, "$");
_VTOLNode.addField(14, "2");
_VTOLNode.addField(15, "0");
_VTOLNode.addField(63, "False");
_VTOLNode.addField(3, "VTOL");
_VTOLNode.addField(4, "DATA");
//envío de la transaccion esperando recibir una respuesta. Este método es bloqueante.
_VTOLNode.sendTransaction();
//Obtención de la respuesta al requerimiento enviada por VTOL.
Message responseMessage = _VTOLNode.getCurrentTransaction().getResponseMessage();
//forma de obtener un campo de la respuesta.
String _responseCodeString = responseMessage.getField(26).getValue();
if ( _responseCodeString.equalsIgnoreCase("ISO8583")) {
String _isoResponseCodeString = responseMessage.getField(27).getValue();
if ("00".equals(_isoResponseCodeString)) {//aprobada
String _transactionIdString = responseMessage.getField(24).getValue();
//creación de una nueva transacción (se borraran los datos previamente cargados)
_VTOLNode.createTransaction();
_VTOLNode.addField(3, "VTOL");
_VTOLNode.addField(4, "Data");
_VTOLNode.addField(11, "UnSyncCompletion");
_VTOLNode.addField(25, dateTime);
_VTOLNode.addField(24, _transactionIdString);
_VTOLNode.addField(19, "Commit");
System.out.println("Commiting trxId: " + _transactionIdString);
//envío de la transaccion. No se espera respuesta. Este método es NO bloqueante.
_VTOLNode.sendTransactionWithoutResponse();
}
}
//Liberacion del nodo para futuro uso.
_VTOLNode.setStatus(NodeStatus.AVAILABLE);

3.1.2 Ejemplos de modo de uso de DinamicVTOLClient

SimpleDateFormat dateFormat = new SimpleDateFormat("yyyyMMddHHmmss");
//creacion de forma estática del objeto DinamicVTOLClient
DinamicVTOLClient dinamicVTOLClient = (DinamicVTOLClient)VTOLClient.getUniqueInstanceOfVTOLClient();
//seteo del Originador o Tienda
dinamicVTOLClient.setOriginator("1");//Tienda
//carga de los parametros de inicializacion.
dinamicVTOLClient.setParameter(VtolClientConstants.HOSTIP,"127.0.0.1");
dinamicVTOLClient.setParameter(VtolClientConstants.HOSTPORT,"3000");
dinamicVTOLClient.setParameter(VtolClientConstants.TIMEOUTCONNECTIONHOST,"3000");
dinamicVTOLClient.setParameter(VtolClientConstants.RESPONSETIMEOUT,"10000");
dinamicVTOLClient.setParameter(VtolClientConstants.TIMEOUTEXPIRATIONNODE,"10000");
dinamicVTOLClient.setParameter(VtolClientConstants.TIMEOUTOBTAINNODE,"10000");
dinamicVTOLClient.setParameter(VtolClientConstants.USEVTOLCLIENTFINDER,"False");
dinamicVTOLClient.setParameter(VtolClientConstants.CLIENTFINDER,"");
dinamicVTOLClient.setParameter(VtolClientConstants.USEPENDINGAUTOMATIC,"False");
dinamicVTOLClient.setParameter(VtolClientConstants.USEENCRYPTEDDATA,"False");
dinamicVTOLClient.setParameter(VtolClientConstants.ENCRYPTKEY,"");
dinamicVTOLClient.setParameter(VtolClientConstants.ENCRYPTER,"");
//Valores de inicialización opcionales
dinamicVTOLClient.setParameter(VtolClientConstants.TOTALNODESNUMBER,"10");
dinamicVTOLClient.setParameter(VtolClientConstants.INITIALNODENUMBER,"3");
//Inicializacion de la libreria
dinamicVTOLClient.init();
String dateTime = this.dateFormat.format(new java.util.Date());
//Forma de obtener un node de forma dinámica.
VTOLNode _VTOLNode = dinamicVTOLClient.getNode();//POS
//creacion de una nueva transaccion.
_VTOLNode.createTransaction();
//carga de los valores a enviarse a VTOL de la transaccion.
_VTOLNode.addField(11, "Sale");
_VTOLNode.addField(25, dateTime);
_VTOLNode.addField(10, "Manual");
_VTOLNode.addField(6, "5432219380000102");
_VTOLNode.addField(7, "200612");
_VTOLNode.addField(8, "123");
_VTOLNode.addField(12, "1000");
_VTOLNode.addField(13, "$");
_VTOLNode.addField(14, "1");
_VTOLNode.addField(15, "0");
_VTOLNode.addField(63, "False");
_VTOLNode.addField(3, "VTOL");
_VTOLNode.addField(4, "DATA");
//Envio de la transaccion. De esta manera se espera una respuesta por lo que el método será de forma bloqueante.
_VTOLNode.sendTransaction();
//forma de obtener la repuesta dado por VTOL.
Message responseMessage = _VTOLNode.getCurrentTransaction().getResponseMessage();
//forma de obtener un campo de la respuesta entregada por VTOL.
String _responseCodeString = responseMessage.getField(26).getValue();
if ( _responseCodeString.equalsIgnoreCase("ISO8583")) {
String _isoResponseCodeString = responseMessage.getField(27).getValue();
if ("00".equals(_isoResponseCodeString)) {//aprobada
String _transactionIdString = responseMessage.getField(24).getValue();
//creacion de una nueva transaccion. En este caso se va a confirmar la transaccion.
_VTOLNode.createTransaction();
_VTOLNode.addField(3, "VTOL");
_VTOLNode.addField(4, "Data");
_VTOLNode.addField(11, "UnSyncCompletion");
_VTOLNode.addField(25, dateTime);
_VTOLNode.addField(24, _transactionIdString);
_VTOLNode.addField(19, "Commit");
//envio de una transaccion de forma NO bloqueante. No se espera respuesta.
_VTOLNode.sendTransactionWithoutResponse();
}
}
//Forma de devolver el nodo obtenido de forma dinamica.
dinamicVTOLClient.freeNode(_VTOLNode);

3.1.3 Ejemplos de modo de uso de VirtualVTOLClient

SimpleDateFormat dateFormat = new SimpleDateFormat("yyyyMMddHHmmss");
//creacion de singleton del objeto VirtualVtolClientExample
VirtualVtolClientExample virtualVtolClient = (VirtualVtolClientExample) new VirtualVtolClientExample();
//seteo del Originador o Tienda
virtualVtolClient.setOriginator("1");//Tienda
//carga de los parametros de inicializacion.
virtualVtolClient.setParameter(VtolClientConstants.HOSTIP,"127.0.0.1");
virtualVtolClient.setParameter(VtolClientConstants.HOSTPORT,"3000");
virtualVtolClient.setParameter(VtolClientConstants.TIMEOUTCONNECTIONHOST,"3000");
virtualVtolClient.setParameter(VtolClientConstants.RESPONSETIMEOUT,"10000");
virtualVtolClient.setParameter(VtolClientConstants.USEVTOLCLIENTFINDER,"False");
virtualVtolClient.setParameter(VtolClientConstants.CLIENTFINDER,"");
virtualVtolClient.setParameter(VtolClientConstants.USEPENDINGAUTOMATIC,"False");
virtualVtolClient.setParameter(VtolClientConstants.USEENCRYPTEDDATA,"False");
virtualVtolClient.setParameter(VtolClientConstants.ENCRYPTKEY,"");
virtualVtolClient.setParameter(VtolClientConstants.ENCRYPTER,"");
//Valores de inicialización opcionales
virtualVtolClient.setParameter(VtolClientConstants.TOTALNODESNUMBER,"10");
virtualVtolClient.setParameter(VtolClientConstants.INITIALNODENUMBER,"3");
//Inicializacion de la libreria
virtualVtolClient.init();
String dateTime = this.dateFormat.format(new java.util.Date());
//creacion de un nodo de VTOL. Hay que usar un local con nodos definidos en VTOL.
VTOLNode _VTOLNode = virtualVtolClient.getNode();//POS
//creacion de una nueva transaccion.
_VTOLNode.createTransaction();
//carga de los valores a enviarse a VTOL de la transaccion.
_VTOLNode.addField(11, "Sale");
_VTOLNode.addField(25, dateTime);
_VTOLNode.addField(10, "Manual");
_VTOLNode.addField(6, "5432219380000102");
_VTOLNode.addField(7, "200612");
_VTOLNode.addField(8, "123");
_VTOLNode.addField(12, "1000");
_VTOLNode.addField(13, "$");
_VTOLNode.addField(14, "1");
_VTOLNode.addField(15, "0");
_VTOLNode.addField(63, "False");
_VTOLNode.addField(3, "VTOL");
_VTOLNode.addField(4, "DATA");
//Envio de la transaccion. De esta manera se espera una respuesta por lo que el método será de forma bloqueante.
_VTOLNode.sendTransaction();
//forma de obtener la repuesta dado por VTOL.
Message responseMessage = _VTOLNode.getCurrentTransaction().getResponseMessage();
//forma de obtener un campo de la respuesta entregada por VTOL.
String _responseCodeString = responseMessage.getField(26).getValue();
if ( _responseCodeString.equalsIgnoreCase("ISO8583")) {
String _isoResponseCodeString = responseMessage.getField(27).getValue();
if ("00".equals(_isoResponseCodeString)) {//aprobada
String _transactionIdString = responseMessage.getField(24).getValue();
//creacion de una nueva transaccion. En este caso se va a confirmar la transaccion.
_VTOLNode.createTransaction();
_VTOLNode.addField(3, "VTOL");
_VTOLNode.addField(4, "Data");
_VTOLNode.addField(11, "UnSyncCompletion");
_VTOLNode.addField(25, dateTime);
_VTOLNode.addField(24, _transactionIdString);
_VTOLNode.addField(19, "Commit");
//envio de una transaccion de forma NO bloqueante. No se espera respuesta.
_VTOLNode.sendTransactionWithoutResponse();
}
}