Como saber si está conectada la aplicación cliente

[MARX]

Empezado por mamcx

Presta atencion a lo que se te dice:

NO SE PUEDE HACER.

Lo que estas pidiendo es un *sin sentido*. Lo unico que se puede hacer es una heuristica.



No. Estas haciendo cosas sin entender como funcionan. Adivinando no se llega a ningun lado. ConnectTimeout solo dice en cuanto tiempo se desiste de intentar la conexion. Aumentar solo hara mas larga la espera en una conexion fallida. No tiene otra implicacion.



Este es tu problema? Entonces en vez de inventar una "solucion" que no funciona (porque no estas teniendo en cuenta como funcionan las redes) y luego al ver que no es la solucion estas tratando de aplicar otra solucion sobre la falla. Asi solo estas complicandote la vida.

Debes entender que la conexion va a fallar. Asi que en vez de tratar de encontrar la forma de que "no falle", es reaccionar *correctamente*. Intenta la conexion, pon un timeout corto (o el por defecto) y procede acorde. Recibe cuando los clientes se conecten que ya hay otra vez linea y procede.

Si te esta bloqueando la ejecucion es porque no estan usando codigo asincronico o un thread aparte para la comunicacion, Busca en el foro al respecto.

Pero principalmente, trata de entender como funcionan las redes para que no des palos de ciego.

---

P.D: En estos casos es muy util si haces un diagrama de maquina de estado, y analizas que debes hacer en cada estado, luego lo codificas. Eso resultara en un codigo mas correcto.

Creo que no me has entendido.

1)- En ningún momento intenté sobre el error como me has dicho. Solo dije como solucione, hasta ahora, el problema que tengo con el tiempo de verificación de estado de los terminales. Estoy acá buscando una solución mas eficiente.
4)- Nunca intenté inventar una solución porque no propuse ninguna, solo comuniqué lo que hice. Acá estoy para encontrar una respuesta.
2)- Probé, antes de traer esta inquietud al foro, con valores bajos en la propiedad ConnectTimeout, para que la aplicación cliente desista antes si la conexión es fallida, pero eso me trajo el problema de que poniendo cualquier valor distinto de cero, me aparezca el error "Connect timed out", no importa que valor ponga, si 1 o 2 o 1000. Subí los tiempos de ConnectTimeout porque pensé que el problema de que me apareciera el error todo el tiempo era porque ponía tiempos muy bajos. Solo volviendo el valor a cero hacía la conexión con las terminales en ejecución.
3)- Entiendo bien que algunas conexiones van a fallar, por eso busco una alternativa para solucionar el alto tiempo de inicio al intentar determinar cuales son los terminales desconectados. Por eso me interesé en el tema que propusiste sobre los "thread".

No soy una persona necia, vine a este foro a comunicar cual es el problema con el que me encontré, brindando los datos de los procedimientos que implementé.
En ningún momento me empeciné en resolver el problema siguiendo únicamente la linea que venía siguiendo.

Espero la próxima vez seas mas paciente al leer y me ayudes a encontrar una solución.

PD: No soy un Ing. en sistema, solo soy un simple ingeniero en Electrónica que le fascina la programación tanto como la electrónica.


Saludos
MARX

[mamcx]

Empezado por MARX

Creo que no me has entendido.
3)- Entiendo bien que algunas conexiones van a fallar, por eso busco una alternativa para solucionar el alto tiempo de inicio al intentar determinar cuales son los terminales desconectados. Por eso me interesé en el tema que propusiste sobre los "thread".

Entonces este es tu real problema? Porque todo lo demas lo que hizo fue complicar la situacion.

Empezado por MARX

2)- ....Solo volviendo el valor a cero hacía la conexión con las terminales en ejecución.

Esto si me parece raro. No deberia ser asi.

Asi que busque el problema y encontre esto:

https://stackoverflow.com/questions/...ip-connections

Hay que leer los comentarios y los links enlazados.

Inesperadamente, parece ser un problema de Indy. Se recomienda actualizar a ultima version y seguir las recomendaciones.

[MARX]

Empezado por mamcx

Entonces este es tu real problema? Porque todo lo demas lo que hizo fue complicar la situacion.

No complique la situación, le estaba explicando a uno de los usuario lo que hice porque no entendía que era lo que quería hacer.

Empezado por mamcx

Esto si me parece raro. No deberia ser asi.

Asi que busque el problema y encontre esto:

https://stackoverflow.com/questions/...ip-connections

Hay que leer los comentarios y los links enlazados.

Inesperadamente, parece ser un problema de Indy. Se recomienda actualizar a ultima version y seguir las recomendaciones.

Gracias por el dato mamcx.
Aunque es raro porque dicen que en la versión 2010 y la XE funciona bien y yo estoy utilizando la versión XE8
No se que versión de Indy trae el XE8. ¿Como puedo ver la versión del indy?

De todas formas, si alguien tiene algún dato sobre este problema ruego me lo comuniquen. Por mi parte seguiré buscando.
Desde ya agradezco cualquier otra información que me puedan brindar.

Saludos
MARX

[ecfisa]

Hola.

Empezado por MARX

...
Aunque es raro porque dicen que en la versión 2010 y la XE funciona bien y yo estoy utilizando la versión XE8
No se que versión de Indy trae el XE8. ¿Como puedo ver la versión del indy?
...

No sé si servirá en la versión de Delphi que estas usando, pero intentalo de este modo:

Código Delphi [-]
...
uses IdHTTP;
...
function IndyVersion: string;
var
  idHTTP1: TIdHTTP;
begin
  idHTTP1 := TIdHTTP.Create( nil );
  try
    Result := IdHTTP1.Version;
  finally
    idHTTP1.Free;
  end;
end;

Uso:

Código Delphi [-]
...
begin
  ShowMessageFmt( 'Versión Indy: %s', [IndyVersion] );
...

Saludos

[ecfisa]

Hola de nuevo.

Perdón no ví que el foro era C++, entonces sería:

Código PHP:


AnsiString IndyVersion()
{
  AnsiString ver;
  TIdHTTP* IdHTTP = new TIdHTTP(NULL);

  try {
    ver = IdHTTP->Version;
  } __finally {
    delete IdHTTP;
  }

  return ver;
} 


(por supuesto que también podes hacerlo volcando el componente en tiempo de diseño, ahorrándote la creación y destrucción)

Saludos

[MARX]

Empezado por ecfisa

Hola de nuevo.

Perdón no ví que el foro era C++, entonces sería:

Código PHP:


AnsiString IndyVersion()
{
  AnsiString ver;
  TIdHTTP* IdHTTP = new TIdHTTP(NULL);

  try {
    ver = IdHTTP->Version;
  } __finally {
    delete IdHTTP;
  }

  return ver;
} 


(por supuesto que también podes hacerlo volcando el componente en tiempo de diseño, ahorrándote la creación y destrucción)

Saludos

Gracias ecfisa, no lo pude hacer andar de esa manera.
Lo que hice fue hacer TidTCPServer1->Version y lo puse en un Edit. La versión que me acusa es la 10.6.2.5263, que supongo sera la versión del Indy. Así que no debería tener problema si cambio el el valor del ConnectTimeout. Tendré que buscar más información en la red
Gracias una vez mas ecfisa. Siempre solucionandome problemas.
De más está decir que si saben algo sobre el problema principal planteado me avisen.
Desde ya muchas gracias.

Saludos
MARX

[Snaked]

hola MARX una posible solucion que se me ocurre, es que teniendo un servidor en internet tipo hosting linux, crees un archivo_token en algun lugar del servidor y que dicho archivo contenga algo asi como una linea que ponga SERVER_STATUS=0 o SERVER_STATUS=1 de forma que consultando por FTP el contenido de ese archivo sepas si esta en marcha tu aplicacion tipo SERVER o no

Por supuesto la aplicacion SERVIDORA tendria a su vez, que cambiar ese SERVER_STATUS segun entrase en funcionamiento o saliese
y lo mismo respecto a los clientes......refiriendonos a la parte "aplicacion en ejecucion"....es una posible solucion que funciona, yo mismo a veces he utilizado algo asi para algunas cosas....otra cosa a tener en cuenta seria en ese fichero "Token" anotar la direccion IP actualizada de los terminales que se conecten a la red

en la ayuda de C++ Builder viene como crear conectar etc un cliente de FTP sencillo