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."

16 of 137 comments (clear)

  1. Re:Cool! by ink · · Score: 3, Informative

    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.
  2. Here's the thing. by MrEricSir · · Score: 5, Funny

    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."
    1. Re:Here's the thing. by hairyfeet · · Score: 3, Funny

      Dammit man, didn't you get the memo? You have to add synergy and integration if you want it to be an enterprise post! Here let me show you...

      Both Visual Studio 2010 and NetBeans 7 allow enterprise developers to create and deploy enterprise frameworks for synergy within the enterprise, then develop enterprise software solutions with synergistic re-usable enterprise components while reading enterprise documentation, thus creating vertical integration and a full stack approach to workflow.

      See? If you are gonna work in the enterprise kid you gotta speak the lingo. Don't make me go six sigma on yo ass!

      --
      ACs don't waste your time replying, your posts are never seen by me.
  3. Netbeans is a Superb PHP IDE by QJimbo · · Score: 3, Informative

    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.

  4. Re:All 64-bit? IDE/executables/runtime script, etc by Anonymous Coward · · Score: 2, Funny

    Was anyone able to follow the OPs stream of thought? I feel like I lost some cells just reading it.

  5. Re:All 64-bit? IDE/executables/runtime script, etc by tibit · · Score: 2

    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.
  6. Re:Best IDE Out There by teknopurge · · Score: 3, Informative

    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...)

  7. Re:All 64-bit? IDE/executables/runtime script, etc by Jahava · · Score: 4, Informative

    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:

    • (1): You can directly access a 64-bit virtual memory space. This means that individual applications aren't limited to 3 GB of virtual address space like they are in a 32-bit world.
    • (2): You have access to some more modern architecture features over 32-bit systems.
    • (3): A single register can hold 8 bytes instead of 4 bytes.

    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.

  8. Re:All 64-bit? IDE/executables/runtime script, etc by jensend · · Score: 2

    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.

  9. Re:Cool! by cbhacking · · Score: 2

    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...
  10. Re:All 64-bit? IDE/executables/runtime script, etc by cbhacking · · Score: 3, Interesting

    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...
  11. Re:Swing by kaffiene · · Score: 2

    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.

  12. Re:Cool! by Anonymous Coward · · Score: 3, Funny

    emacs

  13. Re:IntelliJ by happyhamster · · Score: 2

    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.

  14. Re:Best IDE Out There by thePowerOfGrayskull · · Score: 2

    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."

  15. Re:No Python plugin by thetoastman · · Score: 2

    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.