anonymous Log in
Search
Recents:
v3.0
gx-l
GAM Multiempresa
12/02/21 18:06

gabriel.godin

Replies: 7

Estoy empezando a integrar GAM en mis aplicaciones (son multiempresa) y
no me gusta mucho la solución que recomienda Artech para este caso, que
es usar un repositorio por empresa (solución MultiTenant).
La solución es muy buena, pero se me dificulta mucho su implementación
debido a la cantidad de empresas que usan lasa aplicaciones.
Lo que me resulta bastante incomodo es el hecho de que el connection.gam
debe tener (lógicamente) una entrada por cada conexión. En nuestro caso
las aplicaciones son accedidas por cientos de empresas, por lo que el
mantener actualizado este archivo se vuelve bastante engorroso.
Les consulto si han podido resolverlo de otra forma, por ejemplo usando
algún otro atributo de las tablas del GAM, en el que se pueda cargar un
identificador de empresa.
Ví que en algunas tablas como USERAPPPRM y ROLEAPPPRM existe un campo
Token que forma parte de la clave que quizás se pudiera usar para esto,
aunque supongo que Genexus lo debe tener destinado a otro uso.
Cualquier sugerencia es bienvenida.
Saludos.
   Gabriel.
On 8/2/2021 16:45, Lluis Bigordà wrote:
> Hay alguna documentación completa de GAM?
>
> O tutoriales que no sean los tipicos videos que vuelan por encima de
> los conceptos?
>
> Gràcias
>
> Salut,
> Lluis Bigordà,
>
-----------------------------------------
Para Suscribirse/Desuscribirse:
http://www.gxtechnical.com/cgi-bin/hforum.exe?2,3,30,1
Por consultas owner-gx-l@gxtech.com.uy
Replies

Esteban Carle

12/02/21 21:57
Tuve un caso parecido.. y la solución fue: - tener un único repositorio de funcionalidades (un único Gam Application) Pero los Usuarios y Roles armaba el nombre (via api de GAM) con un prefijo algo asi como *emprId*usuario , lo mismo con los Roles x Empresa Esto implica que tenes que hacer cierta lógica para hacer login etc. En este caso el login se hacia desde otra app principal , por tanto ya se consideraba todo eso. Es medio engorroso programarlo.. pero es una vez. Y después marcha solo. Saludos Esteban Carle

pablobocconi12639

12/02/21 23:01
Mirate esta conferencia https://www5.genexus.com/meeting2017/gx27.session.aspx?es,GAM-Como-resolver-la-seguridad-en-aplicaciones-multiempresa Saludos

juandarenas

12/02/21 23:22
Hola. yo le di muchas vueltas. 1. teniendo un solo gam 2. teniendo una sola carpeta para los programas (internamente identificaba que bd almacenaba). 3. nada me funciono loq ue me toco hacer es cada bd tener su gam. ________________________________

gabriel.godin

17/02/21 16:32
Gracias Estaban. Es una de las opciones que he contemplado y por ahora parece ser la mejor alternativa. Buscaba alguna alternativa, usando algún otro atributo, para poder manejar mas simplemente los filtros y relaciones entre los objetos. Saludos.    Gabriel. On 12/2/2021 18:57, ecarle2

gabriel.godin

17/02/21 16:34
Gracias Pablo, Ya la ví, pero es justamente la solución que me resulta muy engorrosa de aplicar. Saludos.    Gabriel. On 12/2/2021 20:01, Pablo Bocconi

egarcia

17/02/21 17:05
Hola Gabriel, Viste esta documentación que habla sobre distintos escenarios multi tenant con GAM? https://wiki.genexus.com/commwiki/servlet/wiki?18682,GAM+Multiple+Repositories+Scenarios Saludos Eugenio. On Wed, Feb 17, 2021 at 1:35 PM Gabriel Godin

gabriel.godin

17/02/21 17:43
Gracias, Eugenio. Si la ví. Esta solución (que es la que estaba intentando implementar) tiene el inconveniente de que necesito una entrada en el gam.connection por cada repositorio, tanto en los GAM de las aplicaciones, como en el Identity Provider. Eso hace que tenga un connection con cientos de entradas, a las que con el paso del tiempo debo hacerles mantenimiento. Esta es la parte de la solución que me resulta un poco engorroso de resolver, ya que además debo mantener actualizados los reposistorios también en el Identity Provider. Si las particularidades de cada empresa las pudiera filtrar directamente en la base GAM de la aplicación se me simplicaría bastante la solución. Saludos.    Gabriel. On 17/2/2021 14:05, Eugenio Garcia


Back to gx-l