Hola a todos, pues eso, Silverlight va a llegar a Linux de la mano de Mono y tomará el nombre de Moonlight.
Pincha aquí para acceder al sitio oficial´
Un Saludo
domingo 13 de mayo de 2007
miércoles 9 de mayo de 2007
WPF y las pantallas multipunto
Buenas a todos,
acabo de ver un post muy interesante sobre la potencia que puede llegar a tener Windows Presentation Fundation.
Es de lectura y visualización obligada.
WPF y Pantallas Multipunto
Un Saludo
Sergio
acabo de ver un post muy interesante sobre la potencia que puede llegar a tener Windows Presentation Fundation.
Es de lectura y visualización obligada.
WPF y Pantallas Multipunto
Un Saludo
Sergio
martes 17 de abril de 2007
Silverlight, WCF, WPF/E, InfoCard, Workflows, que bonito juego de palabras
Buenas a todos,
Llevo ya unos días leyendo en varios sitios, sobre que versión es mejor o peor del .NET Framework, unos dicen la 2.0, otros la 3.0, y yo digo
¿Por que no puede ser la 1.1?
¿No tengdrá nada que ver con eso de que es la más vieja de las tres?, porque a su favor siempre tendrá la experiencia, creo yo. No dicen que el vino contra más viejo mejor, pues porque no va a pasar lo mismo con el Framework.
Bueno que nos vamos, yo puedo pensar que una buena versión del framework es la 2.0, ya que trae mejoras considerables con respecto a su antecesor la versión 1.1, pero sinceramente, no me molestaría en pasar las aplicaciones de la versión 1.1 a la 2.0, porque este año ya va a salir el Visual Studio Orcas, que no es otra cosa que la versión 2007 del Visual Studio y la versión 3.5 del framework, entonces ya veremos si el tren de versiones se para un poco y migramos, porque sino estamos siempre a contra remolque migrando cosas.
Con respecto a la comparación del framework 2.0 con el 3.0, a mi criterio cabe destacar WPF/E, Silverlight o como lo queramos llamar, ya que por la interfaz gráfica que pueden adquirir nuestras aplicaciones, podremos abrumar a más de un usuario peleon, pero por lo demás no es nada que no se podría hacer antes, o con otras herramientas o desarrollando el código, en fin que me parece un bonito juego de palabras, que las mentes pensantes del marketing han realizado para ponerle una cara bonita al .net 2.0.
Un Saludo a todos.
Llevo ya unos días leyendo en varios sitios, sobre que versión es mejor o peor del .NET Framework, unos dicen la 2.0, otros la 3.0, y yo digo
¿Por que no puede ser la 1.1?
¿No tengdrá nada que ver con eso de que es la más vieja de las tres?, porque a su favor siempre tendrá la experiencia, creo yo. No dicen que el vino contra más viejo mejor, pues porque no va a pasar lo mismo con el Framework.
Bueno que nos vamos, yo puedo pensar que una buena versión del framework es la 2.0, ya que trae mejoras considerables con respecto a su antecesor la versión 1.1, pero sinceramente, no me molestaría en pasar las aplicaciones de la versión 1.1 a la 2.0, porque este año ya va a salir el Visual Studio Orcas, que no es otra cosa que la versión 2007 del Visual Studio y la versión 3.5 del framework, entonces ya veremos si el tren de versiones se para un poco y migramos, porque sino estamos siempre a contra remolque migrando cosas.
Con respecto a la comparación del framework 2.0 con el 3.0, a mi criterio cabe destacar WPF/E, Silverlight o como lo queramos llamar, ya que por la interfaz gráfica que pueden adquirir nuestras aplicaciones, podremos abrumar a más de un usuario peleon, pero por lo demás no es nada que no se podría hacer antes, o con otras herramientas o desarrollando el código, en fin que me parece un bonito juego de palabras, que las mentes pensantes del marketing han realizado para ponerle una cara bonita al .net 2.0.
Un Saludo a todos.
martes 27 de marzo de 2007
A mi entender fallo en Seguridad ASP.NET 2.0
Buenas a todos, hoy estaba realizando un WebService con autenticación windows, en la que sólo permito el acceso a varios usuarios NT autenticados, cuando haciéndolo como lo he hecho toda la vida en ASP.NET versión 1.1, me ha estado funcionando toda la vida, ahora lo he traspasado a ASP.NET version 2.0 y resulta, que todo usuario tenía permiso de ejecución.
Claro al ver esto, me he echado las manos a la cabeza y he dicho, a ver que tengo mal. A continuación muestro el código del WebConfig en la versión 1.1 que es como la había echo al principio.

Pues bien, este código que siempre me ha funcionado a la perfección en la versión 1.1, ha dejado de ser efectivo en la versión 2.0, lo peor de todo es que si no te das cuenta, cuantos WebServices vas a pasar a producción, rompiendose toda la seguridad, yo creo que esto lo deberían de haber pensado antes de hacerlo, avisarlo en letras MAYÚSCULOS, o que es un bug?, o sino que alguien me diga que pasa aquí.
Para que entendais que la solución no tiene ni pies ni cabeza, ya que como muestro a continuación es como he solucionado el problema.

A que cuesta creerlo, por lo menos a mi sí. A saber cuantas aplicaciones que pensamos que las tenemos seguras, realmente tienen las puertas abiertas, jeje.
Os recomiendo que por si acaso las reviseis todas.
Un Saludo
Claro al ver esto, me he echado las manos a la cabeza y he dicho, a ver que tengo mal. A continuación muestro el código del WebConfig en la versión 1.1 que es como la había echo al principio.

Pues bien, este código que siempre me ha funcionado a la perfección en la versión 1.1, ha dejado de ser efectivo en la versión 2.0, lo peor de todo es que si no te das cuenta, cuantos WebServices vas a pasar a producción, rompiendose toda la seguridad, yo creo que esto lo deberían de haber pensado antes de hacerlo, avisarlo en letras MAYÚSCULOS, o que es un bug?, o sino que alguien me diga que pasa aquí.
Para que entendais que la solución no tiene ni pies ni cabeza, ya que como muestro a continuación es como he solucionado el problema.

A que cuesta creerlo, por lo menos a mi sí. A saber cuantas aplicaciones que pensamos que las tenemos seguras, realmente tienen las puertas abiertas, jeje.
Os recomiendo que por si acaso las reviseis todas.
Un Saludo
domingo 25 de marzo de 2007
Remoting Vs WebService
Hola a todos de nuevo, ayer encontré el siguiente artículo que lo escribí hace tiempo, pero que quiero compartirlo con vosotros.
Después de haber cambiado mi servicio que estaba basado en WebService, de la prueba de rendimiento entre la versión 1.1 y 2.0 como describí en artículo anterior, y pasarlo a que se basará en Remoting, he realizado una prueba de estrés entre las dos aplicaciones web, la que tira contra los WebService y la que tira contra Remoting y el ganador del combate ha sido Remoting, pero no con tanta diferencia como yo me esperaba, ya que en un artículo que leí hace tiempo, eso si se refería al Framework 1.1, la diferencia era abismal, a favor del Framework 2.0, hay que decir que la comunicación Soap ha sido mejorada y que la comunicación de Remoting, yo la hago segura, así que también eso pierde rendimiento, pero al final Remoting gana.
Pero Remoting no sólo gana en rendimiento, también gana en facilidades para el programador, a la hora de pasar objetos entre un Servicio y otro, claro que para dicha facilidad no sólo es Remoting, sino que las listas genéricas también ayudan, así que quien no las conozca que se las estudie, ya que una vez que te acostumbres a ellas no habrá forma de dejarlas.A todo esto que me estoy yendo por las ramas, voy a intentar resumen con una frase cuando utilizar WebService o Remoting.
Supongamos que tenemos un bollicao que no lo vamos a compartir con nadie más y que a ti el bollicao que más te gusta es sólo de cacao, pues bien, te vas a comprar un bollicao de cacao y leche, por si algún día lo compartes con alguien, si ya sabes de antemano que nunca va a ser así. Pues con los WebService pasa lo mismo, si vas a compartir Servicios, lógicamente WebService, sino, piénsatelo dos veces, porque si lo que quieres es buen rendimiento Remoting será tú solución.
Así que la siguiente vez que programes en Servicios, piensa que es lo que quieres, comunicación conection people o los quieres para tí solitos, eses es el dilema.
Un Saludo
Después de haber cambiado mi servicio que estaba basado en WebService, de la prueba de rendimiento entre la versión 1.1 y 2.0 como describí en artículo anterior, y pasarlo a que se basará en Remoting, he realizado una prueba de estrés entre las dos aplicaciones web, la que tira contra los WebService y la que tira contra Remoting y el ganador del combate ha sido Remoting, pero no con tanta diferencia como yo me esperaba, ya que en un artículo que leí hace tiempo, eso si se refería al Framework 1.1, la diferencia era abismal, a favor del Framework 2.0, hay que decir que la comunicación Soap ha sido mejorada y que la comunicación de Remoting, yo la hago segura, así que también eso pierde rendimiento, pero al final Remoting gana.
Pero Remoting no sólo gana en rendimiento, también gana en facilidades para el programador, a la hora de pasar objetos entre un Servicio y otro, claro que para dicha facilidad no sólo es Remoting, sino que las listas genéricas también ayudan, así que quien no las conozca que se las estudie, ya que una vez que te acostumbres a ellas no habrá forma de dejarlas.A todo esto que me estoy yendo por las ramas, voy a intentar resumen con una frase cuando utilizar WebService o Remoting.
Supongamos que tenemos un bollicao que no lo vamos a compartir con nadie más y que a ti el bollicao que más te gusta es sólo de cacao, pues bien, te vas a comprar un bollicao de cacao y leche, por si algún día lo compartes con alguien, si ya sabes de antemano que nunca va a ser así. Pues con los WebService pasa lo mismo, si vas a compartir Servicios, lógicamente WebService, sino, piénsatelo dos veces, porque si lo que quieres es buen rendimiento Remoting será tú solución.
Así que la siguiente vez que programes en Servicios, piensa que es lo que quieres, comunicación conection people o los quieres para tí solitos, eses es el dilema.
Un Saludo
Suscribirse a:
Entradas (Atom)