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."
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.
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."
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.
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.
http://jvi.sourceforge.net/ parent was close. The best part of NB is how light-weight the modules are: NB was built to be a platform from day-1; has epic other language support.(php, ruby, python, C, etc...)
Website Hosting
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.
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...
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...
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.
emacs
Not sure what you are talking about. I have personally seen NetBeans used by a large company (who is also a defense contractor, albeit not for this project) as their main Java IDE. The project was mission-critical transportation control system. Incidentally, it was about 2 years ago, around your point of reference. So, I'd say that assuming the IDE is buggy just because it appears to you that it creates "thousands of temp dirs" which you have no idea why is very far fetched. NetBeans is a nice, stable IDE which thousand of people and companies use on a daily basis.
On the other hand, the eclipse team seems to have said "Hell with anything you may be familiar with - like shortcuts that practically every IDE shares in a windowed environment - we're going to do our own thing and everyone else can figure it out or suck it. While we're at it, let's make all of our features as non-discoverable as possible by hiding them in illogical places."
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.