Cita:
|
Empezado por uhilari
Bueno, en todo caso no hablemos de cosas rotundas -aunque yo haya comenzado el asunto-
|
El nivel de rotundidad que tú quieras, pero sigo sosteniendo que (y me cito): "
...lo que quiere el compañero es hacerlo sin tener un proceso ejecutándose en segundo plano, estando éste "a la escucha" de peticiones de los clientes, y eso, evidentemente, no es posible.",
no es definitivamente falso como tu afirmas, sino todo lo contrario.
Si has leído el resto del hilo, habrás visto que ya se había argumentado antes de tu intervención la posibilidad de servicios distribuidos proporcionados por el sistema (y vuelvo a citarme): "
pues sin un proceso que esté "a la escucha" (hecho por tí, por un tercero, o proporcionado por el sistema) va a ser difícil, mejor dicho, imposible.". El que ese proceso (o agente, dependiendo del modelo de sistema) esté dentro de un modelo cliente/servidor o un modelo de objetos distribuidos (y pon el mecanismo que quieras: RPC, RMI, CORBA, DCOM, ...) es indiferente para llegar al punto, en ambos modelos, donde existe un proceso (o procesos) en una máquina (o varias) que dan el servicio solicitado.
Cita:
|
Empezado por uhilari
En la comunicación de un sistema distribuido no hay nada de magico, la comunicación se hace a traves del mismo sistema operativo y los sockets (ya que en su mayoria estos sistemas usan el protocolo TCP/IP para comunicarse)
|
Sí, evidente, mi comentario era irónico.
Cita:
|
Empezado por uhilari
y lo unico que hacen es enviar una GUID del Objeto a ser creado y el ID del procedimiento para que sea llamado,
|
Evidente también. Así se hace en DCOM, en CORBA de forma similar, y también podrías tú, o yo, o cualquiera de los compañeros que tuviésemos tiempo, ganas y conocimientos, crear un mecanismo que permitiese pasar una simple cadena del tipo "Oye, imprímeme el documento: Mi_Documento.pdf en colores y déjamelo en la impresora más cercana a mi puesto"; de tal forma que el sistema envíe esa cadena a un agente (o servidor, o proceso, u objeto de negocio, ...) dentro de la red que sea capaz de interpretar el lenguaje natural y realice la tarea solicitada.
Cita:
|
Empezado por uhilari
pero esto lo hace a un nivel bajo por lo que el programador no se percata de esta operación.
|
Que no se percate no implica que no exista. Es más, obviar el middleware depende del nivel de abstracción en el que te muevas. Si perteneces a un gran equipo de desarrollo y tú estás en el nivel de desarrollo de los interfaces de usuario del sistema, nada de eso te preocupará, pero si trabajas en un equipo pequeño o tú solo, tal vez siendo responsable del desarrollo, instalación y explotación del sistema, entonces sí que tendrás que preocuparte.
Cita:
|
Empezado por uhilari
Pero -como dije antes- para que la interpretación de este GUID e ID se de correctamente debe existir un interpret, que en este caso son las tecnologias que anteriormente mencione.
|
Pues, independientemente al nivel que te pongas, eso es lo que hemos dicho los participantes de este hilo.
Gracias, siempre me han parecido interesantes las opiniones y bibliografía de Charte, espero que tú también encuentres interesante la de Tanenbaum:
http://www.amazon.com/exec/obidos/tg...glance&s=books