Mi conclusión a este tema es que ambos son buenos y cada uno tiene sus ventajas y desventajas y son usados para diferentes cosas.

XML

Ventajas:

• Tiene un formato muy estructurado y fácil de comprender.
• Puede ser validado fácilmente mediante Schemas(XSD)
• Se pueden definir estructuras complejas y re utilizables.

Desventajas:

• Es mas complicado de entender
• El formato es sumamente estricto.
• Lleva mas tiempo procesarlo
• Un error con los namespace puede hacer que todo el documento sea invalido

JSON

Ventajas: 

• Formato sumamente simple
• Velocidad de procesamiento alta
• Archivos de menor tamaño

Desventajas:

• Tiene una estructura enredosa y difícil de interpretar a simple vista

NOTA: Gracias a un colaborar denominado Fugaz que me informo que existe una librería llamada mongoose que sirve para validar JSON aun que por lo que investigue es una librería de JavaScript y desconozco si exista una API similar para Java.

Update 2: Mongoose es una librería utilizada para conectar NodeJS y MongoDB, aun que es posible validar de cierta forma los Objetos JS, en realidad no se utiliza para ello, si no que sirve para validar los objetos antes de ser persistidos en MongoDB.

Una vez que hablamos de las diferencias podría comentar que XML es mucho mejor para la comunicación entre servidores y aplicaciones ya que permite mensajes mucho mas completos, tipificados y ademas pueden ser validados con facilidad.

Por otro lado, JSON cuenta con un formato mas simple y fácil de procesar, por lo que es ideal para dispositivos de bajo nivel de procesamiento, como los teléfonos móviles, los cuales son beneficiados ya que se requieren de menos consumo de datos para descargarlos y un consumo menor de batería al procesarlos, desde luego que los teléfonos modernos ya son capaces de procesar información mucho mas rápido pero no podemos confiarnos en todo mundo tendrá uno de esos.

Tanto JSON como XML son muy ampliamente utilizados en entornos de integración, donde es necesario transmitir datos desde una aplicación a otra, como lo son los Web Services (SOAP) y los servicios REST (JSON), lo que me lleva a recomendarte el articulo SOAP vs REST, donde explico las diferencias de esta dos tecnologías para la construcción de servicios web.

Cierro el tema preguntándote. ¿Tu que opinas, cuando usarías XML y cuand JSON, Crees que alguna de las dos tenga mas futuro?

The post JSON vs XML appeared first on Oscar Blancarte - Software Architecture.

Un Schema tiene varios elementos que deberemos entender muy bien para poder explotar al máximo las ventajas que ofrece.

En este post hablaremos de los puntos mas importantes que debemos de tomar en cuenta para entenderlos.

ComplexType: Sirve para definir estructuras complejas donde podremos agrupas un conjunto de elementos u otros CompleType.

Un ComplexType lo podemos ver como la definición de una clase ya que en este definimos la estructura que deberá tener un tipo y esta pensado para ser reutilizado.

Las siguientes figuras muestran de forma grafica y el fuente(Source) de como esta generado el CompleType, En la imagen podemos apreciar que se trata de un tipo Login el cual tiene un elemento para almacenar el usuario y otro para el password.

Si prestamos mas atención veremos que el elemento usuario es de tipo UserNameType el cual es un SimpleType del cual hablaremos mas adelante y elemento para el password de tipo String.

Apartir de este ComplexType podremos generar instancias o elementos para poder ser reutilizadas en otros Schemas o ComplexType.

Element: Los elements los podemos ver como clases anónimas ya que están basada en un tipo previamente definido y no pueden ser reutilizados en otros ComplexType ni Schema’s, Los elements son utilizados cuando queremos definir algo que solo lo utilizaremos una vez.

En las siguientes figuras vemos como esta compuesto un Element de forma gráfica y en fuente(Source), Podemos apreciar que el element login es de tipo LoginType por lo que hereda su estructura.

Los Elements pueden ser de cualquier ComplexType o SimpleType e incluso no tener un tipo por lo que se denomina AnyType ( Cualquier Tipo) y automáticamente heredaran su estructura

SimpleType: Los SimpleType o Tipos Simples estan diseñados para crear nuestros propios tipos de datos simples, es decir tipos de datos que representen un solo nodo de nuestro XML.

En este caso Usuario es de tipo UserNameType el cual es un tipo simple y define dos reglas, Mínimo 8 caracteres y Máximo 20, ademas esta basado en un String, esto nos dice que si ponemos cualquier valor en este nodo que su longitud sea menor de 8 y mayor de 20 el schema nos arrojara que el documento es invalido.

Los SimpleType nos pueden ayudar a definir muchas cosas como por ejemplo el formato del RFC (Con expresiones regulares), Moneda  (Numero de dígitos y fracciones), El número de una tarjeta de crédito, etc.

Attribute: Los atributos son utilizados a nivel de ComplexType o Element y sirven para representar algún datos que sea relevante a nivel de CompletType o Element, En este caso el Element Usuario tiene un Atribute llamado Token y representa el Token del usuario para darle mayor seguridad al servicio de Login.

TargetNameSpace: Al igual que en los lenguajes de programación, Los schemas también tiene NameSpace ( En Java Package) en cual define el dominio al que pertenecen todos los elementos de nuestro Schema.

El NameSpace nos sirve para distinguir entre los distintos tipos que puedan estar definidos en otros Schemas y que por alguna razón tengan los mismo nombres que en nuestro schema. O te imaginas una clase con el mismo nombre y en el mismo paquete? Entonces el namespace seria el paquete y nombre del elemento seria el nombre de la clase si lo queremos ver como programadores Java.

Finalmente y una vez terminado nuestro Schema podemos crear XML basados en nuestros tipos y validar que sean correctos a nivel sintácticos y semántico.

A continuación un XML Valido para el Element login

The post Que es un Schema en XML appeared first on Oscar Blancarte - Software Architecture.

XSLT es un lenguaje diseñado para transformar documentos XML a otros documentos incluso no XML. Estas transformaciones son llevadas a cabo mediante plantillas en las cuales se plasman las reglas para transformar un documento a otro.

Un XSLT define reglas tan simples como leer un campo del documento de entrada y dejarlo en el documento de salida o reglas tan complejas como foreach de los nodos u ordenamiento.

XSLT nos permite incluso generar paginas HTML a partir de XML, la siguiente liga muestra un ejemplo de la pagina W3C la cual a partir de un XML de Discos y una plantilla XSLT generan una tabla con los datos de los discos:

http://www.w3schools.com/xsl/tryxslt.asp?xmlfile=cdcatalog&xsltfile=cdcatalog

Fig 1: La siguiente figura muestra como trabaja el motor de XSLT para transformar documentos.

The post Que es XSLT appeared first on Oscar Blancarte - Software Architecture.

Se le llama Orquestar por que BPEL es el encargado de consumir varios servicios en un orden especificado y realizar una función muy concreta.

Escenario practico.

Agencia de viaje: Imagínate que entras a un pagina de agencia de viaje en la cual puedes comprar un paquete que incluye boletos de avión y hotel. Lo único que tenemos que hacer nosotros es decir a donde queremos con la fecha y la agencia de viaje nos arrojara los paquetes con un precio y solo tenemos que pagar con nuestra tarjeta de crédito para que nuestra reservación quede lista.

Una vez que confirmamos nuestra compra la agencia de viaje tendrá que hacer algunas operaciones que no dependen de ella como seria reservar el boleto de avión con la aerolínea, reservar los día del cuarto directamente con el Hotel, Hacer un cargo por el porcentaje que gana la agencia por realizar la venta y por ultimo guardar en el sistema de la agencia el registro de la venta.

Fig.1: Muestra el proceso a realizar para completar una reservación.

Si nos damos cuenta los pasos 2,3,4 no depende de la agencia de viaje si no de servicios que exponen los proveedores como webservices.

Como encaja BPEL en este escenario.

Con BPEL podemos crear un solo servicio que reciba todos los parámetros necesarios para realizar la operación como los datos de la reservación y los datos de la tarjeta de crédito, con estos primero realizaremos la reservación del avión, luego reservaremos el hotel, cargaremos nuestra utilidad al cliente, Guardaremos el registro de la reservación y finalmente regresaremos al cliente la confirmación al cliente. A este proceso se le conoce como orquestar ya que toma el flujo de la ejecución y realiza las tareas de forma automática y en un orden especificado.

Si bien esto te puede parecer algo que cualquier lenguaje pueda realizar la realidad es que BPEL esta diseñador para estos escenarios lo que permite una programación mucho mas rápida.

The post Que es BPEL appeared first on Oscar Blancarte - Software Architecture.