11.28.08
Posted in AgilePoint, Arquitectura, BPM, Servicios Web, WCF, Web at 12:53 pm by Miguel
En un artículo anterior hablábamos de la autenticación con AgilePoint y la surrogación. Echaba en falta algún gráfico que dejara algo más clara la forma de trabajar, así que lo adjunto en esta segunda parte.
Esquema Surrogate
Como véis, se aprecian las tres combinaciones de las que se habla en la primera parte.
- Opción A: Usuario a través de un navegador web, el servidor web tiene que impersonar al usuario llamante.
- Opción B: Usuario a través de aplicación de escritorio que trabaja contra una capa de servicios, el servidor de negocio tiene que impersonar al usuario llamante.
- Opción C: Usuario a trvés de aplicación de escritorio que trabaja directamente con servicios de AgilePont, no hace falta impersonación, el propio usuario pertenece al dominio y se autentica directamente con sus credenciales de red.
Pocos artículos últimamente. Mucho trabajo.
Saludos!
Miguel.
Permalink
11.18.08
Posted in Pruebas at 10:52 pm by Miguel
Una vez la fase de construcción de una determinada aplicación finaliza, comienza la fase de pruebas, donde comunmente se trabaja con baterías de pruebas unitarias e integradas. Dejando de lado un poco en qué consiste esta fase (lo abordaremos en un artículo más adelante), quería aprovechar para dejar constancia de una prueba que, normalmente, se suele pasar por alto, y es la de probar la aplicación contando con ciertas tablas vacías completamente.
Es curioso, pero en la fase de desarrollo, a medida que se le va dando forma a la aplicación, se van generando datos que van quedando almacenados en las diferentes tablas sobre las que se asienta la aplicación, y las pruebas iniciales y básicas de desarrollo se van pasando con ese conjunto de datos.
Es muy típico que las primeras cosas que fallen al desplegar la aplicación en un entorno de pruebas “virgen” es que se haya obviado controlar la posibilidad de que la fuente de datos sobre la que consultamos no tenga datos. Como siempre los ha tenido, nunca nadie había caido de que cierto módulo pudiera fallar. Normalmente este tipo de problemas son muy fáciles de detectar y de solucionar, pero no quita que de buenas a primeras (porque además salen a la primera) empiecen a aparecer problemas que echen por tierra el trabajo de muchas semanas atrás.
Para minizar este problema, es recomendable contar con un conjunto de scripts que vacíen las tablas de la base de datos, para que al ir avanzando el desarrollo los problemas de este tipo se vayan capturando, antes de que sea demasiado tarde.
Saludos.
Miguel.
Permalink
11.12.08
Posted in AgilePoint at 9:23 pm by Miguel
Listo brevemente alguna de las incorporaciones en la nueva versión:
1) Compatibilidad con Visual Studio 2008
2) Compatibilidad con Framework 3.5
3) Compatibilidad con Windows 2008 Server
4) Nuevo AgileWork: Dynamic Group
5) AgilePoint DataServices (hablaremos de ellos)
6) Nueva herramienta para deploy de Plantillas, AgileWorks y AgileParts
7) Resolución de varios bugs conocidos.
Saludos.
Miguel.
Permalink
