Genexus

Fernando,

Si, la idea es tener dataproviders y procs que puedas consumir desde la UI del SD. También WS SOAP y REST.
Por lo cual podrás consumir directo el servicio "enganchándolo" a las "actions" o llamar a un proc GeneXus que sea el que consume el servicio.

Gustavo

-----Original Message-----
From: Fernando del Olmo R. [mailto:f.delolmo@sensei.es]
Sent: lunes, 08 de noviembre de 2010 09:02 p.m.
To: xev2@gxtech.com.uy; Gustavo Carriquiry
Subject: RE: [xev2] Aplicacion android y despues?

dices
'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.

'

no puedo conectar con servicios rest en java-tomcat por ejemplo? es decir,
webservices que consumo actualmente y que me servirian igualmente para un
SD

> 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
>
>
>
> Como "leemos" informacion del device, tal como geolocation, email,
> telefono, etc?
>
> Usando dominios podes manejar el tipo "phone", "email", etc. De pronto por
> ese lado podes encontrar cosas "interesantes".
>
> Es toda un área sobre la cual iremos avanzando.
>
>
>
> Saludos
>
> Angelo
>
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 5602 (20101108) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5602 (20101108) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

__________ Information from ESET NOD32 Antivirus, version of virus signature database 5605 (20101109) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

--
Has recibido este mensaje porque estás suscrito al grupo "GeneXus" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a genexus@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a genexus+unsubscribe@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/genexus?hl=es.