Mostrando entradas con la etiqueta WS. Mostrar todas las entradas
Mostrando entradas con la etiqueta WS. Mostrar todas las entradas

viernes, 21 de agosto de 2015

SOA: SERVICIOS & TECNOLOGÍA

En esta oportunidad brindaré mi opinión personal sobre este muy buen post titulado:
'RESTful APIs are also SOA'
http://www.soa4u.co.uk/2013/09/restful-is-also-soa.html?showComment=1440170531922#c6039681206622596310


ESPAÑOL:
Totalmente de acuerdo con el post, al hablar de SOA como tal NO hay diferencia al hablar tanto de las APIS REST como los WebService (SOAP), no debemos considerarlos como cosas completamente diferentes (tecnológicamente hablando), ya que en si viendolo desde el punto de vista de arquitectura SOA, ambos son considerados como servicios (servicios REST y servicios WS), tal como 'Thomas Erl' lo menciona en sus libros. En si un servicio es una lógica a la cual se le ha aplicado el paradigma de la “Orientación a Servicios” y durante la Fase Análisis son llamados: 'Servicios Candidatos' son considerados 'Activos de la Empresa' (Estos servicios propiamente pueden ser de cualquier tecnología incluídas: REST y WS, eso si con estándares definidos).

Por otro lado, a nivel de WS, sobre los WSDL estoy muy de acuerdo ya que brinda un orden a nivel de interface para client/provider (Top-down), algo que REST no maneja hasta el momento (WADL no estandarizado formalmente a nivel de compañias y vendors) y es liminado a definir una buena especificación en documentación.

INGLES:
Totally agree with the post, to talk about SOA as such there is no difference in speaking both as the WebService REST APIs (SOAP), we should not regard them as completely different things (technologically speaking), and that if seeing it from the point SOA view, both are considered as services (REST and WS service) as 'Thomas Erl' mentions in his books. Whether a service is a logic which has been applied to the paradigm of "Service Orientation" and during Phase Analysis are called 'Candidate Services' are considered 'Assets Company' (These services themselves may be of including any technology: REST and WS, that if defined standards).

On the other hand, at the level of WS on the WSDL I agree very much as it provides a command-level interface for client / provider (Top-down), something that REST does not handle so far (WADL not formally standardized level companies and vendors) and is bound to define a good specification documents.

sábado, 21 de junio de 2014

APLICACIÓN DE ‘SSL’ [HTTPs], PARA EL CONSUMO DE WS CON JAXWS.

SSL: (Secure Sockets Layer) es un protocolo que proporciona autenticación y privacidad de la información sobre Internet mediante el uso de criptografía. Habitualmente, sólo el servidor es autenticado (es decir, se garantiza su identidad) mientras que el cliente se mantiene sin autenticar.
Así mismo, tanto el cliente y el servidor negocian qué algoritmos criptográfico se va a usar. Actualmente se proporcionan las siguientes opciones:

  • Para criptografía de clave pública: RSA, Diffie-Hellman, DSA (Digital Signature Algorithm) o Fortezza.
  • Para cifrado simétrico: RC2, RC4, IDEA (International Data Encryption Algorithm), DES (Data Encryption Standard), Triple DES y AES (Advanced Encryption Standard).
  • Funciones de hash: MD5 o de la familia SHA.
El tutorial preparado muestra el manejo para consumir Web Service sobre Weblogic de tipo HTTPs, aplicando dos formas: aplicando la autenticación respectiva (certificado digital) y también, obviando dicha autenticación (saltándola):

El índice de contenido del tutorial es el siguiente:

1.   CONFIGURACIÓN WEBLOGIC SERVER.
2.   CONFIGURACIÓN PARA: [CERTIFICADOS DE CONFIANZA].
3.   CONSUMO DE WEBSERVICE [HTTPs].
      A.   Consumo de WS con Autenticación.
      B.  Consumo de WS SIN Autenticación.


  • Para DESCARGAR el tutorial pulsar: Aquí.
  • Así mismo, para descargar la fuente de cliente WS aplicando todo lo detallado en el tutorial, pulsar: Aquí

Espero haberlos ayudado, hasta la próxima.