NetBeans Forums
| View previous topic :: View next topic |
| Author |
Message |
Glenn Holmer Posted via mailing list.
|
Posted: Thu May 10, 2012 12:48 pm Post subject: NetBeans 7.1 Swing Application Support discontinued |
|
|
On Thu, 2012-05-10 at 00:09 +0200, Geertjan Wielenga wrote:
| Quote: | That will happen when NetBeans IDE and JDeveloper are killed. I don't
think that will ever happen. The Oracle clients on the NetBeans
Platform, i.e., NetBeans and JDeveloper, are so important that the
NetBeans Platform will never die.
|
JDeveloper is written using the NetBeans Platform? Cool, I didn't know
that.
--
____________________________________________________________
Glenn Holmer address-removed
Software Engineer phone: 414-908-1809
Weyco Group, Inc. fax: 414-908-1601
|
|
| Back to top |
|
 |
Fabrizio Giudici Posted via mailing list.
|
Posted: Thu May 10, 2012 1:03 pm Post subject: NetBeans 7.1 Swing Application Support discontinued |
|
|
On Thu, 10 May 2012 14:48:01 +0200, Glenn Holmer <address-removed>
wrote:
| Quote: | On Thu, 2012-05-10 at 00:09 +0200, Geertjan Wielenga wrote:
| Quote: | That will happen when NetBeans IDE and JDeveloper are killed. I don't
think that will ever happen. The Oracle clients on the NetBeans
Platform, i.e., NetBeans and JDeveloper, are so important that the
NetBeans Platform will never die.
|
JDeveloper is written using the NetBeans Platform? Cool, I didn't know
that.
|
Not it isn't. But they share some code and I think that the shared part is
going to grow.
Disclaimer: my comment is exclusively based on information that are
publicly available.
--
Fabrizio Giudici - Java Architect, Project Manager
Tidalwave s.a.s. - "We make Java work. Everywhere."
address-removed
http://tidalwave.it - http://fabriziogiudici.it
|
|
| Back to top |
|
 |
Gregg Wonderly Posted via mailing list.
|
Posted: Thu May 10, 2012 2:07 pm Post subject: NetBeans 7.1 Swing Application Support discontinued |
|
|
On 5/9/2012 8:07 AM, Jens Technau wrote:
| Quote: | The friendly hint, that anybody complaining over this issue should start working on the
solution instead, is understandable, but not realistic. Who is qualified and
| has the
| Quote: | time/gets the time to do so? I am very grateful for the people and companies
| spending
| Quote: | time and therefore money maintaining NB up and running. I only suggest that
| decisions
| Quote: | like this one should be taken with the goal of a smooth upgrading to the new
| netbeans
| Quote: | version without being faced with months of extra work because of politically
motivated decisions.
|
Some people are actually prohibited by the contract they signed at employment
from contributing to open source projects. Every idea or work item that they do
while employed at the company, belongs to the company and they would need to
work through the legal department to clear everything they do. That's not an
attractive position to be in, and while perhaps not insurmountable, is
problematic, because the company could reverse their release of the technology.
This argument chain is also tiring. In the end, this is true for every part of
netbeans, not just it's support for SAF. All the arguments still just feel like
weak attempts at justifying an obvious mistake for which no reconciliation is
happening.
Yes, a lot of people could "support" this. The question for me, is if there is
a community here, which values everyone's participation and needs (there are all
kinds of things in the community which try to involve the community in managing
what happens), they why doesn't it make sense that the most qualified member(s)
of the community would take on the task of quickly rectifying the problem which
has been created here? If SAF must go away, or be adopted by someone/group to
support, then this should be done, without affecting everyone who had no idea
that loading a new version of netbeans would make it impossible for them to
continue development and support of their existing projects?
If this really is just a free Oracle product and the community and it's needs
are not to be considered, then can we just state that, and put it on the web
site, so that everyone understands, that every version of netbeans will have a
risk of removing something that you might need, without any advanced notice?
Gregg Wonderly
|
|
| Back to top |
|
 |
Thomas Wolf Posted via mailing list.
|
Posted: Thu May 10, 2012 8:57 pm Post subject: NetBeans 7.1 Swing Application Support discontinued |
|
|
The thread that will never die, it seem
| Description: |
|
| Filesize: |
6.29 KB |
| Viewed: |
3676 Time(s) |

|
|
|
| Back to top |
|
 |
Bayless Kirtley Posted via mailing list.
|
Posted: Thu May 10, 2012 11:36 pm Post subject: NetBeans 7.1 Swing Application Support discontinued |
|
|
Similarly, several years ago I worked for a consulting firm. We had a couple of clients with huge projects they insisted be written in Java and developed using IBM
| Description: |
|
| Filesize: |
6.29 KB |
| Viewed: |
3670 Time(s) |

|
|
|
| Back to top |
|
 |
Wade Chandler Posted via mailing list.
|
Posted: Fri May 11, 2012 2:33 am Post subject: NetBeans 7.1 Swing Application Support discontinued |
|
|
On 05/10/2012 10:07 AM, Gregg Wonderly wrote:
| Quote: | On 5/9/2012 8:07 AM, Jens Technau wrote:
| Quote: | The friendly hint, that anybody complaining over this issue should
start working on the
solution instead, is understandable, but not realistic. Who is
| qualified and has the
| Quote: | time/gets the time to do so? I am very grateful for the people and
| companies spending
| Quote: | time and therefore money maintaining NB up and running. I only
| suggest that decisions
| Quote: | like this one should be taken with the goal of a smooth upgrading to
| the new netbeans
| Quote: | version without being faced with months of extra work because of
| politically
| Quote: | motivated decisions.
|
Some people are actually prohibited by the contract they signed at
employment from contributing to open source projects. Every idea or
work item that they do while employed at the company, belongs to the
company and they would need to work through the legal department to
clear everything they do. That's not an attractive position to be in,
and while perhaps not insurmountable, is problematic, because the
company could reverse their release of the technology.
This argument chain is also tiring. In the end, this is true for
every part of netbeans, not just it's support for SAF. All the
arguments still just feel like weak attempts at justifying an obvious
mistake for which no reconciliation is happening.
|
Comes down to some things.
1) Matisse is not some extensible thing people can just hook into.
2) The support was removed nail by nail. Now, to get it back in it would
have to be put in nail by nail.
3) There is no swing application framework in the form of the libraries
that were shipped with NetBeans. That project is dead as a doornail.
Sure, NB folks could have worked with another OSS project trying to keep
it alive, but newer versions of that are not backward compatible either,
but still, could have worked with the patch/fix libraries of the new
project as long as it was sound and seemed like it was going to continue
on; perhaps a gamble perhaps not.
4) There should have been some way of deprecating it before it was
removed and some work done to make it something which one could still
turn on even if not available by default.
| Quote: | Yes, a lot of people could "support" this. The question for me, is if
there is a community here, which values everyone's participation and
needs (there are all kinds of things in the community which try to
involve the community in managing what happens), they why doesn't it
make sense that the most qualified member(s) of the community would
take on the task of quickly rectifying the problem which has been
created here? If SAF must go away, or be adopted by someone/group to
support, then this should be done, without affecting everyone who had
no idea that loading a new version of netbeans would make it
impossible for them to continue development and support of their
existing projects?
|
My experience with open source, whether it Apache projects or NetBeans,
is if you have an itch scratch it. I don't think it is prudent for other
members of the community with no necessary dog in a fight to spend their
time on something they don't need or use. However, everyone has a dog in
the fight of everyone having the right to work on something should they
see fit. Everyone is working for someone to pay their bills. Folks who
are severely impacted by this and actually want to support such things
in the product need to do some things regardless if they are ticked off
over what was an obvious bad move and mistake at this point:
1) Make sure there is a desire, need, and will to do it.
2) Review the form projects source code (Matisse)
(hg.netbeans.org/main-golden)
3) Figure out patterns which and points of entry which lend themselves
to making Matisse pluggable/extensible (SPIs and APIs)
4) Start working it in
5) Attach some patches to an issue in BugZilla for review.
That will allow other things to be handed off to the community as it
relates to Matisse (Swing UI Editor). I have started looking for those
patterns above. I haven't started any real project yet as I am slammed
with my own problems and work. I hope to be able to make it happen, but
that is all it is at the moment. If someone were to start a project I'm
sure myself and some others would lend a little time and expertise, but
I can't promise how much though I would try. The Matisse developers have
looked at it themselves a few times, but never felt it could be done in
a timely and cost effective manner. I feel like there is probably some
room to grow in there if folks can determine what are the minimal things
required to call it being "hooked" into (SPI), but I could be wrong.
If the above is more than one wants to bite off, then they could take
the 7.0.1 sources and figure out what it would take to work them back
into the current along with things some how being disabled by default.
Perhaps there could be some options in the options dialog where the user
checks a box and it turns it on in Matisse. Too, if one opens a project
which uses those things, then perhaps the new project type isn't
enabled, but the project continues to function normally. That might be
easier to do.
| Quote: | If this really is just a free Oracle product and the community and
it's needs are not to be considered, then can we just state that, and
put it on the web site, so that everyone understands, that every
version of netbeans will have a risk of removing something that you
might need, without any advanced notice?
|
Every open source project I have ever been involved has this risk from
version to version. Community support (source contributors not users)
are the only things keeping those type things from happening. If someone
has an itch they scratch it and are willing to do it. Too often on OSS
projects there are no shortages of users, but there are shortages of
those OSS users actually willing to jump in and try to support a feature
they "depend" on. The other side to that coin is a good deprecation
strategy and lead time for the community to make a move if they would.
In this case it was impossible because it was a bad move and nobody was
told until it was too late. That mistake though doesn't keep some
enterprising community member(s) from taking up the task after the fact.
From what I have heard the Oracle folks realize this was not a good
thing to do; at least the devs who had to make the changes wish things
had been different.
NB Dream Team != Oracle || NB Team but == Community Members
Wade
--
=================
Wade Chandler
Software Engineer and Consultant
NetBeans Contributor
NetBeans Dream Team Member
wadechandler.com
netbeans.org
|
|
| Back to top |
|
 |
zx5000
Joined: 25 Mar 2009 Posts: 5
|
Posted: Fri Jun 01, 2012 9:05 pm Post subject: My 2 cents |
|
|
I just converted a program from SAF to pure Swing and it was a pain. It was almost a re-write as even the sub-forms came over with remnants of SAF in the form. It also starting throwing the following error on a machine that it previously worked on in it's previous life. (WinXP dual head nvidia).
I am keeping a copy of NB 6.9.1 for this reason. I have dozens of SAF based applications in production here and I do not have the time to add cost without adding value to any process. I actually don't get paid to write programs. I get paid to produce solutions.
Swing runtime error from Netbeans 7.1.1 application
| Code: |
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d0ae53d, pid=4080, tid=3008
#
# JRE version: 6.0_32-b05
# Java VM: Java HotSpot(TM) Client VM (20.7-b02 mixed mode, sharing windows-x86 )
# Problematic frame:
# C [awt.dll+0xae53d]
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
--------------- T H R E A D ---------------
Current thread (0x00cbf400): JavaThread "AWT-Windows" daemon [_thread_in_native, id=3008, stack(0x03630000,0x03680000)]
siginfo: ExceptionCode=0xc0000005, writing address 0xe560f840
Registers:
EAX=0xe560f840, EBX=0x0000001b, ECX=0x00000020, EDX=0x02ff4e98
ESP=0x0367f174, EBP=0x00000080, ESI=0x02ff4e98, EDI=0xe560f840
EIP=0x6d0ae53d, EFLAGS=0x00010202
Top of Stack: (sp=0x0367f174)
0x0367f174: 02ff9db0 00000001 00000020 000e4560
0x0367f184: 00182500 00000400 e560f840 00000000
0x0367f194: 00000000 00000020 0000001b 6d0b07d3
0x0367f1a4: 00000000 02ff4e98 00000000 00000000
0x0367f1b4: 00000000 00000080 00000020 0000001b
0x0367f1c4: 00000080 00000004 00000000 00000000
0x0367f1d4: 02ff4e98 0000001b 00000003 0367f34c
0x0367f1e4: 037feee0 437f8000 6d0b24f2 6d0b3d2f
Instructions: (pc=0x6d0ae53d)
0x6d0ae51d: 18 8d 0c ad 00 00 00 00 89 4c 24 44 8d a4 24 00
0x6d0ae52d: 00 00 00 8b 4c 24 44 8b e9 c1 e9 02 8b f2 8b f8
0x6d0ae53d: f3 a5 8b cd 8b 6c 24 50 83 e1 03 f3 a4 8b 7c 24
0x6d0ae54d: 14 03 d5 03 c7 4b 85 db 7f d9 8b 44 24 58 85 c0
Register to memory mapping:
EAX=0xe560f840 is an unknown value
EBX=0x0000001b is an unknown value
ECX=0x00000020 is an unknown value
EDX=0x02ff4e98 is an unknown value
ESP=0x0367f174 is pointing into the stack for thread: 0x00cbf400
EBP=0x00000080 is an unknown value
ESI=0x02ff4e98 is an unknown value
EDI=0xe560f840 is an unknown value
Stack: [0x03630000,0x03680000], sp=0x0367f174, free space=316k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [awt.dll+0xae53d] D3DContext::UploadTileToTexture+0x42d
[error occurred during error reporting (printing native stack), id 0xc0000005]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.awt.windows.WToolkit.eventLoop()V+0
j sun.awt.windows.WToolkit.run()V+52
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00c89c00 JavaThread "SwingWorker-pool-1-thread-4" daemon [_thread_in_native, id=2972, stack(0x03db0000,0x03e00000)]
0x00c8fc00 JavaThread "Keep-Alive-Timer" daemon [_thread_blocked, id=2968, stack(0x035e0000,0x03630000)]
0x02f4f400 JavaThread "SwingWorker-pool-1-thread-3" daemon [_thread_blocked, id=3380, stack(0x03e30000,0x03e80000)]
0x00c9a000 JavaThread "SwingWorker-pool-1-thread-2" daemon [_thread_blocked, id=1120, stack(0x03f80000,0x03fd0000)]
0x03803400 JavaThread "SwingWorker-pool-1-thread-1" daemon [_thread_blocked, id=2948, stack(0x03bd0000,0x03c20000)]
0x03802000 JavaThread "TimerQueue" daemon [_thread_blocked, id=4064, stack(0x03f30000,0x03f80000)]
0x037fa400 JavaThread "D3D Screen Updater" daemon [_thread_blocked, id=592, stack(0x00cc0000,0x00d10000)]
0x00c94400 JavaThread "DestroyJavaVM" [_thread_blocked, id=4008, stack(0x00d10000,0x00d60000)]
0x030bf400 JavaThread "AWT-EventQueue-0" [_thread_in_native, id=2756, stack(0x03b70000,0x03bc0000)]
0x02ff1c00 JavaThread "AWT-Shutdown" [_thread_blocked, id=4016, stack(0x03b20000,0x03b70000)]
=>0x00cbf400 JavaThread "AWT-Windows" daemon [_thread_in_native, id=3008, stack(0x03630000,0x03680000)]
0x00cbcc00 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2752, stack(0x03590000,0x035e0000)]
0x00c2c800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2924, stack(0x03430000,0x03480000)]
0x00c1dc00 JavaThread "C1 CompilerThread0" daemon [_thread_blocked, id=2764, stack(0x033e0000,0x03430000)]
0x00c1c400 JavaThread "Attach Listener" daemon [_thread_blocked, id=2084, stack(0x03390000,0x033e0000)]
0x00c1b000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=1420, stack(0x03340000,0x03390000)]
0x00b3f800 JavaThread "Finalizer" daemon [_thread_blocked, id=2068, stack(0x032f0000,0x03340000)]
0x00b3e800 JavaThread "Reference Handler" daemon [_thread_blocked, id=1844, stack(0x03230000,0x03280000)]
Other Threads:
0x00b3d000 VMThread [stack: 0x032a0000,0x032f0000] [id=2544]
0x00ca0c00 WatcherThread [stack: 0x03480000,0x034d0000] [id=320]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
def new generation total 4928K, used 4086K [0x22bd0000, 0x23120000, 0x28120000)
eden space 4416K, 84% used [0x22bd0000, 0x22f720f0, 0x23020000)
from space 512K, 71% used [0x23020000, 0x2307bae8, 0x230a0000)
to space 512K, 0% used [0x230a0000, 0x230a0000, 0x23120000)
tenured generation total 10944K, used 4005K [0x28120000, 0x28bd0000, 0x32bd0000)
the space 10944K, 36% used [0x28120000, 0x28509740, 0x28509800, 0x28bd0000)
compacting perm gen total 12288K, used 7666K [0x32bd0000, 0x337d0000, 0x36bd0000)
the space 12288K, 62% used [0x32bd0000, 0x3334c968, 0x3334ca00, 0x337d0000)
ro space 10240K, 51% used [0x36bd0000, 0x370fe338, 0x370fe400, 0x375d0000)
rw space 12288K, 55% used [0x375d0000, 0x37c6a070, 0x37c6a200, 0x381d0000)
Code Cache [0x00df0000, 0x00fa8000, 0x02df0000)
total_blobs=1075 nmethods=846 adapters=164 free_code_cache=31754944 largest_free_block=0
Dynamic libraries:
0x00400000 - 0x00425000 C:\Program Files\Java\jre6\bin\javaw.exe
0x7c900000 - 0x7c9b2000 C:\WINDOWS\system32\ntdll.dll
0x7c800000 - 0x7c8f6000 C:\WINDOWS\system32\kernel32.dll
0x609c0000 - 0x60a32000 C:\WINDOWS\System32\SYSFER.DLL
0x77dd0000 - 0x77e6b000 C:\WINDOWS\system32\ADVAPI32.dll
0x77e70000 - 0x77f03000 C:\WINDOWS\system32\RPCRT4.dll
0x77fe0000 - 0x77ff1000 C:\WINDOWS\system32\Secur32.dll
0x7e410000 - 0x7e4a1000 C:\WINDOWS\system32\USER32.dll
0x77f10000 - 0x77f59000 C:\WINDOWS\system32\GDI32.dll
0x76390000 - 0x763ad000 C:\WINDOWS\system32\IMM32.DLL
0x7c340000 - 0x7c396000 C:\Program Files\Java\jre6\bin\msvcr71.dll
0x6d7f0000 - 0x6da9f000 C:\Program Files\Java\jre6\bin\client\jvm.dll
0x76b40000 - 0x76b6d000 C:\WINDOWS\system32\WINMM.dll
0x6d700000 - 0x6d723000 C:\Program Files\Java\jre6\bin\splashscreen.dll
0x6d7a0000 - 0x6d7ac000 C:\Program Files\Java\jre6\bin\verify.dll
0x6d320000 - 0x6d33f000 C:\Program Files\Java\jre6\bin\java.dll
0x5ad70000 - 0x5ada8000 C:\WINDOWS\system32\uxtheme.dll
0x77c10000 - 0x77c68000 C:\WINDOWS\system32\msvcrt.dll
0x6d7e0000 - 0x6d7ef000 C:\Program Files\Java\jre6\bin\zip.dll
0x74720000 - 0x7476c000 C:\WINDOWS\system32\MSCTF.dll
0x77b40000 - 0x77b62000 C:\WINDOWS\system32\apphelp.dll
0x755c0000 - 0x755ee000 C:\WINDOWS\system32\msctfime.ime
0x774e0000 - 0x7761e000 C:\WINDOWS\system32\ole32.dll
0x6d000000 - 0x6d14c000 C:\Program Files\Java\jre6\bin\awt.dll
0x73000000 - 0x73026000 C:\WINDOWS\system32\WINSPOOL.DRV
0x773d0000 - 0x774d3000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.6028_x-ww_61e65202\COMCTL32.dll
0x77f60000 - 0x77fd6000 C:\WINDOWS\system32\SHLWAPI.dll
0x77120000 - 0x771ab000 C:\WINDOWS\system32\OLEAUT32.DLL
0x7c9c0000 - 0x7d1d7000 C:\WINDOWS\system32\shell32.dll
0x6d230000 - 0x6d27f000 C:\Program Files\Java\jre6\bin\fontmanager.dll
0x4fdd0000 - 0x4ff76000 C:\WINDOWS\system32\d3d9.dll
0x03690000 - 0x03696000 C:\WINDOWS\system32\d3d8thk.dll
0x77c00000 - 0x77c08000 C:\WINDOWS\system32\VERSION.dll
0x6d600000 - 0x6d613000 C:\Program Files\Java\jre6\bin\net.dll
0x71ab0000 - 0x71ac7000 C:\WINDOWS\system32\WS2_32.dll
0x71aa0000 - 0x71aa8000 C:\WINDOWS\system32\WS2HELP.dll
0x6d620000 - 0x6d629000 C:\Program Files\Java\jre6\bin\nio.dll
0x68000000 - 0x68036000 C:\WINDOWS\system32\rsaenh.dll
0x769c0000 - 0x76a74000 C:\WINDOWS\system32\USERENV.dll
0x5b860000 - 0x5b8b5000 C:\WINDOWS\system32\netapi32.dll
0x71a50000 - 0x71a8f000 C:\WINDOWS\System32\mswsock.dll
0x76f20000 - 0x76f47000 C:\WINDOWS\system32\DNSAPI.dll
0x76d60000 - 0x76d79000 C:\WINDOWS\system32\iphlpapi.dll
0x76fb0000 - 0x76fb8000 C:\WINDOWS\System32\winrnr.dll
0x76f60000 - 0x76f8c000 C:\WINDOWS\system32\WLDAP32.dll
0x76fc0000 - 0x76fc6000 C:\WINDOWS\system32\rasadhlp.dll
0x662b0000 - 0x66308000 C:\WINDOWS\system32\hnetcfg.dll
0x71a90000 - 0x71a98000 C:\WINDOWS\System32\wshtcpip.dll
0x6d1a0000 - 0x6d1c3000 C:\Program Files\Java\jre6\bin\dcpr.dll
0x76bf0000 - 0x76bfb000 C:\WINDOWS\system32\PSAPI.DLL
0x59a60000 - 0x59b01000 C:\WINDOWS\system32\dbghelp.dll
VM Arguments:
java_command: C:\ips\PullSheet\PullSheet.jar
Launcher Type: SUN_STANDARD
Environment Variables:
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem
USERNAME=jsmith
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 3
CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 15 stepping 13, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3
Memory: 4k page, physical 1047792k(235392k free), swap 2506224k(1591976k free)
vm_info: Java HotSpot(TM) Client VM (20.7-b02) for windows-x86 JRE (1.6.0_32-b05), built on Apr 5 2012 13:50:34 by "java_re" with MS VC++ 7.1 (VS2003)
time: Fri Jun 01 13:19:04 2012
elapsed time: 25 seconds
|
|
|
| Back to top |
|
 |
wizardbj
Joined: 08 Jun 2011 Posts: 4
|
Posted: Thu Jun 07, 2012 8:30 pm Post subject: Is there anything positive that could come out of this? |
|
|
Certainly everybody can see there are multiple facets to the problem of dropped support for anything. The religious (yes, if you look back in this thread, you'll Eclipse-vs-NetBeans posts), and the nasty/rude stuff notwithstanding, multiple cogent arguments are present. And some posters are more eloquent and more thoughtful and respectful than others.
I just installed 7.1.2, upgrading from my 7.0.1, and of course was surprised to find that my Swing project -- the one I learned Swing on in just the last 6 months -- wouldn't load. That's when I went searching on the Forum, and of course found this thread.
The weirdest things I've found that don't seem to jive are:
1. It clearly states in the release notes that there's improvements to Swing in the new version, so why not just continue the support of SAF until it's decided to fully stop the improvements?
2. There's nothing suggesting how to mitigate the dropped support -- what to supplant, or how.
3. If the intent is for JavaFX2 to supplant Swing, then why if I go to produce a new project in it, does it tell me that I need to install it through some weird machinations? (And the instructions don't quite fit to the NetBeans screens, by the way.)
I installed the "ALL" product, selecting all the options. Don't we all agree that upon selecting everything to install, should imply that if it's presented as usable (not grey/disabled) in the NetBeans interface, it should be there?
I'm new to Java, and new to Swing. I can't possibly know everything about everything, and do expect that my chosen tools will at the very least assist me without the necessity to read all about everything prior to upgrading. When I chose the New Project in my 7.0.1, it did indeed say that SAF would eventually disappear, and I took my chances -- boy, "eventually" sure came soon, huh?
Not having even close to the investment that others have had in Swing, I'm quite willing to bite the bullet and learn how to translate what I've done. It does scare me that zx5000 had as bad an experience, and thus I'd like to jump in and completely move to JavaFX2, not even do a Swing-non-SAF port.
As one of the posters said, I get paid for producing solutions, not whether they're created in any one given technology. So, I'm going by feel here, but doing my homework -- Concurrency in Practice, Effective Java, etc. -- and expect that not everything is glad-handed to me.
So OK -- something somewhat vital was dropped (and nobody should think that such doesn't happen in paid-license products). I'm willing to learn the alternative, but I don't want my tools to throw up roadblocks on the path that I'm supposed to take; instead, I expect my tools to prepare and assist me with the correct path. So I just need to know with this situation: How is NetBeans helping me to find the Yellow Brick Road?
|
|
| Back to top |
|
 |
Glenn Holmer Posted via mailing list.
|
Posted: Thu Jun 07, 2012 9:23 pm Post subject: NetBeans 7.1 Swing Application Support discontinued |
|
|
On Thu, 2012-06-07 at 16:30 -0400, wizardbj wrote:
| Quote: | The weirdest things I've found that don't seem to jive are:
1. It clearly states in the release notes that there's improvements to
Swing in the new version, so why not just continue the support of SAF
until it's decided to fully stop the improvements?
|
I think you're confusing the two. Swing is definitely still supported;
SAF is a framework built over top of Swing that is not.
--
____________________________________________________________
Glenn Holmer address-removed
Software Engineer phone: 414-908-1809
Weyco Group, Inc. fax: 414-908-1601
|
|
| Back to top |
|
 |
wizardbj
Joined: 08 Jun 2011 Posts: 4
|
Posted: Thu Jun 07, 2012 10:20 pm Post subject: |
|
|
| No, I meant what I said: If you're going to continue to support the underpinnings anyway, why not continue to include the wrapper; it doesn't mean you must improve the wrapper. At least then, things will continue to compile, and the underpinnings (Swing components) might still have bug fixes, you just know that the convenience wrapper will stay static from that point on, and thus you should just start looking for alternatives to your use of the wrapper... not alternatives to your IDE. Then you work with your many, many users to wean them off the particular wrapper (which they will start to do anyway, because you clearly state that the support is being sunsetted over time, and there are no more bug fixes).
|
|
| Back to top |
|
 |
cybercat2
Joined: 05 Jul 2012 Posts: 1
|
Posted: Wed Jul 11, 2012 12:35 pm Post subject: newbie question |
|
|
Anyone got time for a newbie question for clarification?
History - I'm an old systems admin (programmer back in Fortran days). I still try to play with new technology. I've built several small apps using the Swing GUI builder (Matisse?). Like the posts above, my latest imports fail, first because of a swing reference (which it then fixed via download), then the infamous support message.
Two questions -
1. I looked up some Platform demos, but all had hand-coded gui builds! Is a GUI builder available for the new Platform?
2. I started a new generic app, and then did some sort of Add-Other function (found on the net), and suddenly the gui editor was there. It allowed swing form creation, etc. However the forms didn't work until I called the form from the main app, then they appeared to work. Is this a safe process, and will all form functions work?
Thanks,
Chris
|
|
| Back to top |
|
 |
alekoc
Joined: 10 Oct 2008 Posts: 30
|
Posted: Thu Jul 12, 2012 10:54 pm Post subject: Bela’s plugin |
|
|
Hello Forum,
I would like to provide you a link and some information about the [Bug 204661] Continue to support the Swing Application Framework (JSR 296)
Yesterday I received next e-mail from onkentes@netbeans.org:
| Code: |
I have built the plugin (thanks to Tomas) and made it available as a plugin for 7.2:
http://plugins.netbeans.org/plugin/43853/swing-application-framework-support
I guess we can finally close this report as fixed.
Bela
|
I have already installed NetBeans 7.2 RC1. Next I’ve downloaded recommended plugin and tried SAF for my Swing projects. It is working! Of course, I did not check everything. I just open few forms without the nasty error
| Code: |
“NetBeans support of SFA has been discontinued. Please, use NetBeans 7.0 if you want to use this framwork”
|
and was happy. Also I found some difference between NB 7.0.1 and 7.2 RC1 view, but new version looks fine to me. Next I am going to try GUI and coding.
So, you can go same way - try Bela’s plugin.
Plugin information:
Community Contributed Plugin
Link: http://plugins.netbeans.org/plugin/43853/swing-application-framework-support
Version: 1.16.0.4.1
Author: NetBeans project (build by Bela Onkentes)
Date: 7/11/12
Source: 1341985500_org-netbeans-modules-swingapp.nbm
Homepage: http://www.netbeans.org/
My PC info:
Product Version: NetBeans IDE 7.2 RC1 (Build 201206272359)
Java: 1.7.0_03; Java HotSpot(TM) 64-Bit Server VM 22.1-b02
System: Windows 7 version 6.1 running on amd64; Cp1251; en_US (nb)
|
|
| Back to top |
|
 |
Javier Ortiz Posted via mailing list.
|
Posted: Fri Jul 13, 2012 1:02 pm Post subject: NetBeans 7.1 Swing Application Support discontinued |
|
|
Finally this can be closed. As I stated in an earlier reply, the only way to handle this kind of stuff is having the community take over. The only thing I would really appreciate is if all features of the IDE are designed as standalone so any one of them can be taken over by the community if needed.
Senior Software Quality Engineer
ArthroCare Corporation
7000 William Cannon Drive
Austin, TX 78735
Phone: 512-358-5996
email: address-removed
-----Original Message-----
From: alekoc [mailto:address-removed]
Sent: Thursday, July 12, 2012 5:54 PM
To: address-removed
Subject: [nbusers] NetBeans 7.1 Swing Application Support discontinued
Hello Forum,
I would like to provide you a link and some information about the [Bug 204661] Continue to support the Swing Application Framework (JSR 296)
Yesterday I received next e-mail from address-removed:
Code:
I have built the plugin (thanks to Tomas) and made it available as a plugin for 7.2:
http://plugins.netbeans.org/plugin/43853/swing-application-framework-support
I guess we can finally close this report as fixed.
Bela
I have already installed NetBeans 7.2 RC1. Next I’ve downloaded recommended plugin and tried SAF for my Swing projects. It is working! Of course, I did not check everything. I just open few forms without the nasty error
Code:
“NetBeans support of SFA has been discontinued. Please, use NetBeans 7.0 if you want to use this framwork”
and was happy. Also I found some difference between NB 7.0.1 and 7.2 RC1 view, but new version looks fine to me. Next I am going to try GUI and coding.
So, you can go same way - try Bela’s plugin.
Plugin information:
Community Contributed Plugin
Link: http://plugins.netbeans.org/plugin/43853/swing-application-framework-support
Version: 1.16.0.4.1
Author: NetBeans project (build by Bela Onkentes)
Date: 7/11/12
Source: 1341985500_org-netbeans-modules-swingapp.nbm
Homepage: http://www.netbeans.org/
My PC info:
Product Version: NetBeans IDE 7.2 RC1 (Build 201206272359)
Java: 1.7.0_03; Java HotSpot(TM) 64-Bit Server VM 22.1-b02
System: Windows 7 version 6.1 running on amd64; Cp1251; en_US (nb)
**********
The information contained in this e-mail message, together with any
attachments thereto, is intended only for the personal and confidential
use of the addressee named above. The message and the attachments
are or may be privileged or protected communication. If you are not the
intended recipient of this message, or authorized to receive it for the
intended recipient, you have received this message in error, and you
are not to review, use, disseminate, distribute or copy this message,
any attachments thereto, or their contents. If you have received this
message in error, please immediately notify us by return e-mail
message, and delete the original message.
Pursuant to Circular 230 issued by the United States Treasury
Department and relating to practice before the Internal Revenue
Services, any comment or opinion in this communication relating to a
federal tax issue is not intended to be used, and cannot be used, by a
taxpayer for the purpose of avoiding tax-related penalties that may be
imposed on the taxpayer.
|
|
| Back to top |
|
 |
Gregg Wonderly Posted via mailing list.
|
Posted: Fri Jul 13, 2012 1:51 pm Post subject: NetBeans 7.1 Swing Application Support discontinued |
|
|
On 7/13/2012 8:00 AM, Javier Ortiz wrote:
| Quote: | Finally this can be closed. As I stated in an earlier reply, the only way to
handle this kind of stuff is having the community take over. The only thing
I would really appreciate is if all features of the IDE are designed as
standalone so any one of them can be taken over by the community if needed.
|
I agree, any external technology should be put into Netbeans as a module. If
there need to be new SPI/API design done in netbeans as well, that might help
the community replace outdated technology with new stuff more readily, to at
least start by replacing the existing technology with the same outward facing
UI/API.
Gregg Wonderly
|
|
| Back to top |
|
 |
Rick Fincher Posted via mailing list.
|
Posted: Fri Jul 13, 2012 2:53 pm Post subject: Better way to hand off? |
|
|
Hi All,
I was glad to see in the thread below that some in the community picked
up Swing Application Framework. I never used it, but this issue and the
dropping of Visual Web Framework (VWF) a few years ago caused more
dissetion in the community than any other issues I can remember.
As a humble suggestion, maybe the NetBeans developers can come up with a
better procedure to hand off things like this.
Perhaps announce that in three months the Oracle NetBeans Team
involvement with a project will cease. Then devote the next three
months to handing off the project to the community.
That way, anyone interested can step up and get the source code learn
how to build it, and find out who the others are that have an interest
in the project so they can get organized.
This would give the interested parties time to get some detailed help
from the original developers before they are tasked with other projects.
Rick
On 7/13/2012 9:00 AM, Javier Ortiz wrote:
| Quote: | Finally this can be closed. As I stated in an earlier reply, the only way to handle this kind of stuff is having the community take over. The only thing I would really appreciate is if all features of the IDE are designed as standalone so any one of them can be taken over by the community if needed.
Senior Software Quality Engineer
ArthroCare Corporation
7000 William Cannon Drive
Austin, TX 78735
Phone: 512-358-5996
email: address-removed
-----Original Message-----
From: alekoc [mailto:address-removed]
Sent: Thursday, July 12, 2012 5:54 PM
To: address-removed
Subject: [nbusers] NetBeans 7.1 Swing Application Support discontinued
Hello Forum,
I would like to provide you a link and some information about the [Bug 204661] Continue to support the Swing Application Framework (JSR 296)
Yesterday I received next e-mail from address-removed:
Code:
I have built the plugin (thanks to Tomas) and made it available as a plugin for 7.2:
http://plugins.netbeans.org/plugin/43853/swing-application-framework-support
I guess we can finally close this report as fixed.
Bela
I have already installed NetBeans 7.2 RC1. Next I’ve downloaded recommended plugin and tried SAF for my Swing projects. It is working! Of course, I did not check everything. I just open few forms without the nasty error
Code:
“NetBeans support of SFA has been discontinued. Please, use NetBeans 7.0 if you want to use this framwork”
and was happy. Also I found some difference between NB 7.0.1 and 7.2 RC1 view, but new version looks fine to me. Next I am going to try GUI and coding.
So, you can go same way - try Bela’s plugin.
Plugin information:
Community Contributed Plugin
Link: http://plugins.netbeans.org/plugin/43853/swing-application-framework-support
Version: 1.16.0.4.1
Author: NetBeans project (build by Bela Onkentes)
Date: 7/11/12
Source: 1341985500_org-netbeans-modules-swingapp.nbm
Homepage: http://www.netbeans.org/
My PC info:
Product Version: NetBeans IDE 7.2 RC1 (Build 201206272359)
Java: 1.7.0_03; Java HotSpot(TM) 64-Bit Server VM 22.1-b02
System: Windows 7 version 6.1 running on amd64; Cp1251; en_US (nb)
**********
The information contained in this e-mail message, together with any
attachments thereto, is intended only for the personal and confidential
use of the addressee named above. The message and the attachments
are or may be privileged or protected communication. If you are not the
intended recipient of this message, or authorized to receive it for the
intended recipient, you have received this message in error, and you
are not to review, use, disseminate, distribute or copy this message,
any attachments thereto, or their contents. If you have received this
message in error, please immediately notify us by return e-mail
message, and delete the original message.
Pursuant to Circular 230 issued by the United States Treasury
Department and relating to practice before the Internal Revenue
Services, any comment or opinion in this communication relating to a
federal tax issue is not intended to be used, and cannot be used, by a
taxpayer for the purpose of avoiding tax-related penalties that may be
imposed on the taxpayer. |
|
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You can attach files in this forum You can download files in this forum
|
|