Extensión del complemento Spring Security UI (y complementos en general)

El complemento Spring Security UI, entre otras cosas, proporciona una página de registro. En esta página hay 4 campos: nombre de usuario, correo electrónico, contraseña y verificación de contraseña. Utiliza una arquitectura regular de controlador y gsps. Al quedarme con un registro de una sola página para el usuario, necesito agregar un montón de campos, por ejemplo, dirección, información de pago, etc.

Cualquier idea / recomendación sobre cómo extender la página de este complemento, para que pueda obtener versiones actualizadas e incorporarlas sin demasiada reintegración. Es casi como si una parte de la página debería ir al controlador de la interfaz de usuario y las otras partes de la página deberían ir a mi controlador. Tenga en cuenta que el controlador de la interfaz de usuario utiliza formularios regulares (es decir, no ajax).

Muchas Gracias

preguntado el 28 de agosto de 11 a las 00:08

2 Respuestas

Para configurar de forma personalizada el complemento de la interfaz de usuario de Spring Security, en primer lugar, echaré un vistazo al código del complemento existente para saber cómo funciona y luego ejecutar los scripts de anulación que necesita como se detalla en:

http://burtbeckwith.github.com/grails-spring-security-ui/docs/manual/guide/10%20Customization.html

En tu caso necesitarías:

grails s2ui-override register com.my.packagename

Jim

Respondido 28 ago 11, 15:08

Gracias Jim, creo que este es el camino a seguir. - Ray

Asumiendo que usaste el s2-quickstart script para crear las clases de dominio, controladores y GSP, tiene 2 opciones para personalizar la clase de dominio de usuario

  • agregue sus propiedades personalizadas (dirección, información de pago, etc.) directamente a la clase de dominio de usuario creada por el complemento
  • cree su propia clase de dominio de usuario que amplíe la generada por el complemento. Agregue sus propiedades personalizadas a la subclase

Según este artículo, el último enfoque es preferible porque:

porque le permite actualizar fácilmente la clase de dominio de usuario generada si su plantilla cambia alguna vez. También significa que no contamina demasiado su modelo de dominio con las especificaciones de Spring Security. En el lado negativo, tiene que lidiar con la herencia de clases de dominio, aunque el costo es bastante mínimo.

También deberá agregar los campos personalizados a los GSP. Las acciones del controlador probablemente no requieran modificaciones.

Respondido 29 ago 11, 12:08

Don, gracias por tu comentario. Resulta que debido a que haré el procesamiento de pagos y el manejo de errores asociados, tendré que anular varias acciones del controlador. Creo que lo que dijo con respecto a la extensión de la clase de dominio de usuario es interesante, gracias. - Ray

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.