Gustavo:
Respecto al LOGIN, haces mencion a la libreria GAM, nosotros en particualar hace un par de a#os que la estamos usando, ya que TODAS nuestras aplicaciones se autentica a traves del gxPortal.
De hecho la aplicacion del dispositibo deberia autenticarse contra el gxPortal, es mas tenemos un Patron de seguridad que trabaja directamente con el GAM del portal.
Pero mi pregunta no va a ese detalle es mas global.
Vos decis que hay que pensar una aplicacion sencilla, y estoy totalmente de acuerdo, algo como “mirar mi agenda”, “my perfil”, “mis” datos de transacciones.
Pero para llegar a ese “mi” el dispsitivo se tiene que autentificar, o por lo menos IDENTIFICAR contra el servidor.
Esto me parece que es fundamental, porque si no SOLO podemos hacer aplicaciones que manejen datos publicos y sin ningun tipo de customizacion.
Por lo que creo que deberia haber , o ser parte del patron el proceso de “login”
Hay algo de eso? Como lo podemos implementar
Saludos
Angelo
From: Gustavo Carriquiry [mailto:GUSCARR@artech.com.uy]
Sent: Monday, November 08, 2010 3:49 PM
To: xev2@gxtech.com.uy; NARDONE ANGELO
Subject: RE: [xev2] Aplicacion android y despues?
Angelo,
Algunas respuestas abajo
Gustavo
From: Angelo Nardone [mailto:angelo@d7i.com]
Sent: lunes, 08 de noviembre de 2010 06:14 p.m.
To: xev2@gxtech.com.uy
Subject: [xev2] Aplicacion android y despues?
Acabo de instalar la xpz que esta en el ejemplo del website, y funciona barbaro.
Ahora bien:
Como seguimos?
Yo diria que lo mejor hoy (beta 1) es pensar una aplicación sencilla que de pronto sea una “extensión” de una aplicación más grande pero para SD.
Por ejemplo: yo me hice una que veo la agenda (empresas, personas, etc) que manejamos en Artech. Es super básica pero me permite consultar la “agenda corporativa” sin tener cargados todos los datos en mi dispositivo (es más, tengo como 3 dispositivos diferentes y ahora no tengo que tener más sincronizadas todas las agendas).
De modo similar está la aplicación para ver las conferencias del XX Encuentro, etc.
En definitiva, creo que lo mejor es pensar ¿Dónde puedo agregar valor con el SD? Y eso creo que depende mucho de la aplicación que tengas en el server.
Como es la arquitecura C/S entre los dispositivos y el servidor?
En una línea: en el dispositivo se dibuja el form y los datos se cargan consumiendo servicios REST que brinda el servidor (en B1 solo ruby los provee pero en el corto plazo otros generadores lo harán).
Estos servicios REST son los que publica el BC, luego tendremos algo similar pero a partir de un DataProvider que nos da más flexibilidad para algunas cosas.
Que es lo que se guarda en la base de datos locales del dispositivo y como hacer que se refrescque con la del servidor?
En el device hoy solo se maneja un “caché” por lo cual tenés que tener conexión al server o sino es lo que tengas en el caché.
Gastón decía en otro mail:
“es una característica que vamos a tener, actualmente ya se están manejando datos offline en sqllite en iOS y en storage local en Android y Blackberry, no hay forma de configurar cuáles, pero ya estamos utilizando esto para lograr acceso offline a la información. Sobre los diferentes escenarios de acceso offline y sincronización estaremos trabajando a principios del año que viene. “
Que objetos a parte del WorkWithDevice corre en el dispositivo? Webpanels, procedures, webcomponents, etc?
Hoy en el device ejecuta el WWSD, ahora eso consume el BC (TRN) por lo cual si el BC llama a un proc por ejemplo, el mismo se ejecutará en el server.
Igual, mi consejo es ir por el lado de “cosas sencillas que agreguen valor” no “toda una aplicación en el SD”.
Como hacemos un “login” y que guarde la info del login en el dispositivo ona vez validado?
Estamos trabajando en el GAM para solucionar este tema. Hubo una conferencia en el XX sobre el tema: http://www.events.genexus.com/portal/hgxpp001.aspx?16,73,1248,O,E,0,,2038
0 Response to "RE: [xev2] Aplicacion android y despues? (GAM)"
Publicar un comentario