Está disponible la Milestone 1 de NetBeans 6.5. En esta nueva versión el principal énfasis parece estar en cosas no- Java: soporte para PHP, soporte para Groovy y Grails, soporte para Spring e Hibernate, y mejoras en soporte de Ruby, C y C++ son las principales novedades. Esta versión también traerá mejoras en los asistentes para conexión y exploración de bases de datos, mejoras en el debugger, en especial cuando se trabaja con aplicaciones con varios thread, y mejoras en el soporte de UML.
Si hay dos cosas que me han sorprendido son, indudablemente, el soporte para Spring e Hibernate. Desde mi punto de vista, hasta ahora Sun ha empleado NetBeans como un ariete para impulsar y promocionar las tecnologías estándar (en el sentido de estar bendecidas por el Java Community Process) de la plataforma Java. Esto sucede hasta tal extremo que uno de mis consejos a la hora de responder a la pregunta ¿qué uso, NetBeans o Eclipse? es "si sólo vas a usar cosas estándar (Java EE, JPA, JSF, EJB...), NetBeans, si vas a usar soluciones no estandarizadas bajo un JSR (Hibernate, Spring, Velocity, Wiket...) Eclipse.
¿Supone el soporte de Spring e Hibernate un cambio en esta política?. Espero que sí, y por mi parte el cambio es bienvenido. Sin él seguirá habiendo campos en los que NetBeans no puede competir con Eclipse (por ejemplo, desarrollos de aplicaciones Spring en el caso de NetBeans 6.1 vs Eclipse 3.4).
Lo interesante del soporte para spring y hibernate es que viene out-of-the-box mientras que en Eclipse hay que instalarse los plugins de terceros. Por ejemplo ahora que salió Eclipse Ganymede, los usuarios de Spring IDE tenemos que esperar a que se publique la versión para este nuevo Eclipse y mientras tanto no podemos migrar. El punto es que en Eclipse dependemos que las fechas de publicación de varios fabricantes de plugins se coordinen para poder cambiar de versión, mientras que en NB ya no es así. Al menos mientras el propio equipo de Sun siga añadiendo plugins para las cosas más usadas. Buena estrategia se han montado
La verdad es que NB desde hace tiempo va a por todas: me comentaron que el soporte de PHP llegó antes que el de Groovy porque había mayor número de programadores PHP. Y con Ruby están consiguiendo mucha aceptación. El problema hasta hace poco era que generalmente cuando un proyecto open source creaba un plugin para un IDE lo hacia para Eclipse sólo. No es de extrañar, si voy a realizar un trabajo extra que sea para el más usado. Asi que hasta ahora, Sun era el que se veía obligado a añadir soporte.
Respecto a los plugins (módulos en la jerga NB) no es que estén mejor integrados porque sólo los haga Sun: el proceso de aceptación de un plugin en algún update center oficial es mucho más duro. Como muestra un botón: http://blogs.sun.com/geertjan/entry/my_first_plugin_officially_in
Creo que fue Peyrona el que lo comentón en el OpenJavaDay, la aceptación del plugin pasa por varias fases y personas que controlan su calidad antes de permitir integrarlo "oficialmente".
Salu2
Ah! se me olvidaba, el siguiente en "caer" es Python:
http://www.netbeans.org/servlets/NewsItemView?newsItemID=1255
A mi me parece muy natural la estrategia que esta empleando SUN con su IDE estrella, es algo asi como: Primero doy soporte a mis cosas estandares y luego a todo lo demas. Y si el lema de Netbeans, "The only IDE you need" se lo toman enserio, entonces veremos soporte para un monton de cosas mas, no seria raro ver soporte oficial para JavaFX, MONO, Flex, .NET, etc,etc.
Las mejoras que les estan haciendo al modulo de UML me gustan mucho, VisualLibrary tiene mucho mas rendimiento que la libreria closed source que estan usando actualmente.
Por otra parte, la rigides que tienen actualmente para hacer que un plugin sea oficial me parece muy acertada, asi cada usuario sabe a que atenerse, si bajas un plugin que no sea oficialmente soportado pues te puedes llevar la sorpresa de tener el IDE leeento, o problemas con otras cosas del IDE. Asi SUN se lava las manos y todo lo que no haya pasado las pruebas de compatibildad puede resultar explosivo. Sobre todo ahora que es tan facil hacer nuevos modulos o plugins.
Y hablando de la "facilidad" (hay que leer varias cosas para que sea facil) de hacer plugins el soporte Spring que tenemos ahora en Netbeans existe gracias a que un usuario y su equipo se dedicaron a crearlo, al ver que era bueno y tenia buena pinta, el equipo de netbeans lo integro mucho mejor al IDE y le agrego y esta agregando nuevas funcionalidades.
Lo he estado probando un rato y hay cosas que estan muy bien, sin embargo para mi todavia me queda la sensacion de tener que luchar contra el IDE para trabajar como yo quiero. Supongo que si te acostumbras a trabajar a como el quiere, pues ira mejor.
Lo raro es que teniendo el groovy.jar en el classpath me daba error que no encontraba los paquetes groovy.loquesea en mis scripts. Pero bueno, es una milestone.
"Lo raro es que teniendo el groovy.jar en el classpath me daba error que no encontraba los paquetes groovy.loquesea en mis scripts. Pero bueno, es una milestone."
Es que el classpath de Netbeans NO tiene nada que ver con el classpath: si no te dormiste demasiado en mi presentación ;-), Netbeans al tener su propia arquitectura de módulos, tiene unos Classloaders muy pero que muy especiales (para evitar el jar hell). Osea que esté definido en el Classpath global no le influye.
Me suena (aun no lo he probado) que hay que ir a la ventana de Options del IDE y en la pestaña Groovy indicarle donde esté el dir de instalación de groovy.
Salu2
Hubiera esperado, si ese es el caso, que me instalara el una copia de las clases que soporta o me pidiera donde esta instalado Groovy, como hace con Java. A ver si para la final ya hace algo parecido :)
Sip, una crítica parecida le hacía Geertjan en su blog hace unos meses...
yo esperare hasta el primer beta para bajarlo y probarlo!! xD
Se sigue reproduciendo el bug al abrir mas de un jsp con un proyecto de mas de 15000 class y jsp?
Se ha corregido el error de "find usages" cuando tiene que hacerse en un proyecto con muchos archivos?
Cuando habrá un decente soporte para el debug de oc4j?
En php ahora carga los metodos de las clases o se sigue liando?
Espero que si, porque sinó no me cambiaré de mi 6.0.1
anonimo lo mejor seria que lo bajaras y comprobaras por ti mismo esas cosas. No pierdes nada, igual no reemplaza la version que estas usando actualmente. Desde la version 6.1 se ha arreglando un monton de cosas.
Ahh hablando de bugs, yo agregue un registro al issue tracker del tipo Feature Request, creo que es algo que se podria implementar rapidamente en la version final 6.5, esto seria muy util para la integracion Spring + JSF y solo tiene que ver con el code completion en archivos jsp y jspx.
http://www.netbeans.org/issues/show_bug.cgi?id=138513
Ibon podrias influenciar un poco en eso, ya que si mal no recuerdo eres del dream team!! xD Tambien a ver si hay que cambiarle algo al request tal vez para que sea mas visible..
Efectivamnente, Ibon, lo comemté en el Open Java Day: el proceso no es sencillo. En palabras del propio Geerjtan: "there's a pretty strenuous vetting process. Believe me, it's stringent. I know because I'm in it. ".
Saludos, compañeros.
Creo que esto es exactamente lo que necesita NetBeans, generalidad, en este aspecto Eclipse es la referencia (por ahora).
---
Antonio Manuel Muñiz
http://amunizmartin.wordpress.com
no seria raro ver soporte oficial para JavaFX, MONO, Flex, .NET, etc,etc.
Me copó lo de Flex! :D taria bueno che... sobretodo que le haga sombrita a Adobe asi luegoéste mejora y asi la cadena.
Es evidente que añadirán soporte oficial para JavaFX, con lo cual un IDE con un soporte tan excepcional para Java, PHP, Ruby, Python, C/C++, Groovy y supuestamente JavaFX me parece alucinante. Ahora bien, lo de tener soporte para .NET y Flex me resulta más difícil de creer.
si, es dificil de creer lo de flex y .NET, el soporte de Spring e hibernate tambien eran dificiles de creer, solo es cuestion de que alguien empiece (no necesariamente los de netbeans) a desarrollar uno de esos plugins y puff si a todos les gusta Netbeans Team lo añadira. Eso es lo bueno de las comunidades, aqui el que manda es el usuario. :D
Pues ya existe un plugin NetBeans para proyectos Flex, claro, le falta bastante para llegarle a FlexBuilder, pero como comentaban antes solo falta que alguien lo empiece para que la comunidad los apoye.
http://sourceforge.net/projects/flexbean
Saludos.
Donde puedo encontrar un buen tutorial sobre NetBeans?
Miguel S.
http://www.yourerpsoftware.com/
No conocia ese proyecto atellezf, jaja!! laaa no se como hacen hoy en día para sacar tantas cosas, que bueno.
Lo voy a probar a ver que onda :D lo mas curioso es la forma de enterarme, por simples comentarios acá jeje
Saludos.
ecamacho: Por ejemplo ahora que salió Eclipse Ganymede, los usuarios de Spring IDE tenemos que esperar a que se publique la versión para este nuevo Eclipse y mientras tanto no podemos migrar.
En serio? Yo creo que instale Ganymedes a la semana de su lanzamiento y al dia siguiente la ultima version de Spring IDE, no me fije si era la misma version que tenia en Europa pero te aseguro que no he tenido ningun problema.
ecamacho: El punto es que en Eclipse dependemos que las fechas de publicación de varios fabricantes de plugins se coordinen para poder cambiar de versión, mientras que en NB ya no es así.
No es por repetir la eterna guerra eclipse-netbeans, pero no le veo la ventaja a lo que planteas. Yo creo que el fabricante siempre tendra mas interes y tendra mas facilidades en integrar las novedades de su tecnologia en plugins de los IDE. Y mas esta gente del open source que se les presupone un nivel sobrado de inteligencia para reutilizar, no?
Podemos tomar como ejemplo el IntelliJ de IDEA, por norma habitual los plugins siempre han salido antes en eclipse.
Pero de verdad no quiero discutir sobre eclipse vs netbeans, seria interesante si alguien ha probado los distintos plugins de Spring e Hibernate para eclipse y netbeans fuera tan amable de comentar sus impresiones y comparar. Lo cierto es que en el enlace de la noticia ambos tienen buena pinta. Pero a mi ya me paso con el modulo de UML en Netbeans 6.0 que tenia muy buena pinta pero luego al probarlo se quedo en regular.
parece interesante todo esto de netbeans parecido a visual net
¿Cómo son soportados otros lenguajes? Es decir, ¿compilan a JVM bytecodes o binario directamente?
Donde encuentro tutores netbeans 6.5 mi correo es ferAshrand@gmail.com
para aprender nivel basico
donde encuentro tutotiales de netbeans 6.5 mi correo es nea_2188@hotmail.com para aprender nivel super basico
Al igual que los otros estoy buscando un tutorial de NetBeans 6.5, espero su pronta respuesta, hasta pronto.
Por cierto, si están pidiendo un tutorial en el foro, ¿no creen que es mejor que el link se publique en vez de requerirlo via e-mail?
Hasta pronto.
Atte.
AL-X-OR
UMMM AHORA ES EL 6.7 xD
ES MUY BUENO
ASTA PRONTU
disculpe me podria decir cual su fabricante de netbeans
Escribe tu comentario