Mostrando entradas con la etiqueta tutorial-owin-katana. Mostrar todas las entradas
Mostrando entradas con la etiqueta tutorial-owin-katana. Mostrar todas las entradas
martes, 21 de enero de 2014
A través del formulario de contacto del blog, el amigo Carlos G. L. me enviaba una pregunta a raíz del último post de la serie sobre OWIN/Katana, relativo al uso de stage markers:(...) entonces, ¿esto quiere decir que podemos utilizar un middleware para dar soporte CORS a soluciones basadas en la primera versión de WebAPI o en MVC 4?Respuesta corta: sí. Siempre que se cumplan los requisitos de plataforma exigidos por Katana y los middlewares que queramos usar, nada impide hacerlo sobre aplicaciones con versiones anteriores de estos frameworks.
Y vamos con la respuesta larga…
martes, 12 de noviembre de 2013
En todos los posts anteriores hemos visto cómo usar middlewares asumiendo que su ejecución era puramente secuencial y en el mismo orden en el que habían sido añadidos al pipeline.Sin embargo, cuando sabemos que nuestra aplicación va a correr sobre un host ASP.NET/IIS, utilizando el adaptador disponible en el paquete
Microsoft.Owin.Host.SystemWeb, podemos insertarlos en puntos determinados del pipeline de ejecución de IIS (la famosa “canalización integrada”) para conseguir una mejor integración con frameworks y aplicaciones existentes que a priori no entienden de OWIN (p.e., una aplicación MVC 4 o WebForms).
martes, 5 de noviembre de 2013
Hasta ahora, por simplificar, siempre hemos utilizado Use() para introducir módulos en el pipeline, aunque también vimos que existen middlewares que aportan sus propios extensores sobre IAppBuilder para que resulte más sencilla su utilización.Hoy vamos a ver
Map()y Run() otros extensores que, al igual que Use(), nos permiten insertar módulos en el pipeline, aunque en este caso están orientados a cubrir escenarios más específicos.
martes, 15 de octubre de 2013
Continuando la serie sobre esta simpática pareja, en esta ocasión vamos crear nuestro primer módulo middleware personalizado. Utilizando la infraestructura creada por Katana, veremos lo fácil que resulta crear un componente de este tipo e introducirlo en el pipeline para que procese peticiones.Pero antes, como siempre, permitidme que recuerde los otros posts de la serie a los que acabáis de llegar:
- OWIN (I): Introducción fue un primer acercamiento a la conceptual especificación OWIN, sus objetivos y componentes.
- En OWIN (II)- Katana, cinturón blanco vimos qué era Katana, sus principales piezas, y su funcionamiento a alto nivel.
- Seguidamente, en OWIN y Katana (III)- Primeros combates creamos ya nuestras primeras aplicaciones basadas en Katana, una en entorno web y otra usando self-hosting sobre una aplicación de consola.
- Por último, OWIN y Katana (IV)- Startup y Configuration muestra el proceso de arranque de las aplicaciones OWIN, y dónde podemos implementar su código de inicialización.
martes, 1 de octubre de 2013
En varias ocasiones hemos comentado la convención que utiliza Katana para localizar el código de inicialización de nuestra aplicación. Por defecto, se espera que dicha inicialización se encuentre en el método Configuration() de una clase llamada Startup que reside en el espacio de nombres principal del proyecto.En este post veremos cómo modificar esta convención, de forma que podamos implementar la inicialización donde realmente nos apetezca :-)
Pero antes de continuar, permitidme que os recuerde los artículos anteriores de la serie:
martes, 24 de septiembre de 2013
Hasta ahora hemos dedicado mucho tiempo a explicar la filosofía y conceptos que rodean a OWIN y Katana. Pero como todos los alumnos de este tipo de artes, seguro que estáis ansiosos por saltar al tatami por primera vez y comenzar a hacer alguna prueba que demuestre que todo este esfuerzo vale la pena.Pero antes de continuar, permitidme que os recuerde los anteriores artículos de la serie:
En esta ocasión vamos a implementar un par de ejemplos completos paso a paso para que veáis Katana en funcionamiento y podáis comenzar a pelearos con ella. Y lucharemos en dos dojos distintos: una aplicación de consola con self-hosting, y una aplicación web.
miércoles, 18 de septiembre de 2013
Pues seguimos con esta serie de artículos sobre OWIN que comenzamos unos días atrás con una introducción conceptual de esta especificación, y hoy vamos a centrarnos en Katana, la implementación de Microsoft de este interesante estándar.
Primero explicaremos en qué consiste este proyecto, sus componentes principales, y después veremos la configuración y funcionamiento de este tipo de sistemas, acercándonos ya un poco al nivel que tanto nos gusta, el código fuente ;-)
Si es vuestro primer acercamiento al mundo de OWIN y Katana, os recomiendo que leáis previamente el primer artículo de la serie, Introducción a OWIN.
miércoles, 11 de septiembre de 2013
Sin duda, si hay un término que está ganando popularidad en los últimos tiempos, éste es OWIN. Y mejor que nos vayamos acostumbrando a él, porque viene pisando fuerte y probablemente nos acompañe en bastantes de nuestros desarrollos del lado servidor a partir de la próxima oleada de versiones de plataformas que está a punto de aterrizar.
OWIN (Open Web Interface for .NET) es una especificación abierta iniciada por dos miembros del equipo de ASP.NET en Microsoft, Louis Dejardin y Benjamin Vanderveen, que define un interfaz estándar para comunicar servidores con aplicaciones .NET, inspirada en iniciativas similares procedentes de tecnologías como Ruby, Python o incluso Node. La versión 1.0 de la especificación fue publicada en octubre de 2012 y está disponible en el sitio web del proyecto.
OWIN (Open Web Interface for .NET) es una especificación abierta iniciada por dos miembros del equipo de ASP.NET en Microsoft, Louis Dejardin y Benjamin Vanderveen, que define un interfaz estándar para comunicar servidores con aplicaciones .NET, inspirada en iniciativas similares procedentes de tecnologías como Ruby, Python o incluso Node. La versión 1.0 de la especificación fue publicada en octubre de 2012 y está disponible en el sitio web del proyecto.
