ASP.net

[ASP.NET] Subiendo archivos a un blob storage con RadCloudUpload

Posted on Updated on

Hola a todos, actualmente es muy común que en las aplicaciones Web el cargue de archivos se haga a un storage en la nube, y generalmente es necesario crear todo el código para implementar dicha funcionalidad, sin embargo Telerik nos hace la vida más sencilla ya que en su gama de controles ahora disponemos de RadCloudUpload, control que en esencia nos permite realizar la subida de un archivo a un storage en la nube (Azure, Amazon S3 y Telerik Backend Services).

Pues bien, su implementación es bastante sencilla y la vamos a realizarm para cargar archivos a un blob storage de Microsoft Azure, una vez añadimos el control, como es costumbre tenemos algunas opciones para comenzar su parametrización como:

  • Tamaño del archivo
  • Proveedor del storage
  • Extensiones permitidas
  • Posibilidad de subir múltiples archivos
  • Skin

cloudupload1

Como hemos seleccionado en el proveedor Azure, se habilita un wizard para ingresar los datos del storage:

cloudupload3

No olvides agregar por Nuget el paquete Windows Azure Storage:

cloudupload2

Y listo, ya es solo probar, una vista previa del control funcionando:

cloudupload4

Si luego requieren cambiar los datos del storage, todos los datos se han replicado en el web.config:

<telerik.web.ui>
	<radCloudUpload>
	  <storageProviders>
		<add name="Azure" type="Telerik.Web.UI.AzureProvider" 
			 accountKey="681o+9PweN+2k....." 
			 accountName="demomvcsignalr" 
			 blobContainer="democloudupload" 
			 ensureContainer="true" 
			 uncommitedFilesExpirationPeriod="1" 
			 defaultEndpointsProtocol="" />
	  </storageProviders>
	</radCloudUpload>
</telerik.web.ui>

Saludos!

[ASP.NET] Integrando ASP.NET con Telerik ASP.NET AJAX

Posted on Updated on

Hola a todos, muchos sabrán de mi gusto por los controles y herramientas de Telerik, así que quiero comenzar a compartir regularmente post sobre sus productos. En esta ocasión vamos a ver cómo es de sencillo integrar los controles ASP.NET AJAX en una aplicación nueva de tipo Web Forms, tarea que Telerik nos pone bastante fácil (con un wizard :)).

Una vez ya tienes instalados los controles, y te recomiendo utilices el Telerik Control Panel (luego hablamos hablaremos de él), tenemos un template que nos va a llevar paso a paso:

Primero seleccionamos el template Telerik Web Application:

telerik 1

Luego se abre un wizard en donde podemos configurar algunas partes importantes del proyecto, iniciando con el tema a utilizar y si se desea agregar una referencia de los assemblies a la solución:

telerik 2

En el siguiente paso es posible establecer algunas opciones, como por ejemplo si usar CDN entre otras:

telerik 3

Luego si queremos tener soporte para jQuery y templates:

telerik 4

Y finalmente si queremos usar Telerik Data Access, el ORM de Telerik (que la verdad va bastante bien):

telerik 5

Y listo, ya solo queda usar y aprovechar la potencia de los controles!

Saludos!

[ASP.NET Web API] Web API IX – Consumiendo un servicio externo, CORS

Posted on Updated on

Hola a todos, hoy vamos a retomar la serie de post sobre Web API, para hablar específicamente el como podemos consumir dichos servicios pero de un dominio diferente, lo primero que vamos a realizar es desplegar lo que se ha venido trabajando, y lo he hecho ayudandome de Azure y en un par de clicks ya esta listo: http://testwebapi.azurewebsites.net, ahora el siguiente paso es crear un cliente para consumir dicho servicio (que ya todos conocemos), para este caso he replicado lo que hemos venido trabajando, la diferencia es que en el archivo person.js al realizar el llamado al servicio ahora es necesario utilizar el dominio del sitio:

http://testwebapi.azurewebsites.net/api/person/...

Bueno, hasta el momento todo parece listo, entonces si probamos vamos a obtener el siguiente error:

error domain

Revisando el error, podemos deducir que el problema se da porque estamos realizando la petición entre dominios diferentes, y es acá donde iniciamos a hablar de CORS!

CORS que quiere decir algo como intercambio de recursos entre dominios cruzados (Cross-Origin Resource Sharing, si mucho mejor la definición en inglés) lo que hace es definir un modelo para poder acceder a recursos de diferentes dominios, en ese caso tanto el cliente como el servidor digamos que trabajan de la mano usando encabezados HTTP.

Cuando estamos usando el método GET para la petición, en la cabecera del request se envía la propiedad Origin con el dominio desde el cual estamos realizando la petición, luego el servicio Web API válida si el dominio que realiza la petición es permitido, en caso afirmativo en la cabecera de la respuesta en la propiedad Access-Control-Allow-Origin se retorna el mismo dominio que realizo la petición o un * para permitir todos los dominios, si la respuesta no cumple esa condición el browser elimina la respuesta:

request 1

Y ahora la solución, nos vamos al método Get del servicio y en el header de la respuesta le agregamos la propiedad Access-Control-Allow-Origin con el valor *, o bien si se tiene un listado de dominios permitidos allí hacer la validación y retornar el dominio específico en lugar del *, por lo tanto el código quedaría:

public HttpResponseMessage GetPerson()
{
	var data = db.Person.AsEnumerable();

	var httpResponseMessage = Request.CreateResponse<IEnumerable<Person>>(HttpStatusCode.OK, data);
	httpResponseMessage.Headers.Add("Access-Control-Allow-Origin","*");

	httpResponseMessage.Headers.CacheControl = new CacheControlHeaderValue()
	{ 
		MaxAge = TimeSpan.FromMinutes(1)
	};

	return httpResponseMessage;
}

[ActionName("getbyid")]
public HttpResponseMessage GetPerson(Int32 id)
{
	var person = db.Person.Find(id);

	if (person == null)
	{
		var httpResponseMessage = Request.CreateResponse<Person>(HttpStatusCode.NotFound,person);
		httpResponseMessage.Headers.Add("Access-Control-Allow-Origin", "*");

		return httpResponseMessage;
	}
	else
	{
		var httpResponseMessage = Request.CreateResponse<Person>(HttpStatusCode.OK, person);
		httpResponseMessage.Headers.Add("Access-Control-Allow-Origin", "*");

		return httpResponseMessage;
	}
}

Ahora si probamos de nuevo la petición Get funciona correctamente:

response

Bueno, ya tenemos el GET, ahora vamos a trabajar con los demás verbos Http, por ejemplo si intentamos realizar una petición PUT obtenemos:

put

Revisando la información del request, tenemos dos cosas importantes, la primera es que en Request Method el valor es OPTIONS y la segunda que el Status Code es el 405 (Método no permitido), bueno y ahora? Lo que debemos hacer ahora es leer el encabezado de la petición y hacer algunas pequeñas adiciones como especificar que se permitan los verbos PUT y DELETE, permitir todos los dominios y aceptar en el header el atributo Content-Type, para este caso, vamos a crear un Message Handler con el nombre RequestMethodHandler:

public class RequestMethodHandler : DelegatingHandler
{
	protected override async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
	{
		if (request.Headers.Contains("Origin") && request.Method == HttpMethod.Options)
		{
			var response = new HttpResponseMessage(HttpStatusCode.OK);
			response.Headers.Add("Access-Control-Allow-Origin", "*");
			response.Headers.Add("Access-Control-Allow-Methods", "PUT, DELETE");
			response.Headers.Add("Access-Control-Allow-Headers", "Origin, X-Requested-With, Content-Type, Accept");
			return response;
		}

		return await base.SendAsync(request, cancellationToken);
	}
}

y no olviden llamarlo en WebApiConfig:

config.MessageHandlers.Add(new RequestMethodHandler());

Ahora replicamos los cambios que realizamos en el método GET del controlador para los demás métodos que tenemos allí (POST, UPDATE, DELETE), por lo que ahora el controlador quedaría:

public class PersonController : ApiController
{
	private PersonDBContext db = new PersonDBContext();

	/// <summary>
	/// Get all persons
	/// </summary>
	public HttpResponseMessage GetPerson()
	{
		var data = db.Person.AsEnumerable();

		var httpResponseMessage = Request.CreateResponse<IEnumerable<Person>>(HttpStatusCode.OK, data);
		httpResponseMessage.Headers.Add("Access-Control-Allow-Origin","*");

		return httpResponseMessage;
	}
	
	[ActionName("getbyid")]
	public HttpResponseMessage GetPerson(Int32 id)
	{
		var person = db.Person.Find(id);

		if (person == null)
		{
			var httpResponseMessage = Request.CreateResponse<Person>(HttpStatusCode.NotFound,person);
			httpResponseMessage.Headers.Add("Access-Control-Allow-Origin", "*");

			return httpResponseMessage;
		}
		else
		{
			var httpResponseMessage = Request.CreateResponse<Person>(HttpStatusCode.OK, person);
			httpResponseMessage.Headers.Add("Access-Control-Allow-Origin", "*");

			return httpResponseMessage;
		}
	}

	/// <summary>
	/// Get a person by an id
	/// </summary>
	/// <param name="id"></param>
	/// <returns></returns>
	[ActionName("getbyotherid")]
	public Person GetPersonByOtherId(Int32 id)
	{
		Person person = db.Person.Find(id);
		if (person == null)
		{
			throw new HttpResponseException(Request.CreateResponse(HttpStatusCode.NotFound));
	}

		return person;
	}

	// PUT api/Person/5
	public HttpResponseMessage PutPerson(Int32 id, Person person)
	{
		HttpResponseMessage response;

		if (!ModelState.IsValid)
		{
			response = Request.CreateResponse(HttpStatusCode.BadRequest, ModelState);
		}
		else if (id != person.Id)
		{
			response = Request.CreateResponse(HttpStatusCode.BadRequest);
		}
		else 
		{
			db.Entry(person).State = EntityState.Modified;

			try
			{
				db.SaveChanges();
				response = Request.CreateResponse(HttpStatusCode.OK);
			}
			catch (DbUpdateConcurrencyException ex)
			{
				response = Request.CreateResponse(HttpStatusCode.NotFound, ex);
			}
		}
		
		response.Headers.Add("Access-Control-Allow-Origin", "*");
		return response;
	}

	// POST api/Person
	public HttpResponseMessage PostPerson(Person person)
	{
		if (ModelState.IsValid)
		{
			db.Person.Add(person);
			db.SaveChanges();

			HttpResponseMessage response = Request.CreateResponse(HttpStatusCode.Created, person);
			response.Headers.Location = new Uri(Url.Link("DefaultApi", new { id = person.Id }));
			response.Headers.Add("Access-Control-Allow-Origin", "*");
			return response;
		}
		else
		{
			return Request.CreateErrorResponse(HttpStatusCode.BadRequest, ModelState);
		}
	}

	// DELETE api/Person/5
	public HttpResponseMessage DeletePerson(Int32 id)
	{
		Person person = db.Person.Find(id);
		HttpResponseMessage response;

		if (person == null)
		{
			response = Request.CreateResponse(HttpStatusCode.NotFound);
		}
		else
		{
			db.Person.Remove(person);

			try
			{
				db.SaveChanges();
				response = Request.CreateResponse(HttpStatusCode.OK, person);
			}
			catch (DbUpdateConcurrencyException ex)
			{
				response = Request.CreateResponse(HttpStatusCode.NotFound);
				
			}
		}

		response.Headers.Add("Access-Control-Allow-Origin", "*");
		return response;
	}

	protected override void Dispose(bool disposing)
	{
		db.Dispose();
		base.Dispose(disposing);
	}
}

y si probamos de nuevo, podemos ver que ahora si todo nos funciona correctamente.

Espero este post les sirva bastante, saludos!

Descarga el ejemplo!

[ASP.NET Web API] Web API VIII – Trabajando con los ActionName

Posted on Updated on

Hola a todos, volviendo con la serie sobre ASP.NET Web API, en esta oportunidad quiero mostrarles como podemos personalizar el nombre de las acciones y además poder tener dos o más métodos que trabajen con el mismo verbo HTTP y una misma firma.

Para personalizar el nombre de las acciones, es necesario decorar cada acción con el atributo ActionName y especificar el nombre que deseamos utilizar:

[ActionName("nombre_de_la_acción")]

Para nuestro ejemplo vamos a crear una nueva acción con el nombre GetPersonByOtherId(Int32 id), dicha acción obedece al verbo Http Get y tiene la misma firma que la acción GetPerson, adicionalmente decoramos las acciones con el atributo ActionName y le asignamos un nombre (si en este caso la lógica de cada acción es la misma):

[ActionName("getbyid")]
public Person GetPerson(Int32 id)
{
	Person person = db.Person.Find(id);
	if (person == null)
	{
	   throw new HttpResponseException(Request.CreateResponse(HttpStatusCode.NotFound));
	}

	return person;
}

[ActionName("getbyotherid")]
public Person GetPersonByOtherId(Int32 id)
{
	Person person = db.Person.Find(id);
	if (person == null)
	{
		throw new HttpResponseException(Request.CreateResponse(HttpStatusCode.NotFound));
	}

	return person;
}

Adicionalmente agregamos un nuevo elemento en nuestro HTML:

<input id="btnSearch2" type="button" value="Search by Other Id" data-bind="click:getPersonByOtherId" />

Ahora modificamos el ViewModel y agregamos la función getPersonById, así como en la función getPersonById hacemos un pequeño cambio a la url que se esta llamando, en este caso agregando el nombre de la acción:

...
self.getPersonById= function () {
	var url = '/api/person/getbyid/' + self.id();
	$.getJSON(url)
		.done(function (data) {
			self.name(data.Name);
			self.lastname(data.LastName);
			self.twitter(data.Twitter);
		})
		.fail(function (erro) {
			self.clearForm();
	});
},

self.getPersonByOtherId = function () {
	var url = '/api/person/getbyotherid/' + self.id();
	$.getJSON(url)
		.done(function (data) {
			self.name(data.Name);
			self.lastname(data.LastName);
			self.twitter(data.Twitter);
		})
		.fail(function (erro) {
			self.clearForm();
		});
},
...

Luego es necesario agregar una nueva ruta en la tabla de routing, en este caso en la clase WebApiConfig:

config.Routes.MapHttpRoute(
	name: "ApiByOtherId",
	routeTemplate: "api/{controller}/{action}/{id}",
	defaults: new { id = RouteParameter.Optional }
);

Y ahora si ejecutamos y probamos podemos ver como en efecto los ActionName funcionan correctamente:

ActionName

Espero el post les haya gustado, hasta el próximo!

Descarga el ejemplo!

[ASP.NET Web API] Web API VII – Message Handlers

Posted on Updated on

Hola a todos, luego una pequeña ausencia, retomo el blog con un nuevo artículo sobre Web API, en este caso tratando el tema de los Message Handlers, un Message Handler se ejecuta antes que cualquier action filter además que son ejecutados para todos las acciones de los controladores, por lo anterior, un Message Handler es ideal para tener lógica centralizada que se deba ejecutar en cada request.

Como parte informativa, el primer Message Handler que se ejecuta es el HttpServer, y luego si se ejecutarán los que nosotros definamos.

Para crear un Message Handler personalizado, se debe crear una clase que herede de DelegatingHandler y sobrescribir el método SendAsync, generalmente los Message Handler son utilizados para temas como autenticación y autorización.

En nuestro caso, vamos a implementar un Message Handler que valide el dominio desde el cual están realizando la petición, para autorizarla o no, lo primero es crear una nueva clase a la que llamaremos ValidationHandler y como ya se comento dicha clase heredara de DelegatingHandler:

public class ValidationHandler : DelegatingHandler
{
	protected override async Task SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
	{
		var domain = "localhost";
		if (!string.Equals(request.RequestUri.Host, domain, StringComparison.OrdinalIgnoreCase))
			return request.CreateResponse(HttpStatusCode.Unauthorized);

		var response = await base.SendAsync(request, cancellationToken);
		return response;
	}
}

Allí, accedemos al valor del host que realiza la petición por medio del objeto request que es del tipo HttpRequestMessage, en caso que el host no sea válido se crea al vuelo la respuesta a la petición y se retorna un código 401 que indica no autorizado (HttpStatusCode.Unauthorized).

Finalmente para que el Message Handler entre en ejecución, se debe relacionar en el Application_Start, y recuerden que tenemos una clase llamada WebApiConfig donde se tiene configurado el routing para Web API, por lo tanto es un buen lugar para relacionarlo, recuerda tener presente el orden en que se añaden, ya que en ese mismo orden serán ejecutados:

public static void Register(HttpConfiguration config)
{
	...
	config.MessageHandlers.Add(new ValidationHandler());
}

no autorizado

Espero les haya gustado el post, ya nos seguiremos viendo por acá con otras entregas sobre Web API.

Descarga el ejemplo!

[ASP.NET Web API] Web API VI – Implementando Caché

Posted on Updated on

Hola a todos, vuelvo con otro post sobre Web API, en esta ocasión quiero mostros como podemos implementar un sencillo sistema de caché para reducir las peticiones que se realizan a nuestro servicio y así poder mejorar el rendimiento del mismo, para el ejemplo implementaremos dicho sistema en la acción que retorna todo el listado de personas, recordando tenemos algo como:

public IEnumerable<Person> GetPerson()
{
	var data = db.Person.AsEnumerable();
	return data;
}

La acción anterior simplemente consulta la fuente de datos y los retorna, sin embargo este tipo de comportamientos puede traernos problemas futuros ya que constantemente se está consultando la fuente de datos para traer todos los registros existentes y si dicha fuente de datos es una base de datos se debe tener presente el abrir y cerrar conexiones, el delay entre que se lanza el query y el momento en que el servidor de base de datos responde… ya vemos por donde va todo no?

Pensando en el problema anterior, una solución es implementar un sistema de caché para reducir las peticiones a la base de datos y en algunos casos (como este) también disminuir los request al servicio. Lo primero es añadir un nuevo botón que realice la petición a la acción GetPerson() para ver su comportamiento:

<input type="button" id="btnGetAll" value="Get all" data-bind="click:getAll" />

Ahora probamos de nuevo la aplicación y para ver el comportamiento damos click varias veces en el botón creado anteriormente, con ayuda de firebug revisemos las peticiones:

firebug1

y el detalle de alguna de ellas:

no-cache

Resumiendo la prueba, cada vez que damos click en el botón se realiza una nueva llamada al servicio, y como se aprecia en el detalle de la petición, en el Header de la respuesta el Cache-Control tiene el valor no-cache, que como adivinan indica que no se está manejando.

Para aplicar caché, vamos a hacerle un refactoring a la acción GetPerson() teniendo en cuenta los siguientes puntos:

  • Se retornará HttpResponseMessage en lugar de IEnumerable<Person>.
  • Se definirá la caché en el header de la respuesta.

Con los dos puntos anteriores en mente, ahora la acción GetPerson() quedaría:

public HttpResponseMessage GetPerson()
{
	var data = db.Person.AsEnumerable();

	var httpResponseMessage = Request.CreateResponse<IEnumerable<Person>>(HttpStatusCode.OK, data);

	httpResponseMessage.Headers.CacheControl = new CacheControlHeaderValue()
	{ 
		MaxAge = TimeSpan.FromMinutes(1)
	};

	return httpResponseMessage;
}

Lo primero es obtener los datos, luego se crea el objeto HttpResponseMessage, se define el tipo de dato que se retornará, en este caso un IEnumerable<Person>, el código de la respuesta es 200 (HttpStatusCode.OK) y los datos; y ahora para especificar el uso y tiempo de vida de la cache, modificamos el valor de la propiedad CacheControl del header y definimos que su tiempo de vida será de 1 minuto.

Si ahora repetimos la prueba realizada, y damos click varias veces seguidas en el botón para obtener todos los datos, visualizamos que ya no se realizan tantas peticiones como clicks,  ya que la caché usada guarda los datos en JSON en el cliente y los utiliza cada vez que hacemos click, claro que una vez se complete 1 minuto, la siguiente petición SI se realizará normalmente y se volverá a cachear la respuesta, y para que no quede duda, revisemos de nuevo la información de la petición y su respuesta con firebug, la propiedad Cache-Control ahora tiene el valor max-age=60, es decir que usa caché con un duración de 60 segundos.

si-cache

Espero e post les haya gustado, nos vemos!

Saludos!

Descarga el ejemplo!

[ASP.NET Web API] Web API V – Filtros de acción

Posted on Updated on

Hola a todos, de nuevo con otro post de la serie de ASP.NET Web API, esta vez vamos a revisar como podemos crear filtros de acción los cuales nos permiten ejecutar código antes y después de la ejecución de un acción en determinado controlador.

Para crear un filtro de acción, se debe crear una clase que herede de ActionFilterAttribute, y sobrescribir las funciones OnActionExecuting (ejecutada antes de la acción del controlador) y/o OnActionExecuted (ejecutada una vez la acción del controlador ha finalizado).

Para mostrar su uso, la idea es crear un filtro que permita tener un log de  las ejecuciones de la ejecuciones de las acciones en PersonController, pero antes de crear el filtro crearemos una clase singleton que se encargará de hacer el log, asi que primero definimos una sencilla interfaz:

interface ILogWriter
{
	void Log(string message);
}

Luego la clase que implementa dicha interfaz:

public class LogWriter : ILogWriter
{
	private static readonly Lazy instance = new Lazy(() => new LogWriter());

	private LogWriter() { }

	public static LogWriter Instance
	{
		get
		{
			return instance.Value;
		}
	}

	public void Log(string message)
	{
		Debug.WriteLine(message);
	}
}

Ahora que ya tenemos lista la clase, creamos una clase llamada LogFilterAttribute la cual debe heredar de ActionFilterAttribute y sobrescribimos los métodos nombrados anteriormente:

public class LogFilterAttribute : ActionFilterAttribute
{
	public override void OnActionExecuting(System.Web.Http.Controllers.HttpActionContext actionContext)
	{
		//Get info using actionContext
		LogWriter.Instance.Log("Executed before at: " + System.DateTime.Now);
	}

	public override void OnActionExecuted(HttpActionExecutedContext actionExecutedContext)
	{
		//Get info using actionContext
		LogWriter.Instance.Log("Executed after at: " + System.DateTime.Now);
	}
}

En este caso solo enviamos una simple cadena de texto, pero es posible obtener información del request utilizando el objeto actionContext.

Por último, para que el filtro creado funcione, lo que hacemos es decorar el controlador Person con el atributo creado:

[LogFilter]
public class PersonController : ApiController
{
	...
}

Espero el post les sea de utilidad, nos vemos en el siguiente artículo de Web API!

Saludos!

Descarga el ejemplo!