En estas diapositivas publicadas en slideshare se puede ver como crear un servicio REST en WSO2 ESB.
Este servicio es un ejemplo de como utilizar la WSO2 ESB REST API, sequences y mediators. Recibe una petición HTTP GET para consultar la información de un país, se define un parámetro para indicar el país a consultar, y con este dato se construye una petición SOAP a un WS; y finalmente se transforma la respuesta SOAP en una respuesta JSON.
Como requisito para poder seguir este tutorial hay que haber implementado los servicios del post WSO2 Creando Data Services de un esquema Oracle.
Enlaces relacionados:
JSON Short manual
- FIN -
Showing posts with label JSON. Show all posts
Showing posts with label JSON. Show all posts
10 August 2014
11 November 2010
Manual de JSON
JSON es una tecnología que lleva bastante tiempo en el sector y existen diferentes frameworks de diferentes plataformas de desarrollo que le dan soporte.
Últimamente he visto que la corriente NoSQL esta almacenando información con esta notación, debido a ello se me ha ocurrido publicar un extracto de un manual que realice "en la intimidad" aplicando Java/.Net; el extracto se centra únicamente en esta tecnología y en mencionar su ecosistema (parcialmente ya que faltan los frameworks de lado servidor), para tener una vista global de su alcance.
- FIN -
Últimamente he visto que la corriente NoSQL esta almacenando información con esta notación, debido a ello se me ha ocurrido publicar un extracto de un manual que realice "en la intimidad" aplicando Java/.Net; el extracto se centra únicamente en esta tecnología y en mencionar su ecosistema (parcialmente ya que faltan los frameworks de lado servidor), para tener una vista global de su alcance.
Json short manual
View more presentations from Emmerson Miranda.
- FIN -
05 May 2009
Frameworks RIA basados en AJAX
Echo3, YUI, GWT y RAP .... por si fuera poco, aquí dejo "más madera" para aquellos que les guste divertirse con aplicaciones RIA hechas con AJAX (es decir que no usen Flash, Silverlight o JavaFX)
Echo3
Echo3 permite desarrollar aplicaciones web basadas en AJAX, en el lado servidor con Java o en el lado cliente con JavaScript. Las aplicaciones son desarrolladas orientadas a componentes y con un API que nos permite manejar sus eventos; de manera similar a las aplicaciones de escritorio, eliminando de esta manera la naturaleza basada en páginas de los navegadores. Para los desarrolladores Echo trabaja como un toolkit de interfaz de usuario.
Tal vez su característica más notable es la capacidad de crear aplicaciones completas del lado cliente utilizando JavaScript, sin necesitar un servidor de aplicaciones y además con la capacidad de ejecutarse enteramente offline.
Actualmente Netbeans tiene un plugin para Echo2 y para Eclipse existe un plugin llamado EchoStudio, el cual es de pago.
Enlaces relacionados:
Yahoo User Interface
La libreria YUI es un conjunto de utilidades y controles escritos en JavaScript para construir aplicaciones web RIA usando técnicas como DOM scripting, DHTML y AJAX; consume de forma natural datos en formato JSON; tiene una excelente documentación y ejemplos que hacen fácil el empezar a usarlos, lo único que me costo (a título personal) es aplicar estilos.
Actualmente existe un plugin para Eclipse llamado Aptana IDE.
Enlaces relacionados:
Google Web Toolkit
Framework desarrollado por Google, permite desarrollar aplicaciones web basadas en AJAX, programando y depurándolas usando Java con el IDE de preferencia. Al finalizar la escritura de nuestra aplicación (escrita en Java), GWT compila y traduce dicho programa a JavaScript y HTML compatible con cualquier navegador web.
Tiene su propio IDE basado en python, pero también tiene un plugin que se integra con Eclipse.
Enlaces relacionados:
Lo que no me gusta nada de GWT es que tenemos que escribir la GUI mediante código JAVA, me recuerda a otro framework similar que utilice en 2004, del cual un buen día elegí olvidarme su nombre :-P
Eclipse Rich Ajax Platform
RAP(a parte de ser un estilo musical :-p) nos permite crear aplicaciones RIA con front-ends Java, usando el modelo de componentes de Eclipse basado en el estándar OSGi(es decir : trata de llevar OSGi al lado cliente). OSGi es orientado a servicios, y basado en componentes, además promociona la interoperatibilidad de aplicaciones y servicios.
Su IDE es Eclipse.
Enlaces relacionados:
RAP y GWT son diferentes ya que RAP ejecuta la lógica en el servidor y genera JavaScript para los controles en tiempo de ejecución (NO en tiempo de compilación). Una implementación de SWT(Standard Widget Toolkit) se ejecuta en el servidor y los desarrolladores pueden extender sus vistas y perspectivas para añadir funcionalidad.
Lo mas interesante de todo esto es ver que sucedera en adelante con el matrimonio OSGi & Ajax (que merece todo un artículo de por si solo)!!!
P.D: Y todo este lio por que estoy explorando las posibilidades que me da Google App Engine (Por naturaleza GWT); en fin una cosa lleva a la otra ... y asi acabamos escribiendo a veces pequeños resumenes como este.
- FIN -
Echo3
Echo3 permite desarrollar aplicaciones web basadas en AJAX, en el lado servidor con Java o en el lado cliente con JavaScript. Las aplicaciones son desarrolladas orientadas a componentes y con un API que nos permite manejar sus eventos; de manera similar a las aplicaciones de escritorio, eliminando de esta manera la naturaleza basada en páginas de los navegadores. Para los desarrolladores Echo trabaja como un toolkit de interfaz de usuario.
Tal vez su característica más notable es la capacidad de crear aplicaciones completas del lado cliente utilizando JavaScript, sin necesitar un servidor de aplicaciones y además con la capacidad de ejecutarse enteramente offline.
Actualmente Netbeans tiene un plugin para Echo2 y para Eclipse existe un plugin llamado EchoStudio, el cual es de pago.
Enlaces relacionados:
Yahoo User Interface
La libreria YUI es un conjunto de utilidades y controles escritos en JavaScript para construir aplicaciones web RIA usando técnicas como DOM scripting, DHTML y AJAX; consume de forma natural datos en formato JSON; tiene una excelente documentación y ejemplos que hacen fácil el empezar a usarlos, lo único que me costo (a título personal) es aplicar estilos.
Actualmente existe un plugin para Eclipse llamado Aptana IDE.
Enlaces relacionados:
Google Web Toolkit
Framework desarrollado por Google, permite desarrollar aplicaciones web basadas en AJAX, programando y depurándolas usando Java con el IDE de preferencia. Al finalizar la escritura de nuestra aplicación (escrita en Java), GWT compila y traduce dicho programa a JavaScript y HTML compatible con cualquier navegador web.
Tiene su propio IDE basado en python, pero también tiene un plugin que se integra con Eclipse.
Enlaces relacionados:
- Google Web Toolkit (GWT) with Eclipse - Tutorial
- thescreencast : GWT RPC in Eclipse
- GWT : Getting started
- GWT-Ext : Showcase - Tutorial
- Tutorial de Introducción al Google Web Toolkit (castellano)
- Creating your first GWT app with Cypal Studio for GWT
Lo que no me gusta nada de GWT es que tenemos que escribir la GUI mediante código JAVA, me recuerda a otro framework similar que utilice en 2004, del cual un buen día elegí olvidarme su nombre :-P
Eclipse Rich Ajax Platform
RAP(a parte de ser un estilo musical :-p) nos permite crear aplicaciones RIA con front-ends Java, usando el modelo de componentes de Eclipse basado en el estándar OSGi(es decir : trata de llevar OSGi al lado cliente). OSGi es orientado a servicios, y basado en componentes, además promociona la interoperatibilidad de aplicaciones y servicios.
Su IDE es Eclipse.
Enlaces relacionados:
- Eclipse : Getting started
- Eclipse RAP demonstration
- Introducción a OSGi
- Construyendo webapps usando OSGi
RAP y GWT son diferentes ya que RAP ejecuta la lógica en el servidor y genera JavaScript para los controles en tiempo de ejecución (NO en tiempo de compilación). Una implementación de SWT(Standard Widget Toolkit) se ejecuta en el servidor y los desarrolladores pueden extender sus vistas y perspectivas para añadir funcionalidad.
Lo mas interesante de todo esto es ver que sucedera en adelante con el matrimonio OSGi & Ajax (que merece todo un artículo de por si solo)!!!
P.D: Y todo este lio por que estoy explorando las posibilidades que me da Google App Engine (Por naturaleza GWT); en fin una cosa lleva a la otra ... y asi acabamos escribiendo a veces pequeños resumenes como este.
- FIN -
07 August 2008
JSON vs XML una diferencia práctica
Dado el post anterior, queda un poco claro, que la utilización XML+Xpath en el lado del cliente es bastante molesta, si se desea dar compatibilidad claro!
Lo primero, no pienso entrar en una de las largas discusiones que hay entre JSON y XML; solo hablaré de la solución más adecuada para el problema expuesto.
La ventaja de este problema, es que el servicio que devolvía el XML(Servicio Web) esta dentro de la aplicación que se esta desarrollando; asi que ¿Por que no cambiar y utilizar JSON basandonos en los principios de REST?
La solución más adecuada ("hacerlo correcto") pasó por crear un recurso que devolviera los datos en formato JSON, así no dependemos de los soportes propios que cada navegador da a XML, ya que JSON es soportado directamente por todos ellos (al menos los principales).
Las modificaciones realizadas fueron:
Finalmente :
La respuesta final del servicio quedo así (mucho más compacta):
{"x":"12.3456","y":"-4.789"}
El codigo javascript final quedo así (mucho más legíble):
var objJSON = txtJSON.parseJSON();
parent.setUtmX(objJSON.x);
parent.setUtmY(objJSON.y);
A continuación pongo un enlace a un visor de objetos JSON, el cual recibe un texto en este formato, lo convierte, y luego muestra sus propiedades y métodos en tablas.
Visor de objetos JSON
- FIN -
Lo primero, no pienso entrar en una de las largas discusiones que hay entre JSON y XML; solo hablaré de la solución más adecuada para el problema expuesto.
La ventaja de este problema, es que el servicio que devolvía el XML(Servicio Web) esta dentro de la aplicación que se esta desarrollando; asi que ¿Por que no cambiar y utilizar JSON basandonos en los principios de REST?
La solución más adecuada ("hacerlo correcto") pasó por crear un recurso que devolviera los datos en formato JSON, así no dependemos de los soportes propios que cada navegador da a XML, ya que JSON es soportado directamente por todos ellos (al menos los principales).
Las modificaciones realizadas fueron:
- Crear un recurso(uri) en lugar de ws que devolviera los datos en formato JSON
- Recoger la respuesta de la petición AJAX como texto
- Utilizar el parser de JSON de javascript(json.js)
- Utilizar directamente las propiedades del objeto JSON
Finalmente :
La respuesta final del servicio quedo así (mucho más compacta):
{"x":"12.3456","y":"-4.789"}
El codigo javascript final quedo así (mucho más legíble):
var objJSON = txtJSON.parseJSON();
parent.setUtmX(objJSON.x);
parent.setUtmY(objJSON.y);
A continuación pongo un enlace a un visor de objetos JSON, el cual recibe un texto en este formato, lo convierte, y luego muestra sus propiedades y métodos en tablas.
Visor de objetos JSON
- FIN -
Subscribe to:
Comments (Atom)