Eclipse: transform normal awt/swing app to bean class?

hi all.
i have to modify an existing java app that's based on awt and swing. i'd like to edit in in visual editor for eclipse (java bean classes), but how can i do that? is it possible anyhow??
thanks.
j0sh

i do have a visual editor plugin, but it uses "visual" classes, and now id like to know how to transform normal classes to visual classes... =)

Similar Messages

Altering the field type in an AWT/Swing App

Hi ,
I have developed a simple Swing/Jclient application for ADF. All the fields produced on the panel are of type JTextField. Is it possible to alter some of them to JTextArea for example....????
I have not noticed something relative to it in the property palette of each field.....!!!!
Can i do that...????
Note: I use JDev10.1.2
Thanks....
Sim

So... if the fields are generated by the wizard then there is no manner to change the field type...????
You can just drag a component from the data control palette and when you'll drop it on the panel it will give you various options of field types that you can drop it as.Yes... but how to relate it to a db column...(to bound to a db column of the selected table)????
I have noticed that the fields generated by the wizard do have the "Document" property as the name of the object view + the db column produced as a step of the wizard.....
For the item i have added as you have written the document property does not have this object view.name of db column as in the other columns....
The possible values are:
default
defaultStyledDocument
htmlDocument
plainDocument
Sorry , my question on this you have described....But , what about if i add another swing field type first and then i want to bound to a db column....???
By the way, why are you using 10.1.2 and not 10.1.3?Does the newer version deal with these 'problems' better...???
Thanks.. a lot for your constant help
Sim
Message was edited by:
sgalaxy

Why AWT apps are faster than Swing apps?

I have written applications using both AWT and Swing. While running under Windows, I feel that AWT apps are much faster and smoother. In contrast, Swing apps fare terribly. Regardless, I can not go back to AWT because of thier limited capabilities.
I love Java APIs, it is great for programmer. But what about the consumers? Consumers do not care whether it is written in Java or Visual C++?
I am having a mid-"programming" crisis. I do not want to but, but would be forced to use VC++ for desktop apps abandoning Java.
I would like to know if you are a serious desktop programmers, what is your motivation for using Java, not VC++ or something?
Thanks.

well, for me, it's that one it's Platform Independent. and that does come in handy when your work uses macs instead of normal PCs. Second, it's free to use, unlike VC++ and Pseudo Code (Visual Basic), you don't have to pay unbeleivably large sums of money to get a good compiler. And then there's the whole "Swings Apps are Slower", yes they are, however, if you program them write, they only take a while to initialize, once that is done they run as fast as any Native Program unless you have a tremendous amount of calculations and dynamic generation of components. And also the no Excecutables, true, and... not true, creating a Jar File is almost the same as making a making an EXE, only Jar Files are... platform independent.... and unlike C++ which gives you enough rope to run around the world three times, jump over the moon and hang yourself for actually using it, Java is a clean programming language, not a whole lot of those nasty characters and styles that ugly up your code. at least these are the reasons why i pick Java as the language to come out on top of all others.

Swing app keyboard stops working, mystery ESCAPE keystrokes appear in EDT

Java 6 Swing app. In our development environment, works great. In QA, they use it for a bit, type in a text field, click out to a Windows XP/7 app, click back in the text field, and the keyboard stops accepting keystrokes. The mouse continues to work, and the Swing app continues to paint to the screen.
I hooked up a KeyEventDispatcher to listen to what is going on. I'll post a more verbose log at the end of this post, but the short version is this. When the keyboard hangs, the log shows that 'escape' keys are being sent, though we do not do any keystroke injection in our app, ESCAPE or otherwise. Nothing on the Swing app can be determined visually to have focus.
Just before the app starts hanging, it has a side effect of not being able to be brought into the foreground by clicking on it, if, for example, one was working with Excel or Notepad, then try to click on the JFrame title of the app, or anywhere else on the app frame/internals. Once this condition happens, moving away to another Windows app, then going back to the Swing app, causes the keyboard to stop working and the KeyEventDispatcher to see 'escape' keystrokes being sent out.
Connecting remotely to the app via JVisualVM/JConsole does not show any of the threads hanging/blocked.
Sometimes you can work for hours before seeing this problem, and other times, you can start the app up and it happens right away. Once it happens, sometimes you can't recover, and sometimes you can click on a button on a navigator panel on the left side that displays an info panel on the right side, and you can start typing again in text fields.
Once this problem happens, you can start (or have already running) a completely different Swing app (ex.: StackTrace), and the keyboard will stop working for that app too, even though its running in its own separate VM.
This problem (ALMOST!) always happen when typing in a Swing text field (JTextField, JTextArea, etc.), clicking on and then typing in a Windows text area (Excel cell, Notepad), then clicking back into the Swing app's text field. A few times, we've gotten this to happen by typing in a text field, tabbing to a button, pressing a button, then tabbing/clicking back into the text field, all without leaving the Swing app. But this latter scenario is rare, usually going to/from Swing/Windows XP/7 apps cause the problem to occur more readily.
The QA computers normally use Citrix to connect and run the app, but this also happens if we run the app completely locally. But again, this only happens to some computers, all of the ones in the QA department; the development computers (the app has not been released into production yet) does not see this problem.
I had thought that our problem was this problem (Wrong characters in KeyEvents generated from input of barcode scanner but purposely slowing down the acceptance of KEY_PRESSED and KEY_RELEASED events before allowing them to go on to the Swing app (via a KeyDispatcher) did not solve the problem.
Also, we had thought it might be a Citrix problem and how it (or does it?) hook into the Windows keyboard. The fact that once one Swing app gets into this keyboard doesn't work and escape keys are being sent out by the EDT can affect another Swing app makes me wonder. We're not seeing any VM exceptions either like this (EXCEPTION_ACCESS_VIOLATION - JRE 6.0_23 - Citrix, windows 2003
Been trying to get this one solved for over a week, but with no luck. Any help/advice would be appreciated. Thank you in advance for your time.
P.S. Here's the detailed log info I generated via my KeyEventDispatch listener...
2011-04-01 11:58:17,493 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:36 - KEY1-keystroke [java.awt.DefaultKeyboardFocusManager@377369]: java.awt.event.KeyEvent[KEY_PRESSED,keyCode=27,keyText=Escape,keyChar=Escape,keyLocation=KEY_LOCATION_STANDARD,rawCode=27,primaryLevelUnicode=27,scancode=1] on javax.swing.JTextField[,320,28,175x18,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=com.ep.skin.lnf.framework.utils.internal.RoundedBorder@c3a7c0,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],disabledTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],columns=15,columnWidth=11,command=,horizontalAlignment=LEADING]
2011-04-01 11:58:17,494 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:42 - KEY2-ActiveWindow: javax.swing.JFrame[mainFrame,128,128,1024x768,invalid,layout=java.awt.BorderLayout,title=My - HQ - 17601,resizable,normal,defaultCloseOperation=DO_NOTHING_ON_CLOSE,rootPane=javax.swing.JRootPane[,0,0,1024x768,invalid,layout=com.ep.skin.lnf.framework.internal.RootPaneUI$MetalRootLayout,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.BorderUIResource@d0e678,flags=16777673,maximumSize=,minimumSize=,preferredSize=],rootPaneCheckingEnabled=true]
2011-04-01 11:58:17,496 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:48 - KEY3-CurrentFocusCycleRoot: javax.swing.JFrame[mainFrame,128,128,1024x768,invalid,layout=java.awt.BorderLayout,title=My - HQ - 17601,resizable,normal,defaultCloseOperation=DO_NOTHING_ON_CLOSE,rootPane=javax.swing.JRootPane[,0,0,1024x768,invalid,layout=com.ep.skin.lnf.framework.internal.RootPaneUI$MetalRootLayout,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.BorderUIResource@d0e678,flags=16777673,maximumSize=,minimumSize=,preferredSize=],rootPaneCheckingEnabled=true]
2011-04-01 11:58:17,497 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:54 - KEY4-FocusedWindow: javax.swing.JFrame[mainFrame,128,128,1024x768,invalid,layout=java.awt.BorderLayout,title=My - HQ - 17601,resizable,normal,defaultCloseOperation=DO_NOTHING_ON_CLOSE,rootPane=javax.swing.JRootPane[,0,0,1024x768,invalid,layout=com.ep.skin.lnf.framework.internal.RootPaneUI$MetalRootLayout,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.BorderUIResource@d0e678,flags=16777673,maximumSize=,minimumSize=,preferredSize=],rootPaneCheckingEnabled=true]
2011-04-01 11:58:17,498 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:60 - KEY5-FocusOwner: javax.swing.JTextField[,320,28,175x18,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=com.ep.skin.lnf.framework.utils.internal.RoundedBorder@c3a7c0,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],disabledTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],columns=15,columnWidth=11,command=,horizontalAlignment=LEADING]
2011-04-01 11:58:17,499 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:66 - KEY6-PermanentFocusOwner: javax.swing.JTextField[,320,28,175x18,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=com.ep.skin.lnf.framework.utils.internal.RoundedBorder@c3a7c0,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],disabledTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],columns=15,columnWidth=11,command=,horizontalAlignment=LEADING]
2011-04-01 11:58:17,501 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:74 - KEY7-stacktrace...
com..client.util.MyKeyEventDispatcher$StackTraceGenerationException: This exception was created to generate a stack trace, and can be safely ignored.
     at com..client.util.MyKeyEventDispatcher.dispatchKeyEvent(MyKeyEventDispatcher.java:73)
     at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
     at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
     at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
     at java.awt.Component.dispatchEventImpl(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Window.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.run(Unknown Source)
2011-04-01 11:58:17,504 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:36 - KEY1-keystroke [java.awt.DefaultKeyboardFocusManager@377369]: java.awt.event.KeyEvent[KEY_RELEASED,keyCode=27,keyText=Escape,keyChar=Escape,keyLocation=KEY_LOCATION_STANDARD,rawCode=27,primaryLevelUnicode=27,scancode=1] on javax.swing.JTextField[,320,28,175x18,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=com.ep.skin.lnf.framework.utils.internal.RoundedBorder@c3a7c0,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],disabledTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],columns=15,columnWidth=11,command=,horizontalAlignment=LEADING]
2011-04-01 11:58:17,506 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:42 - KEY2-ActiveWindow: javax.swing.JFrame[mainFrame,128,128,1024x768,invalid,layout=java.awt.BorderLayout,title=My - HQ - 17601,resizable,normal,defaultCloseOperation=DO_NOTHING_ON_CLOSE,rootPane=javax.swing.JRootPane[,0,0,1024x768,invalid,layout=com.ep.skin.lnf.framework.internal.RootPaneUI$MetalRootLayout,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.BorderUIResource@d0e678,flags=16777673,maximumSize=,minimumSize=,preferredSize=],rootPaneCheckingEnabled=true]
2011-04-01 11:58:17,507 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:48 - KEY3-CurrentFocusCycleRoot: javax.swing.JFrame[mainFrame,128,128,1024x768,invalid,layout=java.awt.BorderLayout,title=My - HQ - 17601,resizable,normal,defaultCloseOperation=DO_NOTHING_ON_CLOSE,rootPane=javax.swing.JRootPane[,0,0,1024x768,invalid,layout=com.ep.skin.lnf.framework.internal.RootPaneUI$MetalRootLayout,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.BorderUIResource@d0e678,flags=16777673,maximumSize=,minimumSize=,preferredSize=],rootPaneCheckingEnabled=true]
2011-04-01 11:58:17,508 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:54 - KEY4-FocusedWindow: javax.swing.JFrame[mainFrame,128,128,1024x768,invalid,layout=java.awt.BorderLayout,title=My - HQ - 17601,resizable,normal,defaultCloseOperation=DO_NOTHING_ON_CLOSE,rootPane=javax.swing.JRootPane[,0,0,1024x768,invalid,layout=com.ep.skin.lnf.framework.internal.RootPaneUI$MetalRootLayout,alignmentX=0.0,alignmentY=0.0,border=javax.swing.plaf.BorderUIResource@d0e678,flags=16777673,maximumSize=,minimumSize=,preferredSize=],rootPaneCheckingEnabled=true]
2011-04-01 11:58:17,509 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:60 - KEY5-FocusOwner: javax.swing.JTextField[,320,28,175x18,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=com.ep.skin.lnf.framework.utils.internal.RoundedBorder@c3a7c0,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],disabledTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],columns=15,columnWidth=11,command=,horizontalAlignment=LEADING]
2011-04-01 11:58:17,510 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:66 - KEY6-PermanentFocusOwner: javax.swing.JTextField[,320,28,175x18,layout=javax.swing.plaf.basic.BasicTextUI$UpdateHandler,alignmentX=0.0,alignmentY=0.0,border=com.ep.skin.lnf.framework.utils.internal.RoundedBorder@c3a7c0,flags=296,maximumSize=,minimumSize=,preferredSize=,caretColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],disabledTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],editable=true,margin=javax.swing.plaf.InsetsUIResource[top=0,left=0,bottom=0,right=0],selectedTextColor=sun.swing.PrintColorUIResource[r=51,g=51,b=51],selectionColor=javax.swing.plaf.ColorUIResource[r=184,g=207,b=229],columns=15,columnWidth=11,command=,horizontalAlignment=LEADING]
2011-04-01 11:58:17,512 [AWT-EventQueue-1] DEBUG MyKeyEventDispatcher.dispatchKeyEvent:74 - KEY7-stacktrace...
com..client.util.MyKeyEventDispatcher$StackTraceGenerationException: This exception was created to generate a stack trace, and can be safely ignored.
     at com..client.util.MyKeyEventDispatcher.dispatchKeyEvent(MyKeyEventDispatcher.java:73)
     at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
     at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
     at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
     at java.awt.Component.dispatchEventImpl(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Window.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.run(Unknown Source)
The above log info repeats multiple times, KEY_PRESSED and KEY_RELEASE, over and over again, for 'escape' keys.
Edited by: 850693 on Apr 7, 2011 10:16 AM (typo fix)
Edited by: 850693 on Apr 7, 2011 10:19 AM (Fixed links)

<discaimer>Don't put too much hope in my reply</disclaimer>
The only real difference is QA has the Citrix client installed on them, and development does not. You don't need to run our Swing app through a Citrix client though to cause the bug/freezing, just running it on a PC with the Citrix client seems to be enough (in theory). We've been working down a checklist of possible problems/solutions, and we've gotten to the "Install Citrix to the dev PC" item now, so I'll post back if that makes a difference or not in reproducing the problem.
I've also had QA people actually come over to a dev PC, without the Citrix client, and try to reproduce the problem, and they have not been able to. There's 'something' about their environment vs. ours, but not sure how that would manifest itself as a AWT/Swing keyboard event of mysterious escape keystrokes followed by the locking up on the keyboard, but not the whole Swing app. My personal guess is the Citirix client installing funky Windows-level keyboard driver(s), but I may be totally off on that. /shrugI read your initial post twice and couldn't find out whether you reproduce that on several different machines, so one "environmental" difference comes to mind: have you tried using another keyboard on the defective QA configuration?
Of course that doesn't explain in itself how the problem would manifest only after switching back and forth to a native Windows app, but then, with the hint that Citrix may make a difference, maybe one driver filters out repeated "Esc" keystrokes, while another doesn't, and that manifests only after a few app switches, and the system event queue, or whatever it's called in Windows, redirects the events to the target app/window?
Other than that, I wish you had investigated Jeanette's pacemaker hypothesis more... ;)
Otherwise, yeah. I have a hook in to see all AWTEvent's, but I still need to see/find what's posting the mysterious escape keys to the event queue.I assume it's what you mean, but I'll try to make that clear: you have to investigate, at the OS level, what is posting escape key events to the OS queue.
I am not a Windows developper, but I seem to understand that the following programs claims to capture keystrokes on the whole screen (not limited to a single window), with some limitations: http://www.codeproject.com/KB/winsdk/WIN_RECORDER.aspx
More generally, you should search for a Windows way to peek at the Windows' (keyboard?) event queue.
I'm not sure this could identify which DLL (if it's not originated by the material, see the defective keyboard hypothesis) is posting the events, but that's worth a try (Java for example, would enables to stuff a custom event queue that would trace info about a Java-poster).
Even if you can't identify the posting DLL, running the "key captuyre" on both the Windows host that has the Citrix window, and the Windows host that you are accessing via Citrix, may give you hints as to where the heck the key strokes originate...
Good luck, and keep us informed,
J.

Tutorial on AWT/Swing control flow

Greetings all,
Just wondering if any of you folks know of a good tutorial on AWT/Swing control flow? I'm doing some pretty complex stuff with a table whose editors call other windows and insert values into the table based on callback objects...weird stuff happening with loss of focus when the other windows come out, etc etc etc.
I have it working via a series of what I consider kludges, but I would really like to implement it cleanly, and it's looking like that's going to require understanding <ugh> <grin>
So it looks like it's time that I bit the bullet and got to grips with control flow in AWT/Swing. Is there a tutorial out there that could help me with this?
Many TIA

skiaddict1 wrote:
Let's take your word for it, but if you have the slightest doubt please consider the subject: EDT violation is a classic here.OK sure, but I really don't think I'm violating it. I avoid multi-threading like the plague, and only introduced it for my report writer because I wanted to have a little window advising the user that the report was in the process of being written.Raise your left hand and swear this report writer is not running when you experience the problem you describe! >o(
OK, this is just kidding, as per the rest of your description, it sounds reasonable now to assume that your problem is not related to EDT violation.
I'm doing some pretty complex stuff with a table whose editors call other windows and insert values into the table based on callback objects...This summary is a bit worrying, and I thought you would mention problems in the display of the table being edited. But you seem to refer to problems in other windows, or did I misunderstand?
Or do you mean, loss of focus in the editor still being edited? Can you please clarify what you do and what your problems are?
In particular, what does the other windows come out mean?OK, I was trying to be sparse with details because I didn't think they were relevant.Actually the worrying seems all the more justified, now that you have described it more extensively: I was afraid that you would raise other windows while editing, and that's the case. I know little of focus though...
I have a table in window A, one of whose columns has a custom editor which, when a cell in the column is double-clicked, registers itself with window B as a choice-listener (see later) then asks window B to come to the front. Window B, when the user performs a choice amongst the UI elements in there, fires a choice-event to its listener, i.e. the custom editor. At which point the editor saves away the chosen value (for use by getCellEditorValue()), sets the text in the cell appropriately, turns edit mode off via fireEditStopped(), and brings window A back to the front.
(...) once the custom editor asks window B to come to the front, the table in window A loses focus and when it is brought back to the front, the table's JScrollPane seems to have the focus (visually, it has the focus rectangle around it). Pressing the Tab key has no effect on focus; you have to use the mouse to focus something.I assume you have read the tutorial on using tables in Swing.
It contains an example where a custom editor is bringing up a dialog: http://download.oracle.com/javase/tutorial/uiswing/components/table.html#editor
AFAIK, the example does not suffer from focus problems.
What I am finding, and I reiterate this is new since I rewrote the windowing subsystem for the app (the custom editor was not changed in the rewrite), is that (...)Just what do you call "rewriting the windowing system" (just to rule out the possibility of something Ramboesque)?
I have no idea why this loss of focus is occurring, and I am at a loss to begin to figure it out. As I wrote above, I have a series of kludges which gets around the symptoms, but I would really rather figure it out and fix it.OK I admit I cannot tell what happens exactly, but:
1) instead of bringing window B to front, couldn't the editor bring up a dialog B (e.g. using JOptionPane.showXxxDialog() to bring up just the choice panel? The advantage is that it is more "synchronous", you can control when the window A's table model is updated.
2) what worries me too is that you update the model of the table being edited while you're editing one cell of it? Would it be possible, and make sense in your case, to update this model later (that is, post the model update as an invokeLater(...) call)? I don't see how seeing the table updating underneath helps the user editing its cell, but you may have your reasons.
What do you call flow control , or control flow in AWT/Swing?Basically, what I am after is something that will help me begin to understand/diagnose problems such as the above when they happen in my code. I am deeply averse to multi-threading (...) Things in my code were working, and that was enough for me.
But the above behaviour, and another weird behaviour I was having last week, which again I have solved with what I consider a kludge, and again which only began with my new windowing subsystem, have caused me to realise that it's time I really got to grips with this issue.Yes, when they say beware of threads when using Swing , nobody tells to not use threads! Just to be aware of how special Swing is with regards to threads (at least, compared to AWT, that didn't make such warning).
I would like, for example, to really deep-down understand exactly when listeners for AWT-Swing events get called. I don't really care so much when the events get put on the queue, but I do care when exactly my event handlers will be called. This will help me diagnose problems, I'm sure.Well they get called in the EDT, by some framework code that, in an infinite loop, does something along the lines of:
- pop next event from the event queue
- determine which is the target widget
- let the widget transform the event and send it to all registered listeners
Now with dialogs, things gets dimmer, because while a dialog is brought up (via a<tt>setVisible(true)</TT> call on the EDT, the EDT is indeed suspended, and a new event thread manages the events for the dialog).
I'm sorry I have no reference for that behavior, and my description is certainly blurry (and possibly wrong), but I don't think your problem is so much related to threading as I initially thought.
N.B.: Darryl's second link does features sequence diagrams that try to demonstrate what happen (in a specific example with asynchronous access, but you can derive the simpler, regular, working, from it).OK, yes I saw that diagram, I was offput by the asynchronicity but I will have another look tomorrow also. Thanks againDon't put too much hopes in there, indeed it's definitely not the kind of info I understand you're looking after.
Much luck all the same, and feel free to come back with your findings, or with more questions, about the initial subject (reference on event flow) and the specific problem (your focus issues with the editor).
I also cannot end this message without suggesting that you try to reproduce the problem with an SSCCE (http://sscce.org), that you could post here for us to try out. See this recent discussion about the multiple interests of this approach: {message:id=9587964}
Best regards,
J.

Running java swing apps thru telnet... [Is this possible?]

Hi All!
I am just wandering if it is possible to run swing applications thru telnet since everytime I run it... it returns ang error....
Exception in thread "main" java.lang.NoClassDefFoundError: sun/awt/X11GraphicsEnvironment
at java.lang.Class.forName1(Native Method)
at java.lang.Class.forName(Class.java:173)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:90)
at at sun.awt.motif.MToolkit.<clinit>(MToolkit.java:109).null(Unknown Source)
at java.lang.Class.forName1(Native Method)
at java.lang.Class.forName(Class.java:173)
at java.awt.Toolkit$2.run(Toolkit.java:754)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:745)
at javax.swing.ImageIcon.<init>(ImageIcon.java:226)
at javax.swing.LookAndFeel$1.createValue(LookAndFeel.java:295)
at javax.swing.UIDefaults.getFromHashtable(UIDefaults.java:203)
at javax.swing.UIDefaults.get(UIDefaults.java:148)
at javax.swing.MultiUIDefaults.get(MultiUIDefaults.java:65)
at javax.swing.UIDefaults.getIcon(UIDefaults.java:429)
at javax.swing.UIManager.getIcon(UIManager.java:562)
at javax.swing.plaf.basic.BasicOptionPaneUI.getIconForType(BasicOptionPaneUI.java:600)
at javax.swing.plaf.basic.BasicOptionPaneUI.getIcon(BasicOptionPaneUI.java:586)
at javax.swing.plaf.basic.BasicOptionPaneUI.createMessageArea(BasicOptionPaneUI.java:337)
at javax.swing.plaf.basic.BasicOptionPaneUI.installComponents(BasicOptionPaneUI.java:178)
at javax.swing.plaf.basic.BasicOptionPaneUI.installUI(BasicOptionPaneUI.java:146)
at javax.swing.JComponent.setUI(JComponent.java:475)
at javax.swing.JOptionPane.setUI(JOptionPane.java:1725)
at javax.swing.JOptionPane.updateUI(JOptionPane.java:1747)
at javax.swing.JOptionPane.<init>(JOptionPane.java:1710)
at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:832)
at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:646)
at javax.swing.JOptionPane.showMessageDialog(JOptionPane.java:617)
at JTest.main(JTest.java:40)
Source Code:
import javax.swing.*;
import java.awt.*;
public class JTest extends JFrame{
JPanel pnlMain = new JPanel();
JLabel lblMsg=new JLabel("This is only a test.");
Font font=new Font("Arial", Font.BOLD, 28);
public JTest(){
try{
this.setTitle("Unix Frame Testing");
this.setBounds(10,10,500,100);
this.setVisible(true);
this.setDefaultCloseOperation(this.EXIT_ON_CLOSE);
lblMsg.setFont(font);
lblMsg.setBounds(100,10,250,50);
pnlMain.setLayout(null);
pnlMain.add(lblMsg);
this.setContentPane(pnlMain);
}catch(Exception e)
{ System.out.println("Unable to Display Window.");
JOptionPane.showMessageDialog(null,"Unable to Display Window.","Error",JOptionPane.INFORMATION_MESSAGE);
System.exit(0);
public static void main(String args[]){
JTest test=new JTest();
}

"scripts" are entirely different from GUI applications. What do you expect to happen when you run a Swing application through telnet on another machine? Do you expect the Swing UI to be magically transported to the local Windows machine?
Not gonna happen. Yes, like ejp hinted, you could run an X-environment on your local machine and have the Swing UI tunnel its output there, but are you sure you want GUI apps to run on a remote machine like that? It's not gonna be fun to work with, I'll tell you that.
Why not create a Java WebStart app (or perhaps even an applet) out of your application, so your users can run the application locally?

Swing app in JDK6 continues to rendering slow in Windows Terminal Server

Hi,
Because Swing apps create interfaces internally and not using default OS APIs,
when running into a Windows Terminal Server client, there is no way to optimize
rendering. Windows Terminal Server and Linux FreeNX use a mechanism to send
to client only commands to render the windows. But, because the way Swing works,
not totally integrated to OS APIs, it's not possible for terminal servers to do this,
and these servers render Swing like images, something like VNC do, very slower than.
I have tested native apps and AWT apps, and the difference is very significant,
something like 50-70% faster.
Is there some project in Swing APIs or java.net open-sources to better this?

We are also seeing this issue with a Compiere implementation. With 10 distributed sites across the US, our client wanted to use Windows Terminal Services to simplify the client desktop management of the Swing application.
But performance is terrible...and screen painting issues a real problem. We are also on JDK5 still, so I'm discouraged to see that JDK6 doesn't appear to offer much improvement?
Is there any project afoot to address this issue for installations using terminal services?
Thanks,
Peter

Best way to manage images in a swing app

Hi.
I have a swing app that uses alot of images around 100+ at around 40kb each.
I am currently using new ImageIcon("icon\\main.png")) to create them.
Is this the most efficient way to manage images?
Would it be more efficeint to store then in the mysql database?
and / or use SwingWorker (http://java.sun.com/javase/6/docs/api/javax/swing/SwingWorker.html)
Cheers
Bobby

Hi Bobby,
It depends on what you want to be more efficient:
1) CPU cycles
2) Reducing jar size
3) Ease of maintenance
4) Prevent typing errors in file names
For me, number 3 and 4 are important. So, what I generally do, is create an enum that desribes the images that are contained in the same package as the enum. Now I'm able to change the package name with no consequence. I only have to type the filename once and know when I have to double check of what I type. Something like this:
package org.pbjar.geom.images;
import java.awt.image.BufferedImage;
import java.io.IOException;
import java.net.URL;
import javax.imageio.ImageIO;
import javax.swing.ImageIcon;
public enum Images {
    AUTHOR_SMALL("TheAuthor.jpg"),
    AUTHOR_LARGE("PietKopLarge.jpg"),
    private final String filename;
    Images(String filename) {
     this.filename = filename;
    public ImageIcon getIcon() {
     return new ImageIcon(getImage());
    public BufferedImage getImage(){
     try {
         return ImageIO.read(getURL());
     } catch (IOException e) {
         throw new RuntimeException(e);
    public URL getURL() {
     return this.getClass().getResource(filename);
}Piet

How make Swing app Rotated 90 Deg? i.e. On its side

I want to make my entire swing app (including buttons, JTextArea, etc) rotated 90 deg to the right. I know this sounds weird, but I want to do it for a PDA. I can use swing on a PDA (check on google for swing personal java) and I want to be able to have the screen the long width.
Does anyone know how I can do this?

I can suggest some solution but it has not been proved to work. So just read it and make your own component carefully.
First, subclass the Swing-widget to be rotated and name it RButton or whatever.
Then, draw the content on a new BufferedImage instance and use AffineTransform to draw this BufferedImage onto the original Graphics context. Here is the example code.public class RButton extends javax.swing.JButton {
public void paintComponent( Graphics g ) {
    // 1. create a new BufferedImage to draw on.
    BufferedImage bi = new BufferedImage( this.getWidth(), this.getHeight(), BufferedImage.TYPE_INT_RGB );
    // 2. draw the content (using JButton's paintComponent())
    super.paintComponent( bi.getGraphics() );
    // 3. save the old transformation matrix
    Graphics2D g2 = (Graphics2D)g;
    AffineTransform oldTransform = g2.getTransform();
    // 4. set the rotation transformation matrix
    g2.setTransform( AffineTransform.getRotateInstance( Math.toRadians( /*degree*/ ) ) );
    // 5. draw the BufferedImage on 'g'
    g2.drawImage( bi, 0, 0, this );
    // 6. reset the old transformation matrix
    g2.setTransform( oldTransform );
}And this suggestion will just rotate the drawn content. You have to resize and rearrange those Rxxx components you've created to fit with the rotated graphics.

Swing app can't connect to DB outside jDev

I am using jDeveloper 11.1.1.3 and have create a simple swing app with a Model and View project that connects to DB. Everything runs fine inside the IDE but when i try to execute the program outside of jDeveloper i get a null password error when it tries to access my DB. I have created the connection in application resources and have checked the 'Save Password' option. I am executing the command from a .bat file, the same command jDev uses to launch the main form inside the IDE. The form displays and the buttons work but it will not connect.
I tried to enter the password in the connections.xml file but the main form will not load if i do this.
What am i missing here?
Thanks a lot.
Edited by: user10378872 on Feb 17, 2011 8:03 AM
Edited by: user10378872 on Feb 17, 2011 8:03 AM
Edited by: user10378872 on Feb 17, 2011 8:06 AM

Hello !!
He tenido problemas con PERSISTENCIA en NETBEANS 6.1 cuando trabajo en modo grafico. (Your same problem ! ).
Hoy por fin lo pude solucionar. La solucion:
En la clase principal que contine el metodo MAIN, en mi caso ContaApp.java busque el metodo " public static void main(String[] args) "
en este metodo metodo se lanza la aplicacion en la linea:
ESTAS 2 LINEAS SE DEBEN COLOCAR ANTES DE LANZA EL METODO launch( INDICADO MAS ABAJO.
// This is the solution !!!
EntityManagerFactory emf = Persistence.createEntityManagerFactory("contabilidad");
EntityManager em = emf.createEntityManager();
// solution end
// este es el metodo que se lanza autmaticamente (class method)
launch(ContaDianApp.class, args);
Y ESO ES TODO. TU PUEDES COLOCAR TU CONEXION NORMAL EN CUALQUIER PARTE DE TU CODIGO. ES IMPORTANTE VOLVER A INSTANCIAR LA PERSISTENCIA EN TU CODIGO. ES DECIR, QUE MAS ADELANTE NECESITAS VOLVER A COLOCAR:
EntityManagerFactory emf = Persistence.createEntityManagerFactory("contabilidad"); // contabilidad en mi caso, tu lo debes cambiar.
EntityManager em = emf.createEntityManager();
Cualquier inquietud te puedes comunicar conmigo al email: [email protected]
saludos,
Luis Carlos

Font warning when running swing apps

I am seeing this warning when I run my swing app using JRE 1.4.0.
Any ideas on how to get fix this?
Warning: Cannot convert string "-monotype-arial-regular-r-normal--*-140-*-*-p-*-iso8859-1" to type FontStruct
Thanks

As a follow up to this, it appears that you need to download OS patches to correct this problem.
Use this as a starting point:
http://java.sun.com/products/jdk/1.2/install-solaris-patches.html

My Swing app (JRE 1.5.0_12-b04) is crashing while invoking print apis ..

My Swing app is crashing each time when the print apis are invoked. This is happening only on a particular box. We are able to print from other apps on the same box.
Any pointers on whats going on? Thanks in advance.
# An unexpected error has been detected by HotSpot Virtual Machine:
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c918fea, pid=3020, tid=248
# Java VM: Java HotSpot(TM) Client VM (1.5.0_12-b04 mixed mode)
# Problematic frame:
# C [ntdll.dll+0x18fea]
Stack: [0x17f80000,0x17fc0000), sp=0x17fbf4c8, free space=253k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [ntdll.dll+0x18fea]
C [ntdll.dll+0x104b]
C [mtl70um.dll+0x11aba]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.awt.windows.WPrinterJob.getDefaultPage(Ljava/awt/print/PageFormat;)V+0
j sun.awt.windows.WPrinterJob.defaultPage(Ljava/awt/print/PageFormat;)Ljava/awt/print/PageFormat;+10
j java.awt.print.PrinterJob.defaultPage()Ljava/awt/print/PageFormat;+8
--------------- S Y S T E M ---------------
OS: Windows XP Build 2600 Service Pack 2
CPU:total 2 (cores per cpu 2, threads per core 1) family 6 model 15 stepping 6, cmov, cx8, fxsr, mmx, sse, sse2
Memory: 4k page, physical 1023216k(425124k free), swap 2464284k(1971892k free)
vm_info: Java HotSpot(TM) Client VM (1.5.0_12-b04) for windows-x86, built on May 2 2007 02:07:59 by "java_re" with MS VC++ 6.0

Hi Raj,
We are having same problem. By the time you might have resolved it. can you please tell me that what's wrong going on?
Thanks in advance,
Jatin

Jarred swing app and getting console output

Hi,
I've created a jar app using eclipse that starts a swing application. The jar works fine, but I was curious if there was a way to double-click the file and get console output as well. When I start the program through the command line, I can get my output, but double-clicking the icon doesnt' start up a console. Is there a way to accomplish this?
Thanks

Normally in Windows systems the javaw executable is assigned to the jar extension. javaw is a jvm without console. You might want to change that and assign java to jar but be aware, that this affects all jar files.
If you want to do that just for that jat file I would write a bat file which starts the application using java.

Closing a Swing App with Window Closing Event With Dialogs On Close

A while back I started a thread discussing how to neatly close a Swing app using both the standard window "X" button and a custom action such as a File menu with an Exit menu item. Ultimately, I came to the conclusion that the cleanest solution in many cases is to use a default close operation of JFrame.EXIT_ON_CLOSE and in any custom actions manually fire a WindowEvent with WindowEvent.WINDOW_CLOSING. Using this strategy, both the "X" button and the custom action act in the same manner and can be successfully intercepted by listening for a window closing event if any cleanup is required; furthermore, the cleanup could use dialogs to prompt for user actions without any ill effects.
I did, however, encounter one oddity that I mentioned in the previous thread. A dialog launched through SwingUtilities.invokeLater in the cleanup method would cause the app to not shutdown. This is somewhat of an academic curiosity as I am not sure you would ever have a rational need to do this, but I thought it would be interesting to explore more fully. Here is a complete example that demonstrates; see what you think:
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import java.awt.event.WindowAdapter;
import java.awt.event.WindowEvent;
import javax.swing.BoxLayout;
import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JOptionPane;
import javax.swing.JPanel;
import javax.swing.SwingUtilities;
public class CloseByWindowClosingTest {
     public static void main(String[] args) {
          SwingUtilities.invokeLater(new Runnable() {
               public void run() {
                    launchGUI();
     private static void launchGUI() {
          final JFrame frame = new JFrame("Close By Window Closing Test");
          JPanel panel = new JPanel();
          panel.setLayout(new BoxLayout(panel, BoxLayout.Y_AXIS));
          JButton button1 = new JButton("No Dialog Close");
          JButton button2 = new JButton("Dialog On Close");
          JButton button3 = new JButton("Invoke Later Dialog On Close");
          button1.addActionListener(new ActionListener() {
               public void actionPerformed(ActionEvent e) {
                    postWindowClosingEvent(frame);
          button2.addActionListener(new ActionListener() {
               public void actionPerformed(ActionEvent e) {
                    JOptionPane.showMessageDialog(frame, "Test Dialog");
                    postWindowClosingEvent(frame);
          button3.addActionListener(new ActionListener() {
               public void actionPerformed(ActionEvent e) {
                    SwingUtilities.invokeLater(new Runnable() {
                         public void run() {
                              JOptionPane.showMessageDialog(frame, "Test Dialog");
                    postWindowClosingEvent(frame);
          panel.add(button1);
          panel.add(button2);
          panel.add(button3);
          frame.setContentPane(panel);
          frame.pack();
          frame.setLocationRelativeTo(null);
          frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
          frame.addWindowListener(new WindowAdapter() {
               @Override
               public void windowClosing(WindowEvent event) {
                    System.out.println("Received Window Closing Event");
          frame.setVisible(true);
     private static void postWindowClosingEvent(JFrame frame) {
          WindowEvent windowClosingEvent = new WindowEvent(frame, WindowEvent.WINDOW_CLOSING);
          frame.getToolkit().getSystemEventQueue().postEvent(windowClosingEvent);
}An additional note not in the example -- if in the button 3 scenario you were to put the window closing event posting inside the invoke later, the app then again closes. However, as implemented, what is it that causes button 3 to not result in the application closing?
Edited by: Skotty on Aug 11, 2009 5:08 PM -- Modified example code -- added the WindowAdapter to the frame as a window listener to show which buttons cause listeners to receive the window closing event.

I'm not sure I understand why any "cleanup" code would need to use SwingUtilities.invokeLater() to do anything. Assuming this "cleanup method" was called in response to a WindowEvent, it's already being called on the EDT.
IIRC, my approach to this "problem" was to set the JFrame to DO_NOTHING_ON_CLOSE. I create a "doExit()" method that does any cleanup and exits the application (and possibly allows the user to cancel the app closing, if so desired). Then I create a WindowListener that calls doExit() on windowClosingEvents, and have my "exit action" call doExit() as well. Seems to work fine for me.

Can't run any swing apps??!?!?

Hello!
I have a very confusing problem, I'm trying to run the "Java Web Start" gui.
It starts and shows a Window frame (with "minimize","maximize" and the Close"X"), but the rest is gray.
Nothing changes if I try to resize, or just wait (it stood for over 1 hour).
I also tried the "htmlConverter" gui with the same result. Then I tried the simplest Swing program from the Swing tutorial with the same result, but then I right clicked on the little icon on the start menu which resulted in the gui being painted. When I moved the window it went all gray again until i right clicked on the icon again.
Eclipse runs fine, but it is not a swing app.
I run on Windows XP (Home) with all the latest uppdates and J2SDK1.4.2_04.
I have uninstalled and tried older versions of J2sdk with no success.
I have no idea what's going on, can somebody please help.
Regards, Calle

Hello!
I have now kind of solved this problem.
I found this in another forum:
http://forum.java.sun.com/thread.jsp?forum=32&thread=330898
I did what it say's, turned of 3D accelaration, and now it works like it should.
I have a ATI Radeon 9800 256Mb graphic card, and it seems like this is the cause of the problem.
If someone read this and know if I should submit this as a Java2D bug please tell me and I will.
Regards Calle

Eclipse: transform normal awt/swing app to bean class?

Similar Messages

Maybe you are looking for