En un cliente Java, el error 507 o un mensaje de fin de flujo puede indicar que la conexión del socket se interrumpió. Compruebe si TWS se cerró, se reinició o rechazó a un cliente que competía por la conexión. Restablezca el estado antes de reintentar acciones de negocio.
Orientación educativa sobre software. Operar conlleva riesgos. Lea los avisos financieros y de información.
Paso a paso
- 1 Guarde primero el mensaje completo de la aplicación. Para revisar un registro de la API de TWS ya guardado, abra Help → Troubleshooting → Diagnostics → API Logs. Seleccione su fecha y elija View Logs. Si la lista está vacía, active el registro de la API antes del próximo evento.
- 2 Compare la hora del error de socket con los reinicios y cierres de TWS.
- 3 Abra Help → Data Connections y revise la lista de API Connections por si otro cliente usa el mismo ID. Compárelo con el registro de la aplicación; una lista vacía no explica una desconexión anterior.
- 4 Si hace falta, vuelva a dejar TWS con la sesión iniciada por completo.
- 5 Reconecte una vez la aplicación deseada y espere a que se inicialice la cuenta.
- 6 Compare las órdenes activas, las ejecuciones y las posiciones antes de permitir nuevas señales.
Un ejemplo práctico
Suponga que TWS se reinicia mientras una aplicación Java sigue leyendo de su socket. La aplicación puede ver que el flujo termina e informar el error 507. Eso no le dice si la última solicitud de operación llegó al bróker antes de la interrupción. Restablezca el enlace y después compare las órdenes y las ejecuciones con la última alerta. Arreglar el enlace y decidir si se reenvía son dos tareas distintas.
Referencia de pantalla




Error que debe evitar
Preguntas frecuentes
¿Es igual en todos los lenguajes de programación?
El código o la excepción informados pueden variar entre implementaciones de la API.
¿Puedo simplemente reenviar la última operación?
Primero confirme si esa operación fue aceptada antes de la desconexión.