Re: [Prog] protocolo app cliente-servidor
José Arcángel Salazar Delgado escribió: El Saturday 29 November 2008 17:38:46 mariodebian escribió: El sáb, 29-11-2008 a las 21:14 -0200, Mario Daniel Carugno escribió: El 29 de noviembre de 2008 10:24, Carlos Pantelides carlos_panteli...@yahoo.com escribió: Mario: Sólo te puedo ayudar reflexionando sobre tus preguntas: Buenas, estoy encarando el desarrollo de una aplicacion. Inicialmente seria una aplicacion web, (1) pero se me ocurre que estaria bueno que la aplicacion sea un servidor, y los clientes sean web o de escritorio (2). Si es una aplicaciónn web ya es cliente/servidor. Si con pasar de (1) a (2) te referís a transferir mayor responsabilidad al cliente, podés hacer ambas opciones a la ves utilizando ajax. El browser ya te soluciona lo del proxy. Para este asunto puedes usar Java y EJBs. En caso de que quieras que la aplicación se comunique con aplicaciones de terceros, puedes hacer que el EJB se exporte como webservices al exterior. Ojo, usa EJB 3.0 en adelante no EJB 2.X . Si no te quieres complicar la vida con el servidor de JEE, usa XML-RPC y dejate de problemas. Si, tenes razon. Pero en una aplicacion web el cliente es el browser. Yo me refiero a desarrollar el servidor y el cliente. El servidor no generaria html, como en el caso de una aplicacion web. El cliente podria ser una interfaz web o un programa de escritorio. Generalmente se le llama a eso cliente/servidor, aunque tecnicamente una aplicacion web tambien lo sea. Para esto hay muchas cosas pero la más usada es XMLRPC que tiene bindings en la mayoría de los lenguajes PHP, Python, C, Ruby, etc ... Quisiera saber que protocolo se puede usar para comunicar clientes y servidor. Si, conozco tcp/ip pero no quiero hacer mi propio protocolo. Si estas considerando reemplazar tcp/ip por tu propio protocolo, estás mezclando los niveles. Eso me preocupa para responderte, pues no sé cuanto sabés de lo que estoy asumiendo que sabés, se entiende? Tcp/Ip es un protocolo, y las reglas que uno implemente para comunicar a los modulos de una aplicacion, tambien lo son. A ese nivel de protocolo me refiero. Tendria que ser a prueba de proxy, por si acaso. Sirve XML/RPC para eso ? Pensá que xml/rpc se puede apoyar en http que se puede apoyar en tcp/ip, me confundís un poco. No dije que no, solo pregunto si sirve para lo que quiero hacer. Mario, por lo que veo en tu consulta, creo que lo que mas se acerca a lo que necesitas es un servicio SOAP, lo haces en el lenguaje que quieras y lo usas con el lenguaje que quieras. También podes usarlo con AJAX o podes hacer la consulta al servidor Web donde se encuentra la pagina y luego el servidor Web (ej: Apache con PHP) haces la consulta al servicio SOAP, que seria lo mas prolijo y además te conviene por otros temas de AJAX que no vienen al caso. Si especificas los lenguajes en que trabajas, se te puede dar un acercamiento mas claro a las necesidades que tenes. Andrés Descalzo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [Prog] protocolo app cliente-servidor
El Saturday 29 November 2008 17:38:46 mariodebian escribió: El sáb, 29-11-2008 a las 21:14 -0200, Mario Daniel Carugno escribió: El 29 de noviembre de 2008 10:24, Carlos Pantelides [EMAIL PROTECTED] escribió: Mario: Sólo te puedo ayudar reflexionando sobre tus preguntas: Buenas, estoy encarando el desarrollo de una aplicacion. Inicialmente seria una aplicacion web, (1) pero se me ocurre que estaria bueno que la aplicacion sea un servidor, y los clientes sean web o de escritorio (2). Si es una aplicaciónn web ya es cliente/servidor. Si con pasar de (1) a (2) te referís a transferir mayor responsabilidad al cliente, podés hacer ambas opciones a la ves utilizando ajax. El browser ya te soluciona lo del proxy. Para este asunto puedes usar Java y EJBs. En caso de que quieras que la aplicación se comunique con aplicaciones de terceros, puedes hacer que el EJB se exporte como webservices al exterior. Ojo, usa EJB 3.0 en adelante no EJB 2.X . Si no te quieres complicar la vida con el servidor de JEE, usa XML-RPC y dejate de problemas. Si, tenes razon. Pero en una aplicacion web el cliente es el browser. Yo me refiero a desarrollar el servidor y el cliente. El servidor no generaria html, como en el caso de una aplicacion web. El cliente podria ser una interfaz web o un programa de escritorio. Generalmente se le llama a eso cliente/servidor, aunque tecnicamente una aplicacion web tambien lo sea. Para esto hay muchas cosas pero la más usada es XMLRPC que tiene bindings en la mayoría de los lenguajes PHP, Python, C, Ruby, etc ... Quisiera saber que protocolo se puede usar para comunicar clientes y servidor. Si, conozco tcp/ip pero no quiero hacer mi propio protocolo. Si estas considerando reemplazar tcp/ip por tu propio protocolo, estás mezclando los niveles. Eso me preocupa para responderte, pues no sé cuanto sabés de lo que estoy asumiendo que sabés, se entiende? Tcp/Ip es un protocolo, y las reglas que uno implemente para comunicar a los modulos de una aplicacion, tambien lo son. A ese nivel de protocolo me refiero. Tendria que ser a prueba de proxy, por si acaso. Sirve XML/RPC para eso ? Pensá que xml/rpc se puede apoyar en http que se puede apoyar en tcp/ip, me confundís un poco. No dije que no, solo pregunto si sirve para lo que quiero hacer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Prog] protocolo app cliente-servidor
El 29 de noviembre de 2008 10:24, Carlos Pantelides [EMAIL PROTECTED] escribió: Mario: Sólo te puedo ayudar reflexionando sobre tus preguntas: Buenas, estoy encarando el desarrollo de una aplicacion. Inicialmente seria una aplicacion web, (1) pero se me ocurre que estaria bueno que la aplicacion sea un servidor, y los clientes sean web o de escritorio (2). Si es una aplicaciónn web ya es cliente/servidor. Si con pasar de (1) a (2) te referís a transferir mayor responsabilidad al cliente, podés hacer ambas opciones a la ves utilizando ajax. El browser ya te soluciona lo del proxy. Si, tenes razon. Pero en una aplicacion web el cliente es el browser. Yo me refiero a desarrollar el servidor y el cliente. El servidor no generaria html, como en el caso de una aplicacion web. El cliente podria ser una interfaz web o un programa de escritorio. Generalmente se le llama a eso cliente/servidor, aunque tecnicamente una aplicacion web tambien lo sea. Quisiera saber que protocolo se puede usar para comunicar clientes y servidor. Si, conozco tcp/ip pero no quiero hacer mi propio protocolo. Si estas considerando reemplazar tcp/ip por tu propio protocolo, estás mezclando los niveles. Eso me preocupa para responderte, pues no sé cuanto sabés de lo que estoy asumiendo que sabés, se entiende? Tcp/Ip es un protocolo, y las reglas que uno implemente para comunicar a los modulos de una aplicacion, tambien lo son. A ese nivel de protocolo me refiero. Tendria que ser a prueba de proxy, por si acaso. Sirve XML/RPC para eso ? Pensá que xml/rpc se puede apoyar en http que se puede apoyar en tcp/ip, me confundís un poco. No dije que no, solo pregunto si sirve para lo que quiero hacer.
Re: [Prog] protocolo app cliente-servidor
El sáb, 29-11-2008 a las 21:14 -0200, Mario Daniel Carugno escribió: El 29 de noviembre de 2008 10:24, Carlos Pantelides [EMAIL PROTECTED] escribió: Mario: Sólo te puedo ayudar reflexionando sobre tus preguntas: Buenas, estoy encarando el desarrollo de una aplicacion. Inicialmente seria una aplicacion web, (1) pero se me ocurre que estaria bueno que la aplicacion sea un servidor, y los clientes sean web o de escritorio (2). Si es una aplicaciónn web ya es cliente/servidor. Si con pasar de (1) a (2) te referís a transferir mayor responsabilidad al cliente, podés hacer ambas opciones a la ves utilizando ajax. El browser ya te soluciona lo del proxy. Si, tenes razon. Pero en una aplicacion web el cliente es el browser. Yo me refiero a desarrollar el servidor y el cliente. El servidor no generaria html, como en el caso de una aplicacion web. El cliente podria ser una interfaz web o un programa de escritorio. Generalmente se le llama a eso cliente/servidor, aunque tecnicamente una aplicacion web tambien lo sea. Para esto hay muchas cosas pero la más usada es XMLRPC que tiene bindings en la mayoría de los lenguajes PHP, Python, C, Ruby, etc ... Quisiera saber que protocolo se puede usar para comunicar clientes y servidor. Si, conozco tcp/ip pero no quiero hacer mi propio protocolo. Si estas considerando reemplazar tcp/ip por tu propio protocolo, estás mezclando los niveles. Eso me preocupa para responderte, pues no sé cuanto sabés de lo que estoy asumiendo que sabés, se entiende? Tcp/Ip es un protocolo, y las reglas que uno implemente para comunicar a los modulos de una aplicacion, tambien lo son. A ese nivel de protocolo me refiero. Tendria que ser a prueba de proxy, por si acaso. Sirve XML/RPC para eso ? Pensá que xml/rpc se puede apoyar en http que se puede apoyar en tcp/ip, me confundís un poco. No dije que no, solo pregunto si sirve para lo que quiero hacer. -- http://soleup.eup.uva.es/mariodebian signature.asc Description: Esta parte del mensaje está firmada digitalmente
