 |
|
|
|
|
|
|
Fechas LongHorn
Tuesday, March 01, 2005 3:56 PM
Se conoció Información extraoficial acerca de algunas fechas para Windows LongHorn. La primera de ellas es que para quienes esperaban ver el Beta1 para WinHEC 2005, esto es poco probable que suceda, sin embargo Microsoft puede que distribuya entre los participantes una copia del Build M9 (Milestone 9)
Por ahora las fechas son:
Milestone 9 (platform complete) - Marzo 16, 2005
Beta 1 – Mayo 25, 2005
Beta 2 - Octubre 12, 2005
Release Candidate 1 – Febrero 22, 2006
Release Candidate 2 – Abril 12, 2006
RTM (Release To Market) – Mayo 24, 2006
Como ya dije estas fechas son EXTRA OFICIALES y siendo un producto tan complejo como un OS (y mas de la envergadura de LongHorn) lo mas posible es que algunas se muevan un poco, pero sin embargo nos dan una buena idea de cuando podemos esperar cada release.
Microsoft AntiSpyware Beta 1
Thursday, January 06, 2005 3:58 PM
El propósito de la compra era producir una herramienta para proteger de Spyware a los usuarios de Windows, esto basándose en el código que ya había desarrollado GIANT
Sin embargo la descarga hace parte del programa “Windows Genuine Advantage” por lo que solo los usuraos con versiones ORIGINALES de Windows lo podrán descargar.
En mi opinión es bastante bueno, la interfaz grafica es excelente (muy XP-Style), la instalación y la configuración son muy fáciles, y a pesar de que yo uso buena seguridad en IE y de tener instalado y corriendo el Spybot S&D, que en mi concepto era de los mejores programan anti Spyware, el Microsoft AntiSpyware encontró 5 programas, de Spywrae y Adware, algunos que supuestamente el Spybot S&D y había eliminado.
También tiene cosas como los “Restore Points” (también presentes en Spybot S&D) que permiten deshacer los cambios, en caso de que algún programa deje de funcionar al remover el adware. Además tiene un sistema en red que es como un Napster de Spyware, (SpyNet) en el que si un computador detecta un nuevo spyware, lo transmite a toda la red, por eso al final de cada Scan ofrece la posibilidad de pasar los resultados del Scan (de forma anónima) a SpyNet.
De verdad se los recomiendo!!!!!
The “Whidbey” year
Monday, January 03, 2005 3:53 PM
Ya comenzó el 2005, un año que esperamos traiga muchísimas cosas buenas para todos y este lleno de satisfacciones y éxitos.
Sin embargo para nosotros los desarrolladores de .NET ayer empezó el “Whidbey year”, que será un año de profundos cambios en la manera como trabajamos, pues nos traerá la versión 2.0 del .NET Framework y la versión 2005 (alias Whidbey) de Visual Studio.
La semana pasada salio para los subscriptores de MSDN el CTP (Community Technology Preview) de Diciembre, que aunque es un build hecho por el lab23 (que es el de VS Team System), nos da pistas de cómo ya todo se esta alistando para el release del beta 2 (en algunas pantallas de instalación del CTP de diciembre dice “VS Beta 2”) que según rumores vera la “luz publica” en febrero, y esta vez a diferencia del Beta 1 incluirá una licencia de producción, lo cual permitirá a los equipos de desarrollo hacer pruebas comerciales de aplicaciones hechas en .NET 2.0.
No siendo mas les deseo a todos un muy feliz año, y espero que este 2005 nos traiga tantas cosas buenas como el año que ya culmino.
Desarrollo J2ME
Thursday, December 30, 2004 4:05 PM
Esta semana recibi una pregunta en el foro de Alianzadev y como se que aca hay tantos interesados en el desarrollo para moviles la quise compartir con todos....... la pregunta fue: "Acabo de obtener mi Siemens C56 y quisiera saber como puedo comenzar a programarlo con JAVA??" Lo primero que hay que aclara es que en Java a diferencia de .NET (o en general los ambientes Microsoft) no hay una "herramienta" única como por decir Visual Studio o algo por el estilo, sino que eso esta a la elección de cada desarrollador. Así que lo primero que hay que hacer es bajar un IDE (Integrated Development Enviroment) de Java. Hay muchísimos, algunos gratuitos, otros con licencia, El que yo uso cuando voy a desarrollar para móviles es el Sun ONE Studio 4 Mobile Edition, pero ese ya no se consigue, fue reemplazado por el Sun Java Studio Mobility 6 ( http://www.sun.com/download/products.xml?id=41085de1) este aun no le he probado, pero la ventaja que tiene es que es directamente de Sun Microsystems asi que es de lo mejorcito que se consigue, además si siguió la línea del Sun ONE Studio, debe ser muy bueno y lo mejor es que es gratuito. Después de ese esta NetBeans 4.0 que lo acaban de liberar y trae el NetBeans Mobility Pack 4.0 ( http://www.netbeans.info/downloads/download.php?a=b&p=1) sigue la misma filosofía de Netbeans de siempre (Ósea Gratis y apoyado 100% por Sun Microsystems). Este si lo baje y lo he probado y es muy bueno, trae muchos ejemplo con los que podrías empezar y ya otras cosas mas “avanzadas” (como el Device Fragmentation). También esta el JBuilder (ya sea el X o el 2005), este si requiere licencia, pero de verdad vale la pena. Este es el IDE en el que trabajo la mayor parte del tiempo (Los proyectos de Java a nivel empresarial J2EE), en gran medida por que se parece mucho a Visual Studio y además integra todas las herramientas útiles de Java (Tomcat, JUnit, JDBC, etc) lo que disminuye muchísimo la curva de aprendizaje cuando uno viene de herramientas Microsoft. Hay una versión gratuita que se llama JBuilder Foundation, pero esta no soporta desarrollo para J2ME. Otro que me ha gustado mucho es el IBM WebSphere Device Devloper 5.6, es excelente, también requiere licencia, pero tiene muchísimas cosas que los otros no tienen (por ejemplo un wizard para crear clientes móviles para servicios Web), aunque ya es para desarrollar cosas mas sofisticadas, además una desventaja es que requiere una adición a la JVM que viene en los teléfonos por lo que las aplicaciones desarrolladas acá a veces son un poco grandes. Finalmente esta Eclipse ( http://www.eclipse.org/downloads/index.php), que para mi es una de las mejores herramientas para desarrollar en Java, es gratuito, desarrollado por IBM y tiene un soporte de impresiónate de la “comunidad Java” en Internet, además es la base del WebSphere IDE de IBM, por lo que es muy completo y muy estable. En Internet hay muchísimos plug in’s (yo hasta tengo uno para desarrollar C# en eclipse) y hay varios para desarrollar J2ME, pero la verdad nunca los he probado, sin embargo el IDE es excelente y la mayoría de los plug ins son muy buenos. Estos son los IDE’s que yo les recomiendo son muy buenos y la todos traen muchos wizards y código de ejemplo en donde encontraran mucho mas que el clasico “Hello World”, sin embargo hay muchísimos mas (por ejemplo JDeveloper de Oracle) que también soportan J2ME, y hasta los fabricantes tiene sus propios IDE’s, por ejemplo Nokia, Sony Ericsson y Siemens tienen sus “JDK’s” pero no san tan versátiles ni cuentan con tantas herramientas como los que les recomendé arriba, aunque la decisión de cual es el mejor es solamente de cada desarrollador. Hay les dejo los links y que lo disfruten!!!!!!!
Web Services: Problemas de Interoperabilidad entre .NET y Java
Friday, December 17, 2004 9:18 PM
Aunque soy desarrollador de .NET (Tengo 2 certificaiones 70-305 y 70-310)últimamente estoy trabajando con Java en la parte de Servicios Web. Esta semana se me presento un problema de Interoperabilidad entre un servicio Web Desarrollado en .NET y nuestro cliente de WS el cual estamos desarrollando en Java. El problema tiene que ver con un pedazo del encabezado HTTP llamado SoapAction. Resulta que a cuando se realizan llamadas al WS utilizando SOAP a través de HTTP se debe incluir en el encabezado (header) un parámetro llamado SOAPAction el cual puede tener estos valores: SOAPAction: " http://alianzadev.net/webservices" Esto en realidad no es una URL real sino solamente un Namespace XML los cuales por convención tiene forma de URI, y se deben especificar entre comillas. Sin embargo también se puede dejar el valor en nulo: SOAPAction: Este parámetro SOAPAction especifica el “Intent” o intención del mensaje SOAP y pues se estableció como un intento primitivo de lograr lo que ahora se hace a través de WS-Routing. El problema es el siguiente: SOAPAction es requerido (Así sea que este nulo, pero que este) y pues Axis (que es manejador SOAP que usamos para Java) saca este SOAPAction de los nombres de los paquetes donde están las clases que hacen el llamado, hasta ahí no hay ningún problema, porque igual si yo quiero lo puedo cambiar. El problema se pone grave es cuando vamos a consumir un servicio Web hecho en .NET debido a que cuando se genera automáticamente el WSDL este crea los XML Namespaces de los URI’s especificados por el desarrollador (el famosísimo http://tempuri.org que viene especificado por defecto). Y además cuando se registra el servicio en Internet Information Services el IIS utiliza ese SOAPAction para agilizar el llamado de los Web services creando una especie de indicie de los métodos especificados bajo ese URI y lo peor es que los registra en el cache de ASP.NET, por lo que la única manera de llamar los métodos es especificando en el SOAPAction exactamente el URI que el desarrollador de .NET utilizo La cosa es que cuando Axis utiliza ese WSDL para generar los Stubs (que son unas clases vacías, con los métodos que llaman el servicio) las crea en unos paquetes con los nombres de esos URI’s (ya que ese es el Standard en Java) y entonces esto es lo que también Axis usa para el SOAPAction. Hasta ahí no hay problema, pero si yo meto los stubs en mis propios paquetes, o mejor aun si genero los llamados a los métodos yo mismo sin usar Axis, entonces Internet Information Services rechaza el SOAPAction del mensaje SOAP que envía mi aplicación porque dice que no hay métodos registrados bajo ese URI. La Solución: Bueno, hay varias dependiendo de que tanto control se tiene del ambiente. Si uno es el desarrollador de .NET Primero especifica en la spropiedades del web service el URI: [WebService(Namespace=" http://alianzadev.net/webservices")] [SoapDocumentService(RoutingStyle=SoapServiceRoutingStyle.RequestElement)] y para cada metodo: [WebMethod] [SoapDocumentMethod(Action="")] Y si están igual de demalas que yo y ustedes no son los que controlan el servicio de .NET y fuera de eso tampoco se tienen los Fuentes pues lo que pueden hacer es decirle al administrador del otro servidor que se mata a la carpeta de los temporales de ASP.NET (%WINDOWS%\Microsoft.NET\Framework\v1.1.4322\Temporary ASP.NET Files) y borre el archivo hash.web, aunque por seguridad pueden vaciar completamente la carpeta. Y si definitivamente no tiene ningún contacto con quien administra el servicio web, o esta persona (por ignorancia tal vez) se niega a tocar algo del IIS entonces deben recurrir a la tediosa tarea de “setiar” en la propiedad SOAPACTION_URI_PROPERTY del “Interface Call” de cada método, el URI que esta especificado en el WSDL generado en .NET (que es el que va a estar esperando IIS). Todo esto para evitar que su desarrollo en Java tenga un paquete que se llama org.tempuri por culpa del ******** desarrollador de .NET.
NUEVO Visual Studio 2005 Express CTP
Friday, October 22, 2004 4:02 PM
Hola a Todos,
Ayer salio el Community Technical Preview (CTP) de Octubre 2004 para Visual Studio 2005 Express y ya esta disponible para descargarlo.
Entre las cosas nuevas están:
-
Descarga e Instalación mejoradas: Se trabajo mucho en un nuevo administrador de descargas e instalación para evitar los problemas que se tuvieron en la versión pasada.
-
Nueva Pagina de Inicio: Pero no esta Habilitada por defecto :(.
-
Nuevo "Community Menu": Con opciones para interacción con comunidades.
-
Nuevo "Data Wizards" Local: Especial para trabajar con archivos de SQL Server Express.
-
Menos Refactorings: Para simplificar la experiencia de usuario de C# Express se quitaron algunas opciones del menú de refactoring.
MUY IMPORTANTE!! - Por ser un Community Technical Preview estas versiones no pasan por tantas pruebas como un Beta, por lo cual NO es recomendable instalarlas en una maquina que sea importante para nosotros, es mejor usar una maquina de pruebas o Virtual PC.
También hay que tener en cuenta que hay que desinstalar todos los elementos que se tengan de los Betas anteriores ya que estos crearan conflicto con las nuevas versiones. Hay una guía muy completa de como hacerlo incluyendo EL ORDEN ESPECIFICO EN EL QUE DEBEN SER DESINSTALADOS. el documento esta en http://lab.msdn.microsoft.com/express/readme/cptreadme1004/default.aspx. Finalmente estos son los links para las descargas:
SharpDevelop
Wednesday, September 29, 2004 4:07 PM
He estado explorando SharpDevelop (http://www.icsharpcode.net/OpenSource/SD/) estos días y me ha gustado mucho su interfaz y los menús son muy cómodos y hacen que el paso de visual Studio a Sharp Develop sea mas sencillo que a otros IDEs (por ejemplo Web Matrix).
Sin embargo he detectado algunos bugs que hacen que uno se desanime fácilmente, el primero es que aunque el explorador de base de datos es excelente y permite obtener y modificar los datos de las tablas y navegar a través de los parámetros de los stored procedures y los campos de las tablas, pero no tiene funcionalidad de “drag and drop” al diseñador de Windows, por lo que no es tan fácil como con visual Studio, simplemente arrastrar la fuente de datos y listo!!!!
Además tiene funcionalidad de drag and drop para la vista de código, pero simplemente agregar una sentencia select la verdad no es muy útil.
Y la principal deficiencia, es la imposibilidad de consumir web services, en esto si le gana Web Matrix ya que tiene un wizard para consumir de manera muy sencilla, servicios web desde las páginas de ASP.NET.
SharpDevelop no tiene esta función (o al menos yo no la pude encontrar) y eso desanima mucho, ya que los web services son uno de los principales pilares del desarrollo en .NET y un IDE que ni siquiera los considera no puede ser tenido en cuenta para un Proyecto grande en .NET.
Pero…. No todo es malo, el Toolkit de expresiones regulares y el Wizard de Message Box son bacansitos y fáciles de usar, además son más personalizables que los del mismo visual Studio.
En conclusión SharpDevelop es un IDE interesante, pero compitiendo contra la familia de productos Visual Studio Express (C# Express, Visual Web Developer, etc) y hasta con el mismo web matrix, se queda corto, pero se le reconoce que es un esfuerzo completamente open source y que es la base de MonoDevelop, que será el IDE que le dará a los desarrolladores de MONO (.NET en Linux) una vaga idea de las facilidades de las que disfrutamos los desarrolladores en windows!!!!!
Sin embargo me preocupa lo de los web services, ya que la idea es que podamos desarrollar de manera fácil web services en MONO para poder interoperar sistemas Linux con sistemas Windows por medio de ellos, y si no existe una herramienta efectiva y facil en Linux para desarrollar web services, esto frenara la posibilidad de ver en el futuro dichas implementaciones multiplataforma de este estilo.
| | | | |