Re: SOA: Iniciando con exposición de funcionalidad

aparte de lo comentado por los compañeros te sugeriría que antes de codificar nada, definas bien las operaciones sobre el modelo como servicios. Es muy común que los obejtos del modelo sean java beans (o definir javabeans que representen los objetos del modelo) para que aśi puedan ser usados como parámetros o devueltos por servicios implementados sobre soap o rest sin problemas. 

pero la idea central es, primero que nada, definir las operaciones sobre el modelo (definir los controladores) de forma que estos servicios sean las unicas entradas sobre el modelo. Luego, podrás publicarlos con axis, javarpc, etc . La idea es que tanto las peticiones via soap, rest y hasta las propias clases action de struts invoquen estos servicios. Dependiendo de la arquitectura, dentro de estos servicios podrías incluir el id de usuario/companía y chequear privilegios de usuario (recuerda que las llamadas REST y SOAP pueden requerir autenticar al usuario en la misma llamada. por ejemplo, en el contexto inmoviliario, el servicio sería addInmueble(usrId, usrPassword, anInmueble). 

suerte!

On Tue, 8 Jul 2008 08:51:50 +0200
"Daniel Portilla" <[email protected]> wrote:

> Lo que comenta Miguel Angel es muy coherente, si vas a implementarlo como
> servicios estás cambiando el sentido de la aplicación, ya que los usuarios
> no podrán interactuar con ella (salvo que sean usuarios avanzados y trabajen
> con los XMLs directamente). Entonces entiendo que lo que necesitas es dar
> acceso al proceso de negocio que tiene, y que prescindes de la capa "Vista".
> Para esto como dice Miguel A. tienes que rebuscar las clases Java o el
> código de JSPs y crearte webservices que lo implementen, no veo ningúna
> buena práctica que te pueda ayudar.
> 
> Salu2
> 


-- 
Sebastian Gurin <sgurin-nLx/x0uvtyR/[email protected]>