SwingWT is dual licensed under the Common Public Licenseand the LGPL. It also allows Swing apps to use native widgets.Version 0.81 is now compatible with the open source Kaffe virtual machine. With this library, Java/Swing applications can be compiled natively under Linux using gcj. The difference is that instead of using the Swing library, it drives native peer widgets for your platform from SWT" (the Eclipse GUI toolkit). Rawson-Tetley has posted SwingWT 0.81,an open source, "100% pure Java library which very closely resembles the interface of Swing. In context,I don't think it's a huge problem but it's easy enough to fix without changing the API or hurting performance or anything else detrimental so I think I'm going to go ahead and fix it anyway. I've spent some time thinking about whether this is a real problem or not. The subclass methods may, however, assume the object has been initialized This is something that had changed in XOM since the last time I ran PMD. It wasn't immediately obvious to me why this was a problem, but I eventually found it in Item 15 of Bloch's Effective Java, "Design and document for inheritance or else prohibit it." The problem is that the constructor may call overridden versions of these methods before the object has been fully initialized. I had definalized a number of setter methods to make XOM more extensible. PMD 1.6 found one real problem in the XOM code base, which surprised me because the last few runs hadn't turned up anything significant.A number of constructors were calling overridable (non-final, non-private) methods.This was indeed a change in my code base since I had last run earlier versions of PMD. This version focuses on performance optimizations and bug fixes. Method with the same name aas the enclosing class.Finalize does not call super.finalize().PMD scans Java source code and looks for potential problems including: Tom Copeland has released PMD 1.6, an open source tool for automatically checking Java code for various classes of bugs. Version 0.7.2 can now check Java 1.5 class files. However, this isn't really a fair test since I've used this tool repeatedly on XOM in the past, and most of the bugs it could find were found by earlier versions and thus have since been fixed. I ran this across the current XOM code base, and it found a couple of minor issues such as two streams that weren't closed on all paths through a method. Java News from March, 2004 March, 2004 Java News Wednesday, March 31, 2004ĭavid Hovemeyer has posted FindBugsĐ.7.2, an automated open source tool for finding potential bugs in Java code.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |