ISAKO's Blog

Levantando la cabeza y viendo más avances :) Monotouch/MonoDroid

2012-02-21T10:51:00Z

Aunque ya lleva un tiempo usándose, la verdad es que el enclaustramiento habitual al que uno se ve obligado por los requerimientos del día a día, hace que cuando tenga un hueco para levantar la cabeza se sorprenda con proyectos como "MonoTouch" que para los que no conozcan muy bien de qué se trata podría resumirse diciendo que es una plataforma a través de la cual podremos desarrollar aplicaciones para iOS, usando C#, lenguaje sin duda muchísimo más trillado, probado y conocido que el que han intentado meter con calzador desde apple, de Objetive-C.

El IDE que se ha proporcionado para programar bajo esta platadorma se denomina MonoDevelop y para los programadores de tecnologías microsoft les sonará debido a su gran parecido a VisualStudio. La ultima versión estable es la 2.10.8 y está disponible para platadormas OpenSuse, Windows, Mac OS X, Windows y Solaris.

Pero esto no es todo, ya se me han caido las bragas cuando leo sobre MonoDroid, a través del cual se dará soporte tb para el desarrollo de aplicaciones para android.

Resumiendo, que a partir de una sola plataforma y de un lenguaje unificado, podremos realizar aplicaciones portables a cualquier tipo de dispositivo del mercado, veremos si los conflictos legales por la famosa clausula 3.3.1 de Jobs (http://www.taoeffect.com/blog/2010/04/steve-jobs-response-on-section-3-3-1/) por la que se obliga a usar únicamente ciertos lenguajes de programación para iOS no da al traste con este más que interesantísimo proyecto.

Dejo una recopilación de enlaces, para aquellos que les interese el tema y para los que como yo, quieran empezar a pegarse con el:

Página oficial de MonoTouch:
http://www.mono-project.com/Main_Page

Blog de Miguel Icaza, lider del proyecto mono:
http://tirania.org/blog/

Conectandome mediante C# a webservices y haciéndoles correr en iOS:
http://alexsoto.me/uso-de-webservices-en-monotouch-usando-csharp-desde-el-iphone#more-63

Acceso a MySql desde iphone:
http://alexsoto.me/mysql-desde-el-iphone#more-94

Más información y ejemplos:
http://xamarin.com/monotouch
http://monotouchexamples.com/

EDIT:

Gracias a LA.Rodriguez Castro por su comentario acerca de otra posibilidad de utilizar otros FW alternativos, a partir de los cuales podemos simplificar la dificultdad de tener una base de código común para todos los tipos de plataformas como CellSDK "http://www.cellsdk.com/" (el cual habrá que investigar :D)

Native Expressions 1.0

2011-02-25T12:12:00Z

Anunciado Native Expressions 1.0 for Silverlight.

Toolkit que nos permitirá que nuestras aplicaciones silverlight en OOB, puedan acceder a más variables del entorno de ejecución, tales como GPS etc.

Para más info Native Expressions 1.0

Access HttpContext from Silverlight

2011-01-25T08:32:00Z

1º Introducción Silverlight SandBox

Silverlight es un plugin diseñado para ser “ultra” seguro, tanto, que desde una aplicación silverlight no podemos acceder a priori, a Dll’s que no estén autorizadas para usar desde los proyectos de tipo Silverlight de visualStudio, por ejemplo, no podemos acceder a una capa de BLL o a una DAL sencillita, si esta no está dentro del proyecto Silverlight, y todos los accesos que queramos hacer a través de estos, tendrán que ser vía Servicios, POST, REST etc..

Silverlight además, se ejecuta de forma aislada, es decir, que no sabe dónde se está ejecutando, ni quien lo hace, ya que es un plugin que puede ejecutarse tanto desde un explorador web como desde el propio escritorio de Windows.

2º Problemática en el acceso a datos

Imaginemos una simple consulta en la que a partir del usuario con el que estoy logado, quiero ver mis facturas de la luz (antes de ser estoicamente violadas por el nuevo subidón de casi un 10% en tiempos de crisis xd). Cómo le mandaría a la select en cuestión el usuario que está ejecutando la aplicación por ejemplo el HttpContext.Current.User.Identity.Name , si desde el control silverlight no sé quién está ejecutando la aplicación, ni siquiera dónde se está ejecutando el mismo ¿?, cómo veis surge un problemilla...

Bien, la respuesta es simple. Es imposible, por lo menos de una manera elegante y segura, digo esto ya que podría “ñapearse” el canal de comunicación exitente entre el DOM reenderizado de la página que lo contiene y la ejecución del mismo control, a partir de los initParams del Object que embeberá el ActiveX, pudiendo así hacer una llamada “customizada” al servicio WCF que lanzará la select, pero el problema es que se descubrirían los datos de la comunicación en el DOM de la página.

Dicho esto, empecé a mirar alternativas llegando a la conclusión de que lo mejor, no era hacer que el control Silverlight supiera quién o cómo se está ejecutando, usemos el control como lo que es, un control que no tiene que saber ningún dato de negocio, tratémosle como si fuera una capa de presentación tonta e independiente.

Pero ojo, si estamos usando esa especie de careta para obtener datos de negocio, cómo conseguiremos llegar a nuestra capa de datos con lo necesario ¿?, pues simple, haciendo que sea la propia capa de acceso a datos, la que sepa cómo se está ejecutando, es decir. El control silverlight accederá a los datos a través de un servicio WCF y será este el que sea capaz de saber dónde, cómo y quién lo está ejecutando, a través del contexto en el que stá ejecutandose, para ello el servicio se publicará dentro del mismo site que usa los distintos controles silverlight, de tal manera, que la publicación atendería a la ilustración 1:

Ilustración 1

3º Servicios publicados dentro del Site:

Esta es una de las múltiples maneras que existen para securizar un servicio web. Si este únicamente va a ser accesible desde una aplicación puede publicarse en el mismo entorno de ejecución de la misma. De tal forma que heredaría la seguridad implícita de la aplicación y tendría acceso al contexto.

De esta manera, mataríamos dos pájaros de un tiro, ya que siempre que alguien llame a ese servicio, si antes no se ha validado en la aplicación en cuestión, no podrá invocarlo, y por otro lado, cuando nuestro control silverlight lo invoque, este podrá obtener los datos que dependen del usuario que lo ejecuta.

La idea podría representarse esquemáticamente de la siguiente manera:

Ilustración 2

Hay que destacar que para que esta arquitectura funcione, los servicios deben tener una configuración un tanto especial, para que puedan “saber leer su entorno”

Para ello bastará con:

a) Habilitar el atributo AspNetCompatibilityRequirements.

[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]

public class Servicio1: iServicio1

{

public string GetHttpContextUser()

{

if (!System.Web.HttpContext.Current.User.Identity.IsAuthenticated)

throw new Exception();

return System.Web.HttpContext.Current.User.Identity.Name;

}

b) Agregar el elemento <serviceHostingEnvironment> a la configuración del servicio, en la sección <system.serviceModel>, para habilitar la compatibilidad con ASP.NET.

4. Arquitectura lógica de publicación:

Atendiendo a esta idea, podríamos tener varias opciones a la hora de montar una arquitectura optima de petición / respuesta, de las que destacaré dos:

4.1 Acceso Directo:

He denominado Acceso Directo a la opción que podemos apreciar en la Ilustración 3.

Ilustración 3

Como podemos ver, los distintos servicios WCF se ejecutan dentro del entorno de la aplicación del Portal,y el control Silverlight accede directamente a los mismos.

Como se comentaba anteriormente, al estar ejecutándose dentro del entorno de la aplicación, (a no ser que se le especifique lo contrario), cualquier petición que se haga a los mismos, debería estar autenticada a trabes del Membership de seguridad del portal.

En estos servicios web, estará la lógica de negocio necesaria para aislar la Interfaz de usuario en Silverlight de la capa de datos. Con esta solución resolveríamos los dos problemas que se nos plantean:

Servicios que conocen el contexto desde el que se les está llamando y Servicios securizados a los que no se les puede llamar si no estas autenticado en la aplicación.

Pero hay algo importante a destacar, y es que esta solución plantea un problema. Y es que en los servidores con IIS6 y un Framework inferior al 4.0, existe un BUG, que consiste en que cuando un IIS aloja una aplicación web y esta hace una petición a un servicio que cuelga de la misma aplicación, recibe varias BaseAddress y no es capaz de resolver cuál es la que se corresponde a la de la petición del servicio provocando un error de aplicación 500 poco descriptivo.

Este Bug ya lo he solucionado, a través de sobrescribir el método CreateServiceHost (http://msdn.microsoft.com/en-us/library/system.servicemodel.activation.servicehostfactory.createservicehost.aspx) de WebScriptServiceHostFactory, que es el que se encarga de establecer las baseaddress. Haciendo que cuando existan varias peticiones, tu establezcas cual es la que te interesa.

La explicación de la solución de dicho BUG son dos simples pasos:

1º Le decimos a nuestro servicio que su Factory, ahora será nuestro CustomHostFactory

<%@ ServiceHost Language="C#" Debug="true" Service="Portal.WebIU.WebServices.SilverlightServices.Servicio.Servicio1" CodeBehind="Servicio1.svc.cs" Factory="Portal.WebIU.AppCode.CustomHostFactory" %>

2º Creamos nuestro CustomHostFactory y sobrescribimos el método CreateServiceHost:

using System;

using System.Collections.Generic;

using System.Linq;

using System.Web;

using System.ServiceModel.Activation;

using System.ServiceModel;

namespace Portal.WebIU.AppCode

{

public class CustomHostFactory : WebScriptServiceHostFactory

{

protected override ServiceHost CreateServiceHost(Type serviceType, Uri[] baseAddresses)

{

Uri[] newUri;

if (baseAddresses.Length > 1)

newUri = new Uri[]

{ new Uri("URL/Servicio1.svc")};

else { newUri = new Uri[] { baseAddresses[0] };}

return base.CreateServiceHost(serviceType, newUri);

}

Como comentaba, se supone que este bug ya está arreglado para servidores con IIS7 y FW4.0 (repito lo de, se supone)

4.2 Acceso Bridge:

Otra arquitectura posible es la de utilizar un servicio puente, a través del cual obtengamos el HTTPContext para después llamar a X servicios que pudieran estar fuera del entorno de la aplicación como se muestra en la Ilustración 4

Ilustración 4

Los problemas que pudieran derivarse de esta opción son:

a) Política de CrossDomain (si se configura bien, no debería ser un problema):

Para que el control Silverlight tenga acceso a los servicios web externos, estos deberán tener como mínimo una política de CrossDomain, permitiendo el acceso a aquellas peticiones que vengan desde el dominio de PortalMediadores.

b) Servicios Securizados: Estos servicios externos, estarían expuestos en principio, de manera publica, de tal manera que cualquiera que conozca las direcciones de los mismos podrá llamarlos y obtener información sensible sin ningún problema. Para ello habría que encriptar información, establecer algún proxy, firewalls de acceso, o establecer otras políticas de securización de WCF.

5. Arquitectura recomendada

Atendiendo a lo explicado anteriormente se recomienda una arquitectura de acceso directo por los siguientes motivos:

Seguridad:

En el acceso directo, la conexión siempre viene securizada a través del provider de autenticación del portal, por lo que se pueden evitar ciertos usos fraudulentos del portal.

Centralización de despliegue:

Al desplegar todo en un mismo site, los posibles problemas o incidencias estarán mucho más centralizados, y se evitará el acoplamiento entre distintos servidores. Lo que para mi es una ventaja a la hora de desplegar servicios que van a ser consumidos únicamente por un site

Recomendaciones “oficiales”:

http://msdn.microsoft.com/en-us/library/dd560702%28VS.95%29.aspx

P.D: Que conste que esta fue una solución de ida de hoya personal, por lo que es posible que sea un poco "ñapa", "estupided" o vete tu a saber... pero en las aplicaciones en las que ha sido implementada, puedo garantizar, que a funcionado a la perfección. Se agradecerá cualquier correción / aportación sobre otras posibles soluciones :)

Silverlight 4 Training Course in Channel9

2009-12-17T09:59:00Z

Interesante el enlace, que me llegaba esta mañana sobre un curso en Channel 9 sobre Silverlight 4, con ejemplos y documentación de esta nueva versión de la Luz Plateada, sin duda habrá que escudriñar todos los videos y tutoriales que nos aportan.

Para más info sobre el curso de silverlight 4

Fast Tricks: Assembly bindingRedirect

2009-12-09T14:07:00Z

Otro truquito bastante elemental, pero que no suele usarse tal vez por desconocimiento, es la posibilidad de poder redireccionar distintas versiones de assemblys a una versión determinada. Y es que no ha sido ni una ni dos, las veces que me he encontrado con tres registros de assemblys en el mismo webConfig para distintas versiones del mismo assembly, produciendose como es lógico errores de compilación, lios de versiones, etc...

Esto es facil de resolver y de abreviar usando bindingRedirect, y lo mejor para explicarlo es un caso practico:

</dependentAssembly>

En este caso lo que indicamos es que que toda Referencia a MyAssembly.Controls versión 1.0.0.0 y 1.1.0.0 apunten realmente a la versión 2.0.0.0 del ensamblado.

Rápido y veloz, cual caballo desbocado sin jinete :D

Fast Tricks: Obtener Grupos de Usuario AD DirectoryServices 3.5

2009-11-27T09:20:00Z

Siguiendo con esta serie de articulos sobre tips rápidos para solucionar de forma optima y rápida casos concretos, os dejo un par de lineas rápidas para encontrar de forma óptima y recursiva todos los posibles grupos y subGrupos de un Usuario de Directorio Activo, con DirectoryServices 3.5.

public static List<string> GetGruposUsuarioActiveDirectory(string Usuario)

{

List<string> roles = new List<string>();

string nombreDominio = "MyDomain";

using (PrincipalContext ctx = new PrincipalContext(ContextType.Domain, nombreDominio))

{

UserPrincipal userPrincipal = UserPrincipal.FindByIdentity(ctx, Usuario);

if (userPrincipal != null)

{

foreach (Principal p in userPrincipal.GetGroups())

{

roles.Add(p.Name);

} userPrincipal.Dispose();

}

return roles;

}

Edit: La recursividad como comentaba en un comentario más abajo, podemos obtenerla simplemente llamando a esta función de forma recursiva (valga la redundancia), o simplemente, en vez de utilizar el método GetGroups, se utilizará GetAuthorizationGroups

Fast Tricks: DataPager No Rows Visible

2009-11-25T10:36:00Z

Hola amigos, tras las cientos de llamadas que hemos recibido en la centralita, aquí un nuevo artículo para desempolvar el blog, esta vez lo haré abriendo una especie de sección nueva, Fast Tricks, truquitos rápidos, y simples que nos valen para resolver problemitas concretos de forma optima y rápida.

En este caso voy a comentaros un truquito con el control DataPager, ese control mágico que nos sirve para paginar resultados en ListView's, Grid's, etc.. En ocasiones he visto como desde la capa de presentación se preguntaba una y otra vez por el número de resultados a paginar para mostrar o no dicho control. Pues bien, hagamos que todo esto se centralice, que sea el propio control el que diga si tiene que visualizarse o no, dependiendo del número de resultados a mostrar, así no tendremos que preguntar una y otra vez en cada una de las páginas donde lo usemos.

Para ello bastará con crearnos una clase que herede de System.Web.UI.WebControls.DataPager y sobre escribamos su método Render. En esta sobre escritura comprobaremos a través de las propiedades TotalRowCount y PageSize, si el número de filas a mostrar es mayor al número de filas que se quiere se vean por página, y dependiendo del resultado, renderizaremos o no el control.

Un ejemplo de caso práctico: si deseo que me aparezcan 5 filas por página, y solo tenemos 4 registros de datos, no mostraremos el control.

public class MyDataPager : System.Web.UI.WebControls.DataPager

{

protected override void Render(HtmlTextWriter writer)

{

if (base.TotalRowCount > base.PageSize)

{

base.Render(writer);

}

Eh voilá, espero que este articulillo aunque básico y simplón, os sirva alguna vez J

FileUpload con UpdatePanel

2009-02-02T16:42:00Z

Hola amigos, hace unos días me topé por casualidad, con uno de esos controles asp.net que son incompatibles con el updatePanel, me refiero al FileUpload. El problema era que, quería/necesitaba realizar una webpart para sharepoint, que permitiera mandar mails, con archivos adjuntos, y que corriera con ajax, para evitar postbacks innecesarios etc.

En cuanto navegué un poco, encontré algunas soluciones como la creación de iframes , creacion de triggers para forzar postbacks, etc... pero ninguno de ellos colmaba mis expectativas, así que me puse a pensar un poquiño, y encontré una salida, que no sé si será la adecuada, la mejor, o simplemente una ñapa, pero la verdad es que me solucionó la vida, con unas cuantas lineas de código.

Simplemente tenemos que sobreescribir el método render de la clase System.Web.UI.WebControls.FileUpload, haciendo que cuando este se reenderice, se "incruste" una llamada a una función javaScript en el evento onchange del control:

public class miFileUpload : System.Web.UI.WebControls.FileUpload

{

public miFileUpload() {}

protected override void Render(System.Web.UI.HtmlTextWriter writer)

{

writer.AddAttribute("onchange", "funcionJs()");

writer.AddAttribute("name", "miUpload");

base.Render(writer);

}

De esta manera, cuando seleccionemos un archivo, tendremos acceso a la función de javaScript funcionJs(), en la que podremos acceder al archivo que hemos seleccionado:

function funcionJs()

{

alert(document.all.miUpload.value);

}

Y esto es todo, tal vez lo consideréis una ñapa, pero bueno, con solo unas cuantas líneas, tenéis un fileUpload rulando dentro de un updatePanel.

Un saludete

A la caza del XP rojo

2009-01-08T09:29:00Z

A veces la web me confunde....

Cual es mi sorpresa al ver que tenemos una nueva versión de una de las mejores pelis de submarinos de la historia "La caza del octubre rojo". En esta nueva entrega el intrigante sistema sovietico silencioso de propulsión magnetohidrodinámico que hacía del Octubre un submarino temible, es sustituido por un windows XP... que se preparen las aguas del planeta la Royal Navy se ha actualizado !!!

Más info de la noticia (en serio) en el navegante

Reconocimiento facial. TrackEye

2008-06-25T10:56:00Z

Para todos aquellos a los que les interesa el tema del reconocimiento facial, se ha publicado en codeProject un interesantísimo articulo en el que se explica en detalle alguno de los algoritmos utilizados para detectar ciertos aspectos del rostro. En concreto el articulo se centra en un programa capaz de grabar el movimiento que realizan nuestros ojos a través de una webCam. Si quieres más información no dudes en visitarlo, Real-Time Tracking Of Human Eyes Using a Webcam en él, encontrarás disponible tanto un ejecutable del programa, como el fuente del mismo.

Saludotes.

Hacking Techniques (Bouncing Attacks)

2008-06-18T07:01:00Z

Hace unas semanas, por unos motivos u otros, tuve indagar sobre un cierto agujero de seguridad que se producía al emplear una técnica de pirateo simple a la par de efectiva empleada contra aplicaciones web, técnica a la que los "expertos" denominan (Bouncing Attack).

La técnica es bastante simple, lo que se hace es colocar un servidor Proxy, como por ejemplo NGIX, entre el servidor en el que aloja nuestra aplicación web, y el cliente que está ejecutando dicha aplicación. El procedimiento consiste en cazar la petición HTTP que se hace desde cliente en dicho servidor, y modificar nombres de variables, valores, etc... hasta que la aplicación alojada en el servidor pete al recibir dicha petición, pudiendo (si no se tiene controlado), mostrar información sensible del servidor.En el caso con el que me encontré, se podía reventar la aplicación modificando los values que se mandaban desde unos combos no editables, esos values llevaban id's de tipo integer, y se enviaban a una capa de datos que esperaba ese tipo de dato, cuando se empezó a meter como values valores no numéricos, la aplicación reventó a primeras de cambio.Soluciones a este problema??, pues a gusto del consumidor, desde emplear un simple Try...Catch que capture el error, a usar el viewState de la página para que no pueda modificarse así como así la petición HTTP, etc...Más info sobre el Bouncing Attack

Folder Content Type. Propiedades de carpeta Sharepoint 2007

2008-02-19T14:51:00Z

Folder Content Type

Uno de los puntos de encuentro que he podido establecer, tras vivir varias experiencias con usuarios encargados de administrar bibliotecas de documentos, es que se suelen volver locos, al intentar agregar campos/columnas "extra", a un determinado elemento de una biblioteca de documentos de Sharepoint 2007.

Para un elemento/documento normal, la solución suele ser muy simple y rápida, basta con agregar una columna nueva a la biblioteca de documentos en cuestión.

Pero qué ocurre cuando queremos agregar información adicional a una carpeta, cómo podemos asignarle esa información que tan útil nos puede ser a la hora de clasificar nuestros documentos.

Pues una solución, es crear nuestro propio tipo de contenido personalizado.

1º Creación del Content Type

Lo primero es crear el Content Type, para ello nos irémos a la administración de nuestro sitio, y pulsaremos sobre el enlace de Tipos de Contenido.

El siguiente paso es la creación del mismo, en este ejemplo crearemos una carpeta tipo Alumno, destacar que debemos establecer que el tipo de contenido primario será de tipo carpeta

2º Creación de Columnas de Sitio

Perfecto, ya tenemos creado el content type, a continuación deberemos introducir aquellos campos, columnas que queramos sean visibles en el mismo, por ejemplo, la fecha de nacimiento del alumno y si tiene alguna alergia destacable.

Para ello, dentro de la configuración de nuestro Conten Type, pulsaremos sobre el enlace de creación de una columna de sitio (destacar que sharepoint2007 trae algunas columnas por defecto, las cuales podremos agregar pulsando el enlace inmediatamente superior al de la creación de las columna de sitio).

Una vez pulsado, nos aparecerá el formulario de creación de columna, el cual nos sonará si nos hemos tenido que pegar con los tipos de datos de las bibliotecas, vistas, etc. Bastará con establecer su formato y aceptar.

3º Configuración de la biblioteca de documentos

Perfecto, ya tenemos creado nuestro Contet Type con dos columnas, a continuación tenemos que configurar la biblioteca, para que podamos asignarle nuestros propios tipos. Para ello iremos a la configuración de nuestra biblioteca y pulsaremos sobre el enlace de Configuración Avanzada.

Y dentro de esta, establecereos que SI que deseamos permitir la administración de tipos de contenido.

Bien ahora que podemos administrar los tipos de contenido de nuestra biblioteca, nos aparecen los enlaces de administración de los mismos, pulsaremos sobre Agregar a partir de tipos de contenido de sitio.

Agregaremos el Tipo que habíamos creado (Carpeta de Alumno), y ya estamos listos para usar nuestras carpetas con propiedades. Como vemos en la siguiente imagen al irnos al menú nuevo, nos aparece nuestra Carpeta de Alumno

Tras pulsar sobre nuestro nuevo tipo de carpeta, cual truco merliniano, nos aparecerá un formulario para introducir esas propiedades que tan ansiadamente buscábamos.

Y listo:

Sharepoint Visual Studio Tools to XP or VISTA ?

2007-11-27T16:16:00Z

En ocasiones cuando hemos querido desarrollar con nuestro vs05 algun webpart o aplicación que interactuara contra wss3.0, y que requiriera de Microsoft.Sharepoint.dll teníamos normalmente, que tirar de máquinas virtuales en las que emular un windows Server 2003 con el wss3.0 instalado, el vs05, etc... Pues el frotar se va a acabar.

Basta con crearse una clave de registro, para engañar al instalador de las tools, para que este interprete que en nuestro S.O tiene instalado el wss3.0

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0] "Sharepoint"="Installed"

Así podremos desarrollar cómodamente vs Sharepoint desde nuestro Vista y/o XP

Encontrado en: Blog de Janne Mattila

Reinicio de Pc al imprimir desde Reporting

2007-10-10T07:22:00Z

Hola a todos, como casi siempre que escribo, lo hago tras haberme encontrado en alguna situación peliaguda, que considero podeis encontraros en alguna ocasión.

Se trata del fallo que se produce en el SO (windows 2000/XP), al intentar imprimir algún informe bajo Reporting Services, el cual consiste en que el PC se reinicia solo, cuando desde el ActiveX de impresión de reporting RsClienPrint, se comunica con determinadas impresoras.

En concreto el fallo suele producirse con aquellas impresoras que usan PCL (lenguaje de comunicación desarrollado por HP, para establecer la comunicación cliente/impresora). El problema se desata cuando los controladores de la impresora requieren ciertos parámetros del componente de sistema Win32k.sys (componente conocido por los famosos pantallazos azules que producía al chocar con distintos controladores).

Para solucionarlo Microsoft ha sacado un HotFix, que podemos descargar e instalar gratuitamente.

A continuación una lista de las impresoras conocidas que producen dicho error:

•	Ricoh LAN Fax Driver
•	Gestetner P7026n PCL
•	Ricoh Laser AP2600N PCL
•	HP LaserJet 9050
•	HP LaserJet 4200
•	HP 4050 PCL6
•	HP LaserJet 4345 PCL 6
•	Canon Pixma MP170

RSS Webpart with Proxy Authentication

2007-08-21T13:13:00Z

Uno de los webparts más interesantes que nos trae Sharepoint 2007, es sin duda el visor de elementos RSS, el cual nos permite sindicarnos a feeds RSS remotos, e incluso editar la visualización de estos mediante una plantilla XSLT.

Todo es muy bonito y maravilloso, tanto, que incluso aunque tu organización esté tras un proxy, te puede interesar salir del mismo, para poder obtener las sindicaciones.

Digo esto, pq uno de los problemas que encontramos con este webpart que trae Sharepoint por defecto, es la imposibilidad de conectarse a direcciones RSS si estas tras un proxy. Obteniendo un error de conexión del estilo: Error inesperado al procesar la solicitud. Compruebe los registros para ver los detalles y corregir el problema.

Como la situación es un poco peliaguda, pero ya me había pegado con el proxy en alguna otra ocasión, sabía que no debería ser especialmente complicado encontrar una solución idonea, así que me dispuse a hacer mi propio webpart lector de RSS desde 0, el cual, hará que mis peticiones tengan implicitas las credenciales pertinentes para que el proxy sepa quien soy, y permita mi conexión.

Al tema

1º Propiedades

Una vez que tenemos creado un nuevo webPart desde nuestro visualStudio, lo primero será crear las distintas propiedades que necesitaremos para jugar con el proxy, así como con las fuestes RSS que nos traeremos.

namespace rssWebpartProxy

{

[Guid("25bbe10c-1853-45f1-81e3-7dc2c095148c")]

public class rssWebpartProxy : System.Web.UI.WebControls.WebParts.WebPart

{

private string pvtUriProxy = "";

private string pvtUserProxy = "";

private string pvtPwdProxy = "";

private string pvtUriRSS = "";

public rssWebpartProxy()

{

this.ExportMode = WebPartExportMode.All;

}

[WebBrowsable(true), Personalizable(true), WebPartStorage(Storage.Personal),FriendlyName("Proxy URI"), WebDescription("Dirección remota del proxy")]

public string uriProxy

{

get

{

return pvtUriProxy;

}

set

{

pvtUriProxy = value;

}

[WebBrowsable(true), Personalizable(true), WebPartStorage(Storage.Personal), FriendlyName("User Proxy"), WebDescription("Usuario autenticado en el proxy")]

public string userProxy

{

get

{

return pvtUserProxy;

}

set

{

pvtUserProxy = value;

}

[WebBrowsable(true), Personalizable(true), WebPartStorage(Storage.Personal), FriendlyName("Password Proxy"), WebDescription("Password del Usuario autenticado en el proxy")]

public string pwdProxy

{

get

{

return pvtPwdProxy;

}

set

{

pvtPwdProxy = value;

}

[WebBrowsable(true), Personalizable(true), WebPartStorage(Storage.Personal), FriendlyName("URI RSS"), WebDescription("Dirección remota del feed RSS")]

public string uriRSS

{

get

{

return pvtUriRSS;

}

set

{

pvtUriRSS = value;

}

En concreto, tendremos las siguientes propiedades:

- uriProxy: En la que almacenaremos el URI de nuestro proxy

- userProxy: En la que introduciremos el usuario que se validará en el proxy

- pwdProxy: Password de conexión, del usuario que se autentificará (¿Cómo se dice autenticar o autentificar?, es una cuestión que me trae de cabeza xd)

- uriRSS: En la que tendremos la dirección remota RSS a la que nos conectaremos

2º Renderizado

Bien, ya tenemos nuestras propiedades, las cuales daran el siguiente aspecto a la configuración de nuestro webPart:

Acontinuación, solo nos faltaría el Render de los contenidos, donde meteremos toda la chicha:

protected override void Render(HtmlTextWriter writer)

{

try

{

System.Net.HttpWebRequest req = (System.Net.HttpWebRequest)System.Net.WebRequest.Create(pvtUriRSS);

req.Proxy = new System.Net.WebProxy(pvtUriProxy);

req.Proxy.Credentials = new System.Net.NetworkCredential(pvtUserProxy, pvtPwdProxy);

System.Net.WebResponse resp = req.GetResponse();

System.IO.StreamReader textReader = new System.IO.StreamReader(resp.GetResponseStream(), System.Text.Encoding.GetEncoding("Windows-1252"));

System.Xml.XmlTextReader xmlReader = new System.Xml.XmlTextReader(textReader);

System.Data.DataSet ds = new System.Data.DataSet();

ds.ReadXml(xmlReader);

int i = ds.Tables["item"].Rows.Count - 1;

System.Data.DataRow dr;

String noticias = "";

while (i >= 0)

{

dr = ds.Tables["item"].Rows[ i ];

noticias += " <a href=" + dr[1] + " target='_blank'>" + dr[0] + "</a> - ";

i = i - 1;

}

writer.Write("<marquee scrollamount=4>" + noticias + "</marquee>");

}

catch (Exception e)

{

writer.Write("Conflicto en el Webpart de RSS Proxy:" + e.Message);

}

Primero, haremos una petición httpWebRequest a la dirección Remota a la que queremos acceder, la cual está almacenada en la variable privada pvtUriRSS, que tiene, como podríais observar en la definición de las propiedades, el contenido de la propiedad uriRSS.

A continuación, a dicha petición httpWebRequest le especificaremos los parametros oportunos para las credenciales de su propiedad Proxy. Con esto, lo que haremos, es que nuestra petición vaya autenticada, de tal forma que el Proxy sabrá quien la esta realizando, y por tanto, saber si debe o no permitir el acceso.

El paso siguiente, sería hacer un objeto httpWebResponse a través del HttpWebRequest.getResponse() (el cual a mi me gusta traducir como la exigencia de respuesta de una petición).

En el objeto resultante (resp), ya tendremos nuestra información, y el último paso será simplemente visualizarlo de la manera que creamos más conveniente.

En el ejemplo, como podeis ver, yo utilizo un StreamReader para leer el chorro de datos, le especifico la codificación de "letra" que utilizo en el servidor donde voy a instalar el webpart, se lo paso a un xmlRealder (ya que la sindicación RSS, como sabemos viene en formato XML), lo cargo en un dataSet y a rular...

En el paso final lo unico que hago a la hora de renderizar la información, es mostrar en modo de <marquesina>, arriesgándome con el uso de esta a no pasar algún test de accesibilidad, pero al ser un simple ejemplo, creo que queda chulo y facil de hacer, otro gallo cantará cuando queramos usarlo en algún entorno de producción exigente, que nos obligue a cambiar la forma de visualizar el resultado rss, al cual podremos aplicar XSLT, (como por ejemplo vemos en un anterior articulo que realicé sobre como crear tu lector rss en 5 minutos)

3º Instalación

Gracias a la simplicidad de instalación de elementos web que nos aporta MOSS, podremos instalar la dll generada de forma sencilla.

Para ello recordar:

- Deberá ir firmada.

- Tendremos que registrarla como elemento seguro en el web.config de nuestro portal:

- Y por último agregarla desde la sección de Elementos Web dentro de la configuración de nuestro portal.

Dejo disponible un zip con el WebPart, para el que quiera usarlo directamente, sin complicarse mucho la vida :)

Un saludo

Biblioteca de Documentos con enlaces

2007-08-17T11:00:00Z

Hola amigos, hoy toca un ummm, no se si llamarlo truquito, recurso o directamente ñapita cutre.

Vereis, hace poco, me ocurrió que en un sistema sharepoint 2007 que administro, uno de los "colaboradores" me preguntó si sería posible insertar enlaces dentro de una biblioteca de documentos.

Como bien sabemos, Sharepoint desde sus iniciales versiones, a la par que la bibloteca de documentos, nos adjunta un elemento web de bibloteca de enlaces, la cual es la que está encaminada a medio resolver la problemática anterior. Pero digo medio, pq lo que mi compi quiere, es no tener que meter un nuevo elemento web en el site; si no más bien mezclar enlaces con documentos...

Bien, visto el caso, me puse a discurrir, (no mucho, que hoy tengo que estar descansado para una intensa sesion de pool), y me encontré con las siguiente solución:

Ya que en una biblioteca de enlaces podemos subir archivos .html hagamos uno un tanto especial que nos permita redirigirnos al enlace en cuestión..... Esta ñapita resolvió el problema fácil y rápidamente, pero os comento unas cuantas situaciones, que me hicieron recordar mis tiempos de lucha con el objeto window de javascript, y que igual pues os ahorran algo de tiempo cuando tengais algún caso similar:

1º Redirección automática

Puessss qué tal si me creo un html con un script que que cambie el location, automáticamente ??? vamos a ello:

Una vez guardado el html, con subir el documento a la biblio, nos vale, pero nos encontramos con un problema, que pasaría si el usuario, una vez que ha visitado la nueva página, quiere volver hacia atrás ???, pues que la página de redireccionamiento, al volver al cargarse en el explorador, volverá a redireccionarse, por lo que puede que no nos valga... vamos a por una segunda opción.

2º PopUp

Bueno, pues hagamos que nuestra página lance otra nueva:

<html>
<head>
<script languaje="javascript">
function abreVentana()
{
window.open("http://geeks.ms");
}
</script>

</head>
<body onload="abreVentana()">
</body>
</html>

Pero que ocurre si el usuario tiene un bloqueador de elementos emergentes??, o si simplemente el administrador no quiere que se abra en ventana nueva... ya nos la estan liando de nuevo xdd, vamos a por la tercera...

3º iFrames power

Pues siguendo mi misión de encontrar una solución simple y rápida se me ocurre, pq no meter en un iFrame la página que se quiere cargar??? podemos adaptarlo al ancho y alto de la página, y dará el pego no??? además, podremos utilizar el bótón volver con total libertad, aunque seamos conscientes de los problemas de accesibilidad que estos nos conllevan...

function redirecciona(url)
{
document.getElementById("Matrix").src= url;
}
</script>
</head>
<body onload="redirecciona('http://DIRECCION DE DESTINO')" topmargin="0" rightmargin="0" leftmargin="0" bottommargin="0">

</body>
</html>

4º Ñapa?

Ojo, esto es una solución rápida a un problema determinado, es más yo diría que es una ñapa que puede rozar el aberrantismo, pero es la única solución que he encontrado para este problema en versiones anteriores a Sharepoint 2007

5º GOD BLESS MOSS

Dios bendiga a MOSS, se escribe así no??. Digo esto, pq decubrí, gracías a Jorge Dieguez , un excelente articulo de David Herraiz sobre listas con múltiples tipos de contenido en el que se explica perfectamente las posibilidades sobre la creación de Customs Lists, para permitir la introdución de diversos tipos de contenidos en una misma lista.

Por último, dar las gracias a todos aquellos que me han escrito al mail via blog, es de agradecer saber que hay gente que se interesa por tu trabajo de forma "desinteresada" xdd

Kichess !!

Cambio de css "ontheFly" with AJAX

2007-06-11T13:45:00Z

Hace unos días me preguntaban si sería posible cambiar los estilos de una página "on The Fly", al vuelo, durante la ejecución de la misma, cazando el postBack a través de Ajax, sin duda una posibilidad muy interesante de cara a la experiencia de usuario, permitiendo que este "configure" o seleccione sus colores favoritos... sin sufrir los temidos refrescos de página
Pues bien, pues la respuesta es que si, se puede hacer, y muy facilmente, símplemente basta con identificar a nuestro tag < link > (en el que establecemos la ruta de acceso a nuestras StyleSheets) dentro de nuestro DOM, modificando en la función que controle el callBack la propiedad href de este... Como veis no parece muy dificil, y para muestra un botón, aquí os dejo un ejemplillo:

1º Utilizando la Dll de AJAX
El ejemplo lo hice desde un sitio web en blanco, sin las nuevas extensiones AJAX, preferí hacerlo desde 0.... aer que pasaba .... así que para empezar, nos tendríamos que bajar la dll de AJAX
Una vez referenciada en nuestro proyecto, se la asignaremos a los métodos POST y GET de la página, añadiendo el siguiente httHandler al webconfig:

<httpHandlers>
<add verb="POST,GET" path="AJAX/*.ashx" type="Ajax.PageHandlerFactory, Ajax" />
</httpHandlers

A continuación, indicaremos la clase que vamos a utilizar, en el load de nuestra página

protected void Page_Load(object sender, EventArgs e)
{
Ajax.Utility.RegisterTypeForAjax(typeof(NombreDeNuestraClase));
}

Y por ultimo añadiremos el atributo [Ajax.AjaxMethod()] a todos los métodos a los cuales queremos controlar desde la llamada del cliente

2º Al trapo

Bien, ya lo tenemos todo listo para empezar a jugar con AJAX, así que vamos a lo que nos interesa, cómo cambiar "on the fly" los estilos de mi página. Como os comentaba al principio del árticulillo, basta con ponerle un id a nuestro tag < link > de tal forma que en el head de la página nos encontraríamos con algo como:

El paso siguiente es diseñar la funcionalidad de la página a través de la cual, cuando lancemos algun evento, modifiquemos el href de nuestro tag < link > Como ejemplo introduciremos un checkbox, el cual, cuando sufra un onClick llamará a la función javaScript que cazará el postback y realizará el cambio

<input type="checkbox" id="miBox" onclick="NombreDeNuestraClase.NuestraFuncion(NuestraFuncion_CallBack)" ><div class="NombreDeLaClaseCss">Cambiar Estilo</div>

A continuación diseñaremos la función javaScript, en la cual, como podemos observar, cambiamos la propiedad href de nuestro trag link, modificando así la ruta de la página de estilos a la que debe acceder:

Bueno, ya lo tenemos casi todo, ahora solo faltaría crear la función de servidor q devolverá la nueva ruta de la página de estilos:

[Ajax.AjaxMethod()]
public String NuestraFuncion()
{
return ("Styles/StyleSheet2.css"); //Devolvemos la nueva ruta
}
Y boilá, ya hemos cambiado todos los estilos y colorines de nuestra página onTheFly, sin necesitar ningún postback de forma rápida y sencilla

Things NOT To Do When Building a Website ??

2007-05-28T08:14:00Z

Hace unos días un amigo me pasó un enlace vía microsiervos en el que se resumían unos 16 puntos q describen aquellas situaciones o errores que pueden cometerse a la hora de crear una aplicación web. La verdad, es que no estoy muy de acuerdo con ellos y como pienso que puede ser un buen tema de debate aquí dejo mi humilde opinión sobre cada uno de los puntos....

1º Nunca cambies el tamaño de la ventana del navegador del usuario automáticamente, es molesto, irrespetuoso y típico de los sitios de spam.

Si es o no molesto, creo que depende de los gustos de cada uno, a mi, personalmente, no me molesta, y mucho menos siento que me falten el respeto por ello... siempre y cuando, no se abuse de esto claro

2º Mal si tu página es de las que primero carga una página señuelo y ésta “lanza” un popup con la página real. Error muy habitual de los sitios hechos en Flash.

Pues en esta ocasión estoy de acuerdo, siempre y cuando esa página señuelo no contenga algún tipo de información de la que dependa el lanzamiento de la web...

3º Tampoco está bien preguntar al usuario si quiere ver una caca de página directamente o prefiere entrar a un sitio guay lleno de colorines y animaciones pero para el cual necesita aditamentos especiales y esperar un rato a que cargue.

Po no toy de acuerdo, sobre todo si pensamos en que hay gente con conexiones lentas o si das portabilidad a otro tipo de dispositivos incapaces de leer adecuadamente una de las opciones....

4º Si todo tu sitio está hecho en Flash despide al desarrollador de la página y hazla otra vez; si la has hecho tú colócala en el apartado “sitios inútiles que he hecho” de tu portfolio y hazla otra vez.

Pq está mal hacerla con flash, pq requiere un plugin ??? es un recurso más... utilizándolo adecuadamente siempre puedes darle algo más de valor a tu sitio

5º No pretendas reinventar la navegación de los sitios web.

De acuerdo, cíñete a una estructura clara y concisa

6º El contenido es el rey: si tu página web no tiene suficiente contenido o ningún texto real que no esté en una imagen contrata a un copy y despide a tu webmaster ahora.

Estoy de acuerdo en q el contenido es importante, pero tb lo es la imagen y la capacidad de la misma para captar al usuario, sobre todo de cara al mercado...

7º Si tu sitio web no funciona o no se ve bien en Firefox... ¡bienvenido al 2007!

Intentar usar standares para que sean aceptados por todos los navegadores... como es lógico lo veo más que aconsejable, aunque en ocasiones por razones de tiempo o de "comodidad" se les de un poco de lado...

8º Nada de texto parpadeando [<blink>, los navegadores con clase como Safari ya ni la interpretan], nada de usar FrontPage, nada de popups ni en enlaces ni automáticos, nada de texto en scroll, nada de intros en Flash,...

Como comentaba anteriormente, hay que intentar seguir los standares, pero eso de ... nada de intros en flash??? bueno, pq tu lo digas xd...

9º Si la página contiene música asegurate de que el usuario puede detenerla o apagarla y mejor si no se inicia automáticamente —lo mismo para el vídeo.

De acuerdo, es de cajón...

10º Los menús de navegación mejor en texto que en imágenes.

Si, y no, dependiendo del sitio, como ocurría en un punto anterior con las webs en flash, te interesará tener un menú de navegación más atractivo que otro...

11º Un flujo de navegación bien pensado con subsecciones siempre es mejor que utilizar menús desplegables.

Mi opinión es que cuanta más intuición pueda generar tu sitio a la hora de navegar, (y esto suele conseguirse con una buena estructura de áreas, secciones, etc......), mejor, lo que no quiere decir que unos buenos menús desplegables puedan colaborar...

12º Si la única forma de encontrar la información importante de tu sitio web es utilizando el buscador, despide al tío que hizo el flujo de navegación —y que seguramente utilizó menús desplegables.

Desde luego, si la única forma de encontrar contenidos es el buscador, mal vamos...

13º Cuida el tiempo que necesita la página para cargarse.

Totalmente de acuerdo, siempre deberíamos intentar consumir lo mínima carga recursos posibles

14º Si pretendes hacer pasar al usuario por alguna ruta predeterminada para llevarle a alguna página concreta o a la versión demo de tu producto es hora de que te compres una granja de hormigas para aliviar tus deseos de usurpador de voluntades con alguna especie que lo permita.

Desde el punto de vista del marketing, diría que puede ser muy interesante intentar dirigir la navegación y la atención del usuario a ciertos puntos o páginas, desde el punto de vista del programador, diría que prefiero soliviantar mis deseos de usurpador de voluntades echándome un buen Half Life con los amiguetes :D

15º Si vas a poner vídeo olvidate de pedirle a los usuarios que elija distintos anchos de banda y formatos de video perdedores como RealPlayer, Windows Media Player, Quicktime,... Utiliza un reproductor de vídeo en formato Flash como hacen YouTube y similares —si, Flash ganó esta única batalla hace tiempo.

Totalmente de acuerdo.... aunque esto choca con alguno de los puntos anteriores en los que se se expone a flash como algo casi prohibitivo

16º No utilices técnicas y tecnologías nuevas en tu sitio web simplemente porque puedes o porque son novedosas. Las tecnologías nuevas son chulas, pero utilizalas sólo si realmente mejoran de algún modo la vida a tus lectores / clientes / usuarios.

Sin duda, usa todo aquello que conozcas siempre y cuando aporte valor a tu web, no lo uses por parecer el más machito del lugar

LinQ interview

2007-05-24T13:26:00Z

Hola hola amigos....

Hace ya alguna semanas, (desde que presencié la conferencia de Octavio Hernandez sobre LinQ en el DevDays), que me rondaban en la cabeza esas pinceladas que tan bien mostró Octavio sobre este "lenguaje", así que hoy, ya que por fin pude sacar algo de tiempo, decidí buscar algo más de información... y buscando, buscando, me topé con una entrevista bastante completa a Erik Meijer que creo que resume perfectamente a grandes rasgos el por qué, y el para qué de esta nueva "tecnología" que se va abriendo paso poco a poco.

Podeis acceder a la entrevista completa desde aquí

Uso de Sharepoint 2007 Web Services

2007-03-22T16:30:00Z

En multitud de ocaciones a aquellos desarrolladores y administradores de Sharepoint se nos plantea una pregunta... cómo podríamos integrar una aplicación web en mi nuevo mega portal Sharepoint 2007...

Bueno, pues una posible y simple respuesta, es la de insertar en nuestro portal un webPart visor de páginas web, el cual apunte hacia la dirección en la que se aloja dicha aplicación..

Pero si somos un poco más rebuscados, ahora nos podríamos preguntar... cómo podríamos hacer que esa relación Portal-AppWeb fuera algo más que una simple ventana en la que se asoma la información de un sitio... cómo podríamos compartir información entre los dos sistemas..

Bien, pues aquí viene la cuestión del articulo.. podremos establecer una colaboración PORTAL - appWeb más dependiente, a través de los web Services que nos aporta Sharepoint 2007, de los cuales podemos obtener más infomación aquí

Para utilizar los Web Services de Sharepoint 2007 basta con acceder a http://NuestroSitio/_vti_bin/ServicioWeb.asmx y para ver como funcionan, os pondré un simple ejemplillo en el que intentaremos que mi appWeb consiga la información registrada en el Portal del usuario que la está ejecutando, información tal, como si es o no Admin del site, login, nombre, email, etc.. bien manos a la masa:

1º Creando mi Aplicación Web

Una vez creada la aplicación web, lo primero que tendremos que hacer es añadir una referencia web hacia nuestro web service, como os comentaba anteriormente hacia http://NuestroSItio/_vti_bin/ServicioWeb.asmx, en nuestro ejemplo, apuntaremos hacia UserGroup.asmx, el cual nos dará acceso para trabajar con los usuarios, roles, grupos, etc...

2º A picarrr:

Bien, ya tenemos nuestra referencia web, pues ahora a picar toca:

//Primero instanciaremos nuestra referencia para poder trabajarla

refUserGroup.UserGroup spUser = new refUserGroup.UserGroup();

//Destacar que la información que deseamos, vendrá en formato xml, por lo que será necesario declararnos objeto de tipo XmlNode

System.Xml.XmlNode userInfo;

//Otro aspecto imprescindible es el de pasarle las Credenciales al objeto que ha instanciado al webService, sin ellas, no nos permetiría el acceso a la información del portal

spUser.Credentials = System.Net.CredentialCache.DefaultCredentials;

//A continuación, Le mandamos el chorro xml de información a nuestro objeto XmlNode utilizando el método GetUserInfo, el cual te devuelve información del usuario que le pasamos como argumento, en nuestro caso, como comentábamos en el enunciado del ejemplo el Usuario, que está ejecutando la aplicación:

userInfo = spUser.GetUserInfo(this.Context.User.Identity.Name);

//Y ahora simplemente mostraremos esta información por pantalla en una label recorriendo los distintos atributos y valores de nuestro XmlNode:

for (int i = 0; i < userInfo.ChildNodes.Item(0).Attributes.Count; i++)

{

Label1.Text += "<br><b>" + userInfo.ChildNodes.Item(0).Attributes.Item(i).Name + "</b> : " + userInfo.ChildNodes.Item(0).Attributes.Item(i).Value;

}

3º Conclusión

Bien pues como podremos apreciar tenemos la visualización de los datos registrados en el portal del usuario que está ejecutando esa aplicación web independiente....

Ni que decir tiene, que este simple ejemplo nos sirve solo de base para saber como interactuar con estos Web Services, hemos visto q de manera sencilla, podremos hacer que nuestras aplicaciones web dependan del portal en Sharepoint 2007 o viceversa teniendo multitud de recursos a utilizar

4º Nota

Es importante recordar, que para que nuestra aplicación pueda obtener los atributos de conexión tales como el usuario autenticado, deberíamos en principio, deshabilitar el acceso anónimo del directorio en el que colgamos la aplicación web.