It has been decided to discontinue the support for Swing Application Framework.
Hence, we should
a) remove swingapp module from the build
b) remove samples based on Swing Application Framework
(Document Editor, Mars Rover Viewer)
c) remove help topics related to functionality being removed
d) provide LibraryDefiner for Swing Application Framework library
to allow compilation of the existing projects (it should download
the library from Maven repository or directly from java.net)
e) provide explanatory dialog shown when user attempts to open
form file based on Swing Application Framework
Parts a) b) and e) has been implemented by
76c48fc7179e apparently implements part (d). But rather than copying and pasting code, leading to unmaintainable copies scattered throughout the codebase, why not define a proper API that both junit and swingapp can use? http://bugzilla-attachments-194744.netbeans.org/bugzilla/attachment.cgi?id=105374 gives the idea.
Part d) has been implemented by
Part c) is covered by issue 200318
Hence, I am closing this issue as FIXED.
> But rather than copying and pasting code, leading to unmaintainable copies
> scattered throughout the codebase, why not define a proper API that both
> junit and swingapp can use?
> gives the idea.
Of course, it is clear to me that it is not ideal to copy the mentioned code. On the other hand, the API is not there yet and I was asked to make the fix as soon as possible because there was a risk that we will have to port it to NetBeans 7.0.1 as well (happily, it doesn't seem to be the case according to the latest news). In any case, I will be happy to utilize such API once introduced, but I am not responsible for that area. Feel free to fill a corresponding request against java/project