|
View:
New views
4 Messages
—
Rating Filter:
Alert me
|
|
|
SOA: Iniciando con exposición de funcionalidadSeñores
Tengo una duda, existencial bastante grande, quiero empezar a realizar una implementación de funcionalidades existentes de negocio, como servicios para rehusar código. La duda es concretamente la siguiente: Se cuenta con sistemas que están hechos con struts, y otros que tienen mucha lógica dentro de jsp's, lo cuál está de mas comentar que es mala práctica, pero la realidad no se niega. Ahora se pretende dado el tamaño del proyecto, publicar esta funcionalidad como servicios, pero sin tocar el código existente. Como se hace bajo la mejor práctica para hacer esto: + Exponer aplicaciones en struts o spring como servicios + Aplicaciones con lógica en jps como servicios supongo que con herramientas EAI, pero la exposición como servicios creo es un reto mas interesante Gracias de antemano por los comentarios a esta duda Saludos todos! |
|
|
Re: SOA: Iniciando con exposición de funcionalidadNo entiendo bien el problema... debes exponer las funcionalidades como
servicios web? Si es eso: ¿Tienes acceso a la base de datos? ¿Al servidor de aplicaciones? Me imagino que si, entonces: Porque no haces una aplicacion nueva que implemente esos servicios? Si es imperativo reutilizar el código... hasta donde llega mi conocimiento debes ver crear los servicios en la misma aplicación y tratar de ver que clases de las ya hechas te pueden servir, en realidad no veo la complejidad del asunto(aunque si la pesadez del trabajo) Quizás no entiendo bien la pregunta... saludos On Monday 07 July 2008 5:03:17 pm developerj2ee wrote: > Señores > > Tengo una duda, existencial bastante grande, quiero empezar a > realizar una implementación de funcionalidades existentes de negocio, > como servicios para rehusar código. > > La duda es concretamente la siguiente: > > Se cuenta con sistemas que están hechos con struts, y otros que tienen > mucha lógica dentro de jsp's, lo cuál está de mas comentar que es mala > práctica, pero la realidad no se niega. > > Ahora se pretende dado el tamaño del proyecto, publicar esta > funcionalidad como servicios, pero sin tocar el código existente. > > Como se hace bajo la mejor práctica para hacer esto: > + Exponer aplicaciones en struts o spring como servicios > + Aplicaciones con lógica en jps como servicios > > supongo que con herramientas EAI, pero la exposición como servicios > creo es un reto mas interesante > > Gracias de antemano por los comentarios a esta duda > > Saludos todos! |
|
|
Re: SOA: Iniciando con exposición de funcionalidadLo 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 |
|
|
Re: SOA: Iniciando con exposición de funcionalidadaparte 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" <flequi.dph@...> 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@...> |
| Free Forum Powered by Nabble | Forum Help |