NetBeans Dev 4.2 Q Build - Linux release has problems

-
I downloaded and installing the Linux version of Netbeans 4.2 Dev Q Build for 26 July. This is the same realease as I installed on Windows XP SP2, and the version I've had reasonble success with regards to using the Matisse visual editor. The Linux distribution I'm running with is Fedora Core 4 running the Gnome desktop and the ClearLooks theme. The Linux version of Netbeans does not exhibit the same level of stability that the Windows version does.

I decided to reimplement the same simple panel I'd implemented in this post. I only got the Home subpanel implemented before it became impossible to continue without generating unknown exceptions. The following image shows the layout and the form preview.



Some of the issues I ran across using 4.2 Q on Linux:
  • The titled JPanel (Home) would not show up when it was first added to the form. It only showed up much later after closing and reopening the form.
  • The elements did not flow as easily around the form.
  • And in general I am not particularly impressed with the look and feel of Java on FC4. But that may very well be a distribution issue.
  • Once all the elements were added to the Home panel, the form could not be touched with the mouse without generating an exception. This included closing and re-opening the file. Closing and reopening NetBeans proved to be only slightly better. When I reopened the form I could touch the form with the mouse, but when I attempted to resize the form the exceptions starting occuring right on cue.
If I had to compare my experience of using NetBeans as well as Java (1.5 release 4) between Windows and Fedora Core 4, I'd have to say that Windows beats FC4 hands down. Since KDE 3.4.2 is out, I'm going to install it and change my desktop to KDE and see how NetBeans behaves as well as looks.

Text of the exception follows.

java.lang.AssertionError
at org.netbeans.modules.form.layoutdesign.LayoutInterval.getCurrentSpace(LayoutInterval.java:431)
at org.netbeans.modules.form.layoutdesign.LayoutInterval.getIntervalCurrentSize(LayoutInterval.java:793)
at org.netbeans.modules.form.layoutdesign.LayoutDesigner.imposeGapsSize(LayoutDesigner.java:4947)
at org.netbeans.modules.form.layoutdesign.LayoutDesigner.imposeGapsSize(LayoutDesigner.java:4960)
at org.netbeans.modules.form.layoutdesign.LayoutDesigner.imposeGapsSize(LayoutDesigner.java:4960)
at org.netbeans.modules.form.layoutdesign.LayoutDesigner.imposeGapsSize(LayoutDesigner.java:4960)
at org.netbeans.modules.form.layoutdesign.LayoutDesigner.imposeCurrentSize(LayoutDesigner.java:4903)
at org.netbeans.modules.form.layoutdesign.LayoutDesigner.imposeCurrentSize(LayoutDesigner.java:4878)
at org.netbeans.modules.form.layoutdesign.LayoutDesigner.endMoving(LayoutDesigner.java:503)
at org.netbeans.modules.form.HandleLayer$ResizeComponentDrag.end(HandleLayer.java:2172)
at org.netbeans.modules.form.HandleLayer$ComponentDrag.end(HandleLayer.java:1877)
at org.netbeans.modules.form.HandleLayer.endDragging(HandleLayer.java:797)
at org.netbeans.modules.form.HandleLayer.mouseReleased(HandleLayer.java:1286)
at java.awt.Component.processMouseEvent(Component.java:5488)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3126)
at java.awt.Component.processEvent(Component.java:5253)
at java.awt.Container.processEvent(Container.java:1966)
at java.awt.Component.dispatchEventImpl(Component.java:3955)
at java.awt.Container.dispatchEventImpl(Container.java:2024)
at java.awt.Component.dispatchEvent(Component.java:3803)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
at java.awt.Container.dispatchEventImpl(Container.java:2010)
at java.awt.Window.dispatchEventImpl(Window.java:1774)
at java.awt.Component.dispatchEvent(Component.java:3803)
[catch] at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

Comments

Post a Comment

All comments are checked. Comment SPAM will be blocked and deleted.

Popular posts from this blog

A Decade Long Religious Con Job

-
Image
I rarely write inflammatory (what some might call trolling) titles to a post, but this building you see before you deserves it. I've been seeing this building next to I-4 just east of Altamonte/436 and Crane's Roost for nearly 12 years, and never knew who owned it. Today on a trip up to Lake Mary with my wife I saw it yet again. That's when I told her I wanted to stop by on the way back and poke around the property, and photograph any parts of it if I could. What I discovered was this still unfinished eighteen story (I counted) white elephant, overgrown with weeds and yet still under slow-motion construction. It looks impressive with its exterior glass curtain walls, but that impression is quickly lost when you see the unfinished lower stories and look inside to the unfinished interior spaces. A quick check via Google leads to an article written in 2010 by the Orlando Sentinel about the Majesty Tower. Based on what I read in the article it's owned by SuperChannel
Read more

Ten Reasons to Ignore Ten Reasons to Dump Windows and Use Linux

-
There is a tradition amongst the hard-core Linux aficionados to extol Linux's various virtues as a list of 10 or more reasons to substitute (as in "dump") an existing Windows installation with Linux. There's no reason to point them all out; a simple Google search (" 10 reasons to use Linux ") will provide you with such lists stretching back through the years, as well as hours of entertainment. One very recent list caught my eye over the weekend, published by PCWorld. Their article, " Ten Reasons to Dump Windows and Use Linux ", seems to have hit a nerve with me. Normally I just ignore such journalistic pap, since the majority of it comes courtesy of one ill-informed blog or another (such as this one). But in this instance a "real" publication put some time and journalistic "credibility" into this list, which places it in front of a wider audience than the typical blog poist (again, such as this one). So let's consider al
Read more

Former Eclipse user re-evaluates Eclipse 3.3M5

-
Image
I've been using NetBeans for a while now, starting with version 4.2 in beta. One of NetBeans' key selling points (in my not-so-humble-opinion) is Java GUI building with Matisse . That feature continues to be quite powerful and unrivaled, especially for a free-as-in-beer IDE. I even wrote a lovely paean to the wonders of NetBeans and why I moved away away from Eclipse to NetBeans . Now, it looks like I may have to eat some of those tastefully written words. What you're looking at above is a complete Ruby on Rails project hosted and running within Eclipse 3.3 Milestone 5 on Windows XP. Milestone 5 was released this past Friday, February 9th. I installed it Saturday, and then went on a plugin hunt to fill out additional features and capabilities. Why did I decide to re-install Eclipse, especially a milestone? So that I could get a complete integrated development and test capability in one convenient package for Ruby on Rails. Like a lot of other folks I've been playing
Read more