Slashdot Mirror
NetBeans 7.0 Is Now Available
An anonymous reader writes "Oracle releases NetBeans IDE 7.0, which introduces language support for development to the proposed Java SE 7 specification with the JDK 7 developer preview. The release also provides enhanced integration with the Oracle WebLogic server, as well as support for Oracle Database and GlassFish 3.1. Additional highlights include Maven 3 and HTML5 editing support; a new GridBagLayout designer for improved Swing GUI development; enhancements to the Java editor, and more."
with NetBeans 7 with maven3, nexus and Hudson, you could put them to shame any day.
disclaimer
I used to be a sun campus evangelist
Jehovah be praised, Oracle was not selected
It can do Java out of the box. :-P
But in all seriousness, add the right plugins and wait for it to load and Eclipse will blow everyone out of the water.
Visual Studio can work with Java projects? If you want to use the Microsoft vertical stack, then stick with Visual Studio. Netbeans supports several application stacks -- many use it just for it's comprehensive PHP support.
The wheel is turning, but the hamster is dead.
we are talking about NetBeans, if you are mavenized NetBeans is leaps and bounds ahead of eclipse.
Jehovah be praised, Oracle was not selected
Both Visual Studio 2010 and NetBeans 7 allow enterprise developers to create and deploy enterprise frameworks for the enterprise, then develop enterprise software solutions with re-usable enterprise components while reading enterprise documentation.
Enterprise.
There's no -1 for "I don't get it."
The word you want is concede, not conceive.
which is totally what she said
I like vi. I like NB. Been using it since it was Forte - so much less-bloated than Eclipse. Kudos NB Team and please keep it up.
Website Hosting
I use this on a daily basis for PHP projects. Haven't found anything that comes close to saving me time and guessing what I'm trying to do correctly as I'm typing. It's very smart when you mix HTML, CSS, PHP and Javascript as well.
It's pretty bad when you have to evangelize a campus ;)
Sorry, but on a related note, I've generally been impressed with NetBeans prior versions but they never picked up as much support as Eclipse did for plugins so I've been sticking with Eclipse. I think the last time I checked out NetBeans was when I wanted to fiddle with the Ruby plugin. Hopefully 7 will impress me before I end up removing it later. ;)
Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
I wouldn't know how Visual Studio is these days, but some developers I know say that Eclipse beats VS2010 in most respects. I do now Eclipse and Netbeans fairly well and I'd say that Eclipse out-of-the-box is nothing compared to netbeans. With plugins they are comparable, but the GUI builder of Netbeans beats all the ones I've used so far. Also the Maven integration is much better in Netbeans than Maven. So it depends on what features you want to show tour coworkers and I'd say give it a try.
Damn, I finally thought I was going to "get some" by evangelizing.
Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
Was anyone able to follow the OPs stream of thought? I feel like I lost some cells just reading it.
I think you missed the key issue: Netbeans is a java application. As long as you have a 64 bit java runtime installed, netbeans should happily run in that. There may be a native 32 bit executable that starts things up, but it'd be separate from the java runtime and won't prevent a 64 bit runtime from running. That's what I make of it, at least.
A successful API design takes a mixture of software design and pedagogy.
For me the gold standard will always be Intellij. I liked Netbeans the last time I tried it a couple of years ago, but it was too buggy for regular use (like creating thousands of temp directories for no reason). I use Eclipse for specialized development since many vendors will provide plugins that make it worth it (barely). But I always come back to IntelliJ for its more intuitive handling. It's simply the best IDE I've used in any language.
I didn't think so. A plugin it must be.
LoB
"Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
May not make sense to some of you, but I am trying to go completely 64-bit here (may sound strange, but string processing seems faster on it, even notepad.exe itself, by far, vs. 32-bit in native 32-bit OS environs no less - very noticeable!)
I'm going to go off-topic for a second to address your post. Firstly, preliminary research (I mean that) suggests that NetBeans is pure Java, so it will run in whatever JVM you have. Both 32- and 64-bit JVMs are offered, so it sounds like NetBeans will run in 64-bit mode. However, there is also information that suggests the NetBeans installer only supports the 32-bit JVM, so you'll likely have to install it with a 32-bit application, but can run it as a 64-bit application.
Regardless, I feel that you're a bit misguided about the nature of 64-bit architectures. Let me list for you the big advantages that 64-bit has over 32-bit:
So let's break this down. (1) means that applications that use huge amounts of memory (over 3 GB) at the same time will likely run faster. Most applications come nowhere near this, and NetBeans is no exception. Unless you're running enterprise applications or database servers, you shouldn't notice any change from this strength, and even then, only those applications need to be 64-bit to gain the advantage. You can use 32-bit NetBeans to build a 64-bit GlassFish application.
(2) means that your system's paging layouts and execution environment can take advantage of some of the offerings of the modern architecture for both security and efficiency. This is almost entirely handled by the kernel, meaning that if you're running a 64-bit kernel, you're fine. Actually, modern 32-bit kernels can also take advantage of 64-bit architecture security features, so either way you're good. A 64-bit kernel can easily run 32-bit applications, so (2) alone isn't a reason to favor 64-bit applications.
Finally, (3) means that certain operations dealing with gigantic numbers will be more efficient. It also means that compilers can do some slight optimization tricks on non-huge values. Unless you're running a math-intensive application (MatLab, Mathematica, etc.) , you shouldn't notice any difference from this.
I suppose, in summary, that your claim that even Notepad runs faster in 64-bit seems unlikely. Most applications gain no noticeable advantage being 32-bit over 64-bit. If you care about efficiency, use a 64-bit kernel, and run whatever applications are most convenient. If you want to read up on 64-bit architectures, check out Wikipedia.
I've been doing a lot of web development lately with aptana which basically is eclipse just with a whole bunch of web-by add-ons and plugins. I must say that it is the best experience I've ever had with an ide for this kind of work. Supports code completion for jquery, dojo, plain javascript, css, html and a whole lot more out of the box. Add in some vi keybindings and I'm in dev heaven. Not sure if it will impress anyone's co-workers but it sure makes writing web pages fun.
The soylentnews experiment has been a dismal failure.
... as Enterprise Kissing ('twould be RESTful, I'm sure), you'd be receiving one of those from me right now.) In lieu of that... Kudos!
HAND.
To hell with this, where's my built-in Scala 2.8.x and SBT support? Instead I get PHP and "Guided installation to JDBC driver". Nice. Thanks.
The man who dies rich dies disgraced. -- Andrew Carnegie
Right now the 64-bit JRE is not an overall win unless you really need lots of memory per app. Java is really pointer-intensive, and doubling the size of pointers hurts. The 64-bit JRE does some on-the-fly compression to try to minimize the pain by using pointer compression (for instance, at most 40 or so bits of your pointers are used on current architectures, so it'll try to use that fact), but it's still gonna hurt.
Why would the word length and ABI of the apps you build in native-compiled languages using NetBeans depend on NetBeans? I'm sure you can just set it up to pass the relevant options to the compilers &c.
Yes, it can work with Java. VS is extremely pluggable. You can create a project type that calls the Java builds tools, understands the Java language, and so forth. Even the debugger is pluggable, although the only non-VS debugger I've used with it is also written by MS.
There's no place I could be, since I've found Serenity...
I prefer NB to VS, but it's hardly apples to oranges. NB does do C/C++, but it's not its strong point - Java is its strong point. I used to think that Visual Studio was the best IDE ever at about release 5, but since then I think all the main Java IDEs: Netbeans, Eclipse and IdeaJ have, well, eclipsed VS.
So do I and I think the exact opposite.
There's actually a downside to 64-bit as well: cache coherency is poorer, so unless you're actually taking advantage of 64-bit capabilities your Notepad or other simple app might actually be a little bit slower because cache misses will occur more often.
There's no place I could be, since I've found Serenity...
NetBeans is an IDE. It mostly doesn't give crap about what the compilers do, apart from producing an "understandable" debug information file with the executable, and the debugger being able to control the executable and extract/modify memory and registers. Even if, somehow, NetBeans didn't come with necessary debugger functionality needed to debug 64 bit executables, or if it didn't have the project setup dialogs expose the 64 bit target option, it should be an easy fix (perhaps less than 1000 lines worth of changed/added code).
When I last tried (a couple years ago) it was fairly easy to coax NetBeans to use a Zilog C compiler for the ez8 target. I only had to add a JNI blurb to expose Zilog's debugger dll, and some glue between that and rest of the IDE.
A successful API design takes a mixture of software design and pedagogy.
I prefer Swing by a long shot. SWT was prettier and slightly faster than Swing when it was initially released. Neither of those are true any more.
Funny, we used to say that about Netbeans.
other languages that NetBeans 7 supports: Yes, the compilers "beneath" the mask of the NetBeans IDE may support 64-bit, but does NetBeans in former OR this version, in your guys' experience @ least, do as well as it does for JAVA, but instead say for C++ or the other possible languages NetBeans handles? For things like compiler switch optimizations, code completion (little things mostly, some bigger)...
This is hard to express to you - it really comes down to:
HOW COMPLETE IS THE SUPPORT IN NETBEANS, for 64-bit, FOR LANGUAGES OTHER THAN JAVA? ( in a nutshell, in bold)
APK
P.S.=> Thanks for your info. on this, & others replying also if I did not tell they the same... apk
emacs
Swing still has those fugly non-native (pretending to be native, but very poorly done) file open/save dialogs. That's one major annoyance.
I wouldn't be able to give a comprehensible feature comparison, but in terms of overall feel, NetBeans seems to be the Java IDE that is closest to VS. It has the same sort of "everything and kitchen sink" out of the box approach, with many rich project templates to get started, and a very nice Swing GUI designer that reminds me of WinForms one in VS (only NetBeans one generates flexible layouts, almost automagically!). Same for web development - you get a complete development stack set up right out of the box and integrated with IDE. If you come from VS, this is a nice thing compared to Eclipse where there are myriads of plugins for this and that, and then usually you still have to set up servers (for web) and emulators (for J2ME or Android) separately.
I use both, find them both excellent. I'd put them on a par feature and usability wise.
I really like NB (fast, unbloated, compact), but for GWT applications development Eclipse is superior.
I haven't tried this yet, since I rarely program in Python. I won't start a language war, but I really seriously do not like Python (and I've tried several times). I'll try again when I have some free time.
At any rate, the Python plugin has moved to community status (along with Ruby, and UML). The UML plugin has been struggling for quite a while, but hopefully the same fate won't happen with the Ruby and Python plugins.
From the forum, here's how to get the Python plugin into NetBeans 7.
Python on NetBeans 7
The last post in that topic shows what to do.
On another note, I've used NetBeans 7 RC 2, and liked it OK. 6.9.1 seemed to be a bit faster, even with the huge amount of plugins I throw at it. I'll probably post a little more about my thoughts once I've installed it and run a few projects through it and Tomcat 7.
As far as Eclipse is concerned, I can never manage to create a stable and upgradeable Eclipse installation. Some plugin compatibility war always ends up making my environment unstable, and I just have to trash the installation and start over again. I like a lot of things about Eclipse, but keeping an Eclipse menagerie stable is not one of them.
Yeah, I would like a Perl plugin as well. OK, don't laugh! I still write Perl code on occasion.
There have been rumors floating around like you mentioned, and I think that there is even an alpha plugin that does syntax highlighting. Unfortunately, there isn't much else.
I end up using Perl Padre for my Perl programming, but like you I'm not wild about running multiple IDEs.
Initially - The majority portions of your reply (very detailed) I knew already. Thanks though, pretty accurate rundown.
However, yes, & I don't blame you - You may not believe it, but some operations I've done in notepad.exe in 32-bit OS environs (replace, from edit menu) is FASTER in the 64-bit model on Windows 7 64-bit.
Thanks, appreciate that. It's not whether or not I believe you so much as whether or not I can justify what you're asserting with (what I know of) the underlying technology. In this case, for example, I would expect the difference in performance to be much more tightly bound to the OS than to the application. For example, 32-bit Windows Server 2003 versus 64-bit Windows 7, you're testing different versions of Notepad on different operating systems. They have different scheduler optimizations, different background loads, and, to a significant extent, different internals. Not a good test!
32-bit Notepad on 64-bit Windows 7 versus 64-bit Notepad on 64-bit Windows 7 would be a test to run, and you would definitely have to do an accurate benchmark. I can't think, off the top of my head, why one would perform noticeably different then the other. One other poster mentioned cache coherency, but I tend to disagree in the common case, since regular (i.e., non-memory-intensive) applications share the same small virtual address space as their 32-bit equivalents.
otherwise... it's why I asked about NetBeans having 64-bit target capabilities for ALL languages the IDE supports... can NetBeans 7, do that (in a nutshell)... apk
So as far as I can tell, NetBeans modules (which add language support) are pure Java, and therefore will run in the JVM of your choice, be it 32-bit or 64-bit.
Cheers!
It is very good for java, but a bit hard to set up for C/C++ and I don't think it supports C#.
I personally use it for all of my coding as it's formatting and code completion features are very good (even for C and HTML) and I find it easier to use then other IDE's (although Visual Studio comes close).
null
Netbeans runs the same as you Java install. (if you have 64-bit java netbeans is 64-bit if you 32-bit java netbeans is a 32-bit app).
On windows you may need to download the platform independent version to run in 64-bit mode (can't remember).
Netbeans follows the standards for the language you are using for syntax checking and code completion, you specify the compiler/SDK you want to use for each project, usually netbeans auto-detects SDK install if you specify there installation directory.
Netbeans works with 32 and 64-bit compilers.
null
I can't stand it under Ubuntu. Netbeans does not use Ubuntu's Xorg fonts and it looks ugly and way out of place. Not only are the same fonts not used but they are not LCD friendly sub pixeled rendered in the same way. My guess is a hinting bug is in there as well. I reported this bug 2 years ago and they still have not fixed it claiming it was Sun's problem with their JDK.
It looks fantastic on Fedora.
Netbeans has got a bad rap because of this bug from Ubuntu users as it looked very Swingish style.
http://saveie6.com/
My vim have HTML5 editing support 10 years ago!
Hmmm, yeah, I'll agree with that. The file dialogs aren't so great.
I use NetBeans 6.9 at work every day for practically everything in our projects (mainly PHP, Ruby and SQL). It's a fantastic and powerful IDE, and very fast compared to Eclipse. The removal of Ruby really hurts though, so I won't be upgrading to 7 straight away. I will consider it once the plugin is ready to be used again after being handled by external developers: http://wiki.netbeans.org/RubySupport
It probably went faster because 64-bit-wide registers can hold more characters in them for comparison at once. Wider registers aren't just good for numbers. That's only a guess, though; I don't know how the string replace function is actually implemented, or if there was something special about the data you were working on.
Ccache coherency affects single-processor systems too. The larger your binary instructions, the fewer of them fit in a given cache line and the more often you'll need to go to memory. One advantage of x86 is that its multi-length instructions let a large number of the most common instructions fit into size that an ISA like MIPS would only be able to get a couple instructions into. 64-bit reduces that, somewhat (pointer addresses, etc.).
There's no place I could be, since I've found Serenity...
Emacs is an OS, not an text editor. Unfair comparison
-- dnl