Me parece que lo que quieres hacer es una aplicacion movil android que tome datos de un servidor. ¿No? Osea tienes una parte de la aplicacion que será tu aplicacion cliente que será el movil, que se conecta y visualiza datos que tendras en un servidor (Por ejemplo un listado de telefonos compartido en el que varios usuarios utilcen una APK para compartir un listado conjunto de telefonos, cuando uno lo agrega lo ven todos) ¿Es ese tipo de cosas lo que quieres hacer? Si es asi, tienes (mas que una obligacion es que lo mas general podria ser) que tirar por android (Java) en la parte del dispositivo y AMP (Apache, Mysql y PHP) en la parte del servidor (es lo mas generico). Aunque bueno puedes tirar en la parte del server por otras cosas como tomcat y hacer cosicas en Java, no se. Eso al gusto del consumidor.
Cita de: animanegra en Agosto 13, 2015, 10:09:47 amMe parece que lo que quieres hacer es una aplicacion movil android que tome datos de un servidor. ¿No? Osea tienes una parte de la aplicacion que será tu aplicacion cliente que será el movil, que se conecta y visualiza datos que tendras en un servidor (Por ejemplo un listado de telefonos compartido en el que varios usuarios utilcen una APK para compartir un listado conjunto de telefonos, cuando uno lo agrega lo ven todos) ¿Es ese tipo de cosas lo que quieres hacer? Si es asi, tienes (mas que una obligacion es que lo mas general podria ser) que tirar por android (Java) en la parte del dispositivo y AMP (Apache, Mysql y PHP) en la parte del servidor (es lo mas generico). Aunque bueno puedes tirar en la parte del server por otras cosas como tomcat y hacer cosicas en Java, no se. Eso al gusto del consumidor.Si no quieres llorar por lentitud o al configurar la pool de conexiones no uses nunca tomcat, para eso usa glassfish
Cita de: mrobles en Agosto 13, 2015, 12:41:10 pmCita de: animanegra en Agosto 13, 2015, 10:09:47 amMe parece que lo que quieres hacer es una aplicacion movil android que tome datos de un servidor. ¿No? Osea tienes una parte de la aplicacion que será tu aplicacion cliente que será el movil, que se conecta y visualiza datos que tendras en un servidor (Por ejemplo un listado de telefonos compartido en el que varios usuarios utilcen una APK para compartir un listado conjunto de telefonos, cuando uno lo agrega lo ven todos) ¿Es ese tipo de cosas lo que quieres hacer? Si es asi, tienes (mas que una obligacion es que lo mas general podria ser) que tirar por android (Java) en la parte del dispositivo y AMP (Apache, Mysql y PHP) en la parte del servidor (es lo mas generico). Aunque bueno puedes tirar en la parte del server por otras cosas como tomcat y hacer cosicas en Java, no se. Eso al gusto del consumidor.Si no quieres llorar por lentitud o al configurar la pool de conexiones no uses nunca tomcat, para eso usa glassfishLa verdad es que hace 6 años estuve involucrado en un proyecto de web semantica cuyo motor utilizaba tomcat y haciamos un monton de consultas de índole semántica (que aparte de tener la carga de datos SQL per se, tenian todo el contenido semantico) con un monton de bases de datos de trazas de distintos sitios y funcionaba bien. ¿Que es lo que dices que funciona mal en Tomcat? ¿Has tenido algun problema programado algun sistema? ¿Que limitaciones le has visto? ¿Con cuantos clientes a la vez y con que volumen de datos? Lo pregunto por saber, porque tenia idea de que funcionaba parecido a php de rendimiento, de hecho pensaba que incluso mejor, si cabe. Aunque yo suelo tirar por php por tema de rapidez.