lunes, 23 de octubre de 2017
Características Arduino
· Económico :
las placas Arduino son relativamente económicas en comparación con otras
plataformas de microcontroladores. La versión menos costosa del módulo
Arduino se puede ensamblar a mano, e incluso los módulos Arduino premontados cuestan
poco.
· Multiplataforma -
El software de Arduino (IDE) se ejecuta en Windows, Macintosh OS X, y
Linux. La mayoría de los sistemas de microcontroladores están limitados a
Windows.
· Entorno
de programación sencillo y claro : el software Arduino (IDE) es fácil de
usar para principiantes, pero lo suficientemente flexible como para que los
usuarios avanzados puedan aprovecharlo también. Para los maestros, está
convenientemente basado en el entorno de programación de Procesamiento, por lo
que los estudiantes que aprenden a programar en ese entorno estarán
familiarizados con el funcionamiento del IDE de Arduino.
· Software
de código abierto y extensible: el software Arduino se publica como
herramientas de código abierto, disponibles para extensión por programadores
experimentados. El lenguaje puede expandirse a través de bibliotecas C ++,
y las personas que quieran comprender los detalles técnicos pueden dar el salto
de Arduino al lenguaje de programación AVR C en el que se basa. Del mismo
modo, puede agregar código AVR-C directamente en sus programas Arduino si así
lo desea.
· Hardware
de código abierto y extensible : los planes de los paneles Arduino se
publican bajo una licencia de Creative Commons, por lo que los diseñadores
experimentados de circuitos pueden crear su propia versión del módulo,
ampliarlo y mejorarlo. Incluso los usuarios relativamente inexpertos
pueden construir la versión del módulo para comprender cómo funciona y
ahorrar dinero.
Arduino
1. Que es Arduino ?
Arduino es un recurso que ayuda
en la realización de prototipos de circuitos. Antes se tenía que construir un circuito, se
debía tener habilidades electrónicas
específicas y conocer el mundo de los microcontroladores.
Con la introducción de la tecnología de la información en la realización de los circuitos entró en juego Arduino: un tablero de microcontroladores que se utiliza para hacer prototipos electrónicos de forma rápida y segura, pensado no para el trabajo de los ingenieros, sino para el de cualquiera que lo necesite: del diseñador, al artista, al arquitecto.
2. Cuál es su definición.
Arduino es una plataforma de electrónica de
código abierto basada en hardware y software fácil de usar. Las placas Arduino pueden leer
entradas (luz en un sensor, un dedo en un botón o un mensaje de Twitter) y
convertirlo en una salida, activar un motor, encender un LED y publicar algo en
línea. Puede decirle a su tablero qué hacer enviando un conjunto de
instrucciones al microcontrolador en el tablero. Para hacerlo, utiliza el lenguaje de programación Arduino(basado en
el cableado ) y el software Arduino (IDE) , basado en
el procesamiento .
3. Como es su estructura?
4. Cómo Funciona?
Arduino consta de tres
elementos: la tarjeta electrónica,
la comunidad en
el sitio dedicado que garantiza una pronta respuesta a cualquier problema y,
finalmente, el software que
está instalado en la computadora para programar la tarjeta electrónica. Arduino,
sin embargo, no planea en el sentido tradicional del término, pero está cargado
de bocetos,
es decir, una lista de comandos que la tarjeta deberá ejecutar. El boceto
se divide en dos partes: stet up ,
que contiene las acciones que se ejecutarán cuando se enciende la tarjeta, y el ciclo,
que contiene esos comandos que se repetirán continuamente indefinidamente.
5. Donde es Útil?
Se pueden usar para
controlar las luces del hogar, ejecutar un robot, lanzar un cohete aficionado,
controlar un diorama lleno de entrenadores, crear instrumentos científicos
complejos y mil cosas más. Esencialmente, una tarjeta Arduino es una computadora que lee una
entrada y devuelve una salida; cada uno de nosotros puede
programarlo usando Arduino Programing Language y Arduino Software (IDE), que se
basa en un lenguaje simplificado que responde al nombre de procesamiento .
jueves, 19 de octubre de 2017
Ventajas y Desventajas Entre (SOAP vs REST)
Según hemos visto en los anteriores blogs , el principal beneficio de SOAP recae en
ser fuertemente acoplado, lo que permite poder ser testado y depurado antes de poner en
marcha la aplicación. En cambio, las ventajas de la aproximación basada en REST
recaen en la potencial escalabilidad de este tipo de sistemas, así como el acceso con
escaso consumo de recursos a sus operaciones debido al limitado número de
operaciones y el esquema de direccionamiento unificado.
A modo de resumen, veamos las características de ambas aproximaciones en la siguiente tabla:
A modo de resumen, veamos las características de ambas aproximaciones en la siguiente tabla:
miércoles, 18 de octubre de 2017
REST (Representational state transfer) Web Services
1. Que es REST ?
REST (Representational State Transfer) es un estilo de arquitectura de software para sistemas hipermedias distribuidos tales como la Web. El término fue introducido en la tesis doctoral de Roy Fielding en 2000, quien es uno de los principales autores de la especificación de HTTP.
2. Cual es su definición
Es una forma simple de organizar interacciones entre sistemas independientes. REST te permite trabajar de forma sencilla con clientes con diferentes sistemas operativos y plataformas como smartphones. En principio no está atado a la web, pero casi siempre se implementa en ella, ya que se fundamenta en HTTP.
REST (Representational State Transfer) es un estilo de arquitectura de software para sistemas hipermedias distribuidos tales como la Web. El término fue introducido en la tesis doctoral de Roy Fielding en 2000, quien es uno de los principales autores de la especificación de HTTP.
2. Cual es su definición
Es una forma simple de organizar interacciones entre sistemas independientes. REST te permite trabajar de forma sencilla con clientes con diferentes sistemas operativos y plataformas como smartphones. En principio no está atado a la web, pero casi siempre se implementa en ella, ya que se fundamenta en HTTP.
4. como Funciona ?
Las pautas a seguir en el diseño de servicios Web basados en REST son:
1. Identificar todas las entidades conceptuales que se desean exponer como servicio.
2. Crear una URL para cada recurso. Los recursos deberían ser nombres no verbos
(acciones). Por ejemplo no utilizar esto: http://www.service.com/entities/getEntity?id=001 Como podemos observar, getEntity es un verbo. Mejor utilizar el estilo REST, un nombre: http://www.service.com/entities/001.
3. Categorizar los recursos de acuerdo con si los clientes pueden obtener un representación del recurso o si pueden modificarlo. Para el primero, debemos hacer los recursos accesibles utilizando un HTTP GET. Para el último, debemos hacer los recursos accesibles mediante HTTP POST, PUT y/o DELETE.
4. Todos los recursos accesibles mediante GET no deberían tener efectos secundarios. Es decir, los recursos deberían devolver la representación del recurso. Por tanto, invocar al recurso no debería ser el resultado de modificarlo.
5. Ninguna representación debería estar aislada. Es decir, es recomendable poner hipervínculos dentro de la representación de un recurso para permitir a los clientes obtener más información.
6. Especificar el formato de los datos de respuesta mediante un esquema (DTD, W3C Schema, …). Para los servicios que requieran un POST o un PUT es aconsejable también proporcionar un esquema para especificar el formato de la respuesta.
7. Describir como nuestro servicio ha de ser invocado, mediante un documento WSDL/WADL o simplemente HTML.
5. Donde es Util ?
Tanto los arquitectos como los desarrolladores necesitan decidir cual es el estilo adecuado para las aplicaciones. En algunos casos es adecuado un diseño basado en REST, se listan a continuación:
Las pautas a seguir en el diseño de servicios Web basados en REST son:
1. Identificar todas las entidades conceptuales que se desean exponer como servicio.
2. Crear una URL para cada recurso. Los recursos deberían ser nombres no verbos
(acciones). Por ejemplo no utilizar esto: http://www.service.com/entities/getEntity?id=001 Como podemos observar, getEntity es un verbo. Mejor utilizar el estilo REST, un nombre: http://www.service.com/entities/001.
3. Categorizar los recursos de acuerdo con si los clientes pueden obtener un representación del recurso o si pueden modificarlo. Para el primero, debemos hacer los recursos accesibles utilizando un HTTP GET. Para el último, debemos hacer los recursos accesibles mediante HTTP POST, PUT y/o DELETE.
4. Todos los recursos accesibles mediante GET no deberían tener efectos secundarios. Es decir, los recursos deberían devolver la representación del recurso. Por tanto, invocar al recurso no debería ser el resultado de modificarlo.
5. Ninguna representación debería estar aislada. Es decir, es recomendable poner hipervínculos dentro de la representación de un recurso para permitir a los clientes obtener más información.
6. Especificar el formato de los datos de respuesta mediante un esquema (DTD, W3C Schema, …). Para los servicios que requieran un POST o un PUT es aconsejable también proporcionar un esquema para especificar el formato de la respuesta.
7. Describir como nuestro servicio ha de ser invocado, mediante un documento WSDL/WADL o simplemente HTML.
5. Donde es Util ?
Tanto los arquitectos como los desarrolladores necesitan decidir cual es el estilo adecuado para las aplicaciones. En algunos casos es adecuado un diseño basado en REST, se listan a continuación:
- El servicio Web no tiene estado. Una buena comprobación de esto consistiría en considerar si la interacción puede sobrevivir a un reinicio del servidor.
- Una infraestructura de caching puede mejorar el rendimiento. Si los datos que el servicio Web devuelve no son dinámicamente generados y pueden ser cacheados, entonces la infraestructura de caching que los servidores Web y los intermediarios proporcionan, pueden incrementar el rendimiento.
- Tanto el productor como el consumidor del servicio conocen el contexto y contenido que va a ser comunicado. Ya que REST no posee todavía (aunque hayamos visto una propuesta interesante) un modo estándar y formal de describir la interfaz de los servicios Web, ambas partes deben estar de acuerdo en el modo de intercambiar de información.
- El ancho de banda es importante y necesita ser limitado. REST es particularmente útil en dispositivos con escasos recursos como PDAs o teléfonos móviles, donde la sobrecarga de las cabeceras y capas adicionales de los elementos SOAP debe ser restringida.
- La distribución de Servicios Web o la agregación con sitios Web existentes puede ser fácilmente desarrollada mediante REST. Los desarrolladores pueden utilizar tecnologías como AJAX y toolkits como DWR (Direct Web Remoting) para consumir el servicio en sus aplicaciones Web.
martes, 17 de octubre de 2017
SOAP (Simple Object Access Protocol) Web Services
1. Que es Soap ?
- SOAP significa Simple Object Access Protocolo
- SOAP es un protocolo de comunicación de aplicaciones
- SOAP es un formato para enviar y recibir mensajes
- SOAP es independiente de la plataforma
- SOAP se basa en XML.
2. Cual es su definición ?
es un protocolo escrito en XML para el intercambio de información entre aplicaciones. Es un formato para enviar mensajes, diseñado especialmente para servir de comunicación en Internet, pudiendo extender los HTTP headers. Es una forma de definir qué información se envía y cómo mediante XML. Básicamente es un protocolo para acceder a un Web Service
3. Como es su estructura ?
4. como Funciona ?
- El Service Provider genera el WSDL describiendo el Web Service y registra el WSDL en el directorio UDDI o Service Registry.
- El Service Requestor o la aplicación del cliente requiere un Web Service y se pone en contacto con el UDDI para localizar el Web Service.
- El cliente, basándose en la descripción descrita por el WSDL, envía un request para un servicio particular al Web Service Listener, que se encarga de recibir y enviar los mensajes en formato SOAP.
- El Web Service analiza el mensaje SOAP del request e invoca una operación particular en la aplicación para procesar el request. El resultado se escribe de nuevo en SOAP en forma de respuesta y se envía al cliente.
- El cliente analiza el mensaje de respuesta SOAP y lo interpreta o genera un error si ha habido alguno.
5. Donde es util ?
Un diseño basado en SOAP es adecuado cuando:
- Se establece un contrato formal para la descripción de la interfaz que el servicio ofrece. El lenguaje de Descripción de Servicios Web (WSDL), como ya sabemos, permite describir con detalles el servicio Web.
- La arquitectura debe abordar requerimientos complejos no funcionales. Muchas especificaciones de servicios Web abordan tales requisitos y establecen un vocabulario común para ellos. Algunos ejemplos incluyen transacciones, seguridad, direccionamiento, … La mayoría de aplicaciones del mundo real se comportan por encima de las operaciones CRUD y requieren mantener información contextual y el estado conversacional. Con la aproximación REST, abordar este tipo de arquitecturas resulta más complicado.
- La arquitectura necesita manejar procesado asíncrono e invocación. En estos casos, la infraestructura proporcionada por estándares como WSRM y APIs como JAX-WS junto con la asincronía por el lado del cliente nos permitirán el soporte de estas características.
jueves, 5 de octubre de 2017
INSTALACION DE UN ESB
En esta entrada realizare la instalación de un (ESB), para conocer como se configura e instala, lo primero que realice fue realizar un (ESB) que fuera open source y de esa manera fuera mas facil su descarga e instalación.
WSO2: El bus de servicios empresariales de código abierto (ESB) 100% open source de WSO2 es un motor de mensajería basado en estándares que proporciona el valor de la mensajería sin necesidad de escribir código. Proporciona capacidades de integración de datos, eliminando la necesidad de utilizar un servidor de servicios de datos independiente para sus procesos de integración. Además de los flujos de integración de corta duración y sin estado, el ESB puede utilizarse también para gestionar procesos empresariales largos y con estado. También viene con analíticas para un monitoreo integral, capacidades de intermediación de mensajes que pueden usarse para mensajería confiable, así como capacidades para ejecutar microservicios para sus flujos de integración.
INSTALACION
Primero, descargar los binarios desde https://wso2.com/products/enterprise-service-bus/
Descomprimir el archivo zip en un directorio cualquiera.
En el directorio “bin” modificar el scriptAgregar como primeras líneas la definición de variables de entorno para la ejecución del scriptJAVA _HOME indica la ruta de instalación del JDK de Java en nuestra máquina
CARBON_HOME es la ruta de instalación del ESB en nuestra máquina.
PASO 2: Crear la base de datos y la tablaEn la máquina donde corre el MySQL, se debe crear la base de datos SAMPLE con una tabla llamada INFO que tenga la siguiente estructura:
PASO 3: Copiar las libreríasEn el directorio %CARBON_HOME%/repository/components/lib, copiar los 2 JAR que vienen con los archivos del ejemplo.Smooks es un framework para construir aplicaciones que procesan datos en formato XML y no-XML usando Java. Mayor información en http://www.smooks.orgPASO 4: Modificar el archivo axis2.xmlEn el directorio %CARBON_HOME%/repository/conf editar axis2.xml para habilitar servicios:
VFS
Es el transport file del ESB
En primer lugar se debe habilitar el “receiver” para archivos para ello hay que eliminar los comentarios en la línea:Luego se debe activar el “Sender” de archivos:Mail TransportSe usa para enviar y recibir mensajes de correo
Si se desea enviar correos, hay que configurar los datos de conexión al servidor de correo (que tenga la función de SMTP relay).
Message Builders/Formatters
El “message builder” es responsable de convertir el mensaje que llega a un formato de mensaje SOAP.
Mientras que el “Message formatters” determina la salida del mensaje en format SOAP dentro del ESB.
Los “Message formatters” están configurados dentro del axis2.xml bajo el bloque:Finalmente, indicar de donde tomará la configuración de arranque.
Modificar la línea:
Para cambiar la ruta del sysnapse-config: observe que la ruta inicia en “/repository/conf”
PASO 5: Configurar el synapse-configSynapse es el ESB ligero de Apache (http://synapse.apache.org/ )
Para evitar problemas de la configuración vamos a copiar:
DESDE: %CARBON_HOME%\repository\deployment\server\synapse-configs
HACIA: %CARBON_HOME% \repository\conf\Observar que se crea la estructura en donde la mayoría de subdirectorios están vacíos (a excepción del directorio “sequences”)Si DESTINO= %CARBON_HOME% \repository\conf\ synapse-configs\default
Copiar desde directorio de ejemplo los siguientes archivos:local-entries\smooks.xml hacia %DESTINO%\local-entries
proxy-services\FileProxy.xml hacia %DESTINO%\ proxy-services
sequences\* hacia %DESTINO%\ sequences
PASO 6: Copiar el archivo smooks-config.xmlCopiar desde el < directorio del ejemplo>/resources el archivo smooks.config.xml
Copiar hacia: %CARBON_HOME% \repository\resources
PASO 7: Configurar los localEntriesEn el directorio local-entries editar el archivo smooks.xml y verificar que la ruta sea correcta:
PASO 8: Configurar los proxyServicesUn proxy service se crea y expone en un transporte específico a través del motor de Axis2.
En el directorio proxy-services editar el archivo FileProxy.xml y cambiar las rutas:
PASO 9: Configurar los sequencesEn el directorio sequences, abrir el archivo fileWriteSequence.xml y editar la ruta de salida:En el archivo sendMailSequence.xml, indicar el correo al cual se envía la notificación:En el archivo databaseSequence.xmlColocar los datos de conexión a la BD considerando el usuario, clave, dirección IP y puerto donde se ejecuta el motor de base de datos.
PASO 10: Crear los directorios de trabajoLos directorios están indicados en los archivos:
- FileProxy.xml
- fileWriteSequence.xml
PASO 11: Iniciar el ESBEn una ventana de comandos ejecutar:La consola de administración del ESB se carga en: https://IP-1:9443/carbonDonde IP-1 es la dirección IP donde está corriendo el ESB.
El usuario es “admin” y el password es “admin” por defecto.
x
Suscribirse a:
Entradas (Atom)
Ejemplo de Simulacion Netlogo
breed [Agricultores Agricultor] turtles-own [energy edad] to Configuracion clear-all ask patches [ set pcolor green...
-
Un activo de información es todo lo que se considera importante o de validez que puede contener información importante como lo son las base ...
-
Es un modelo desarrollado por (hp) generando una acrimonia de la siguientes características de factores de calidad: Functionality...