Makes sense, but can you explain further why you're launching the viewer in 
listen mode via JWS?

On May 8, 2013, at 7:57 PM, Kevin Van Workum <v...@sabalcore.com> wrote:

> I think with the native viewer or even the java viewer launched directly, the 
> standard behavior of the listen mode is fine and makes sense. But when using 
> the java viewer via javaws, the viewer runs in the background until connected 
> to a server and opens the viewer's window. Then the user closes the viewer 
> window and the viewer continues to run in the background unbeknownst to the 
> naive user. Later he wants to connect the viewer a server again so he 
> launches the jnlp again which starts a new viewer listening on the same port. 
> This time he gets a scary message about being unable to open a socket to 
> listen on.
> 
> Maybe instead of a "listen once" option, a popup to ask the user to keep the 
> viewer listening or shut it down. Not sure what the best solution would be, 
> but the message about the occupied socket can lead a novice user to believe 
> something broke. Currently, the only way to shutdown the viewer (at least on 
> my linux box) is to kill the java process.
> 
> 
> On Wed, May 8, 2013 at 6:01 PM, DRC <dcomman...@users.sourceforge.net> wrote:
>> The first issue is a legitimate bug, it appears.  As to the second
>> issue, I believe that this is the way all VNC viewers behave when in
>> listen mode, but correct me if I'm wrong.  I know that it's the way the
>> TurboVNC native viewers behave, because that was what we used as a basis
>> for the behavior of the Java viewer.  A listening VNC viewer acts like a
>> server, so it will keep serving until you shut it down.  I don't have
>> any philosophical objections to adding a "listen once" option.  I just
>> need a better understanding of why it is needed.
>> 
>> 
>> On 5/7/13 2:32 PM, Kevin Van Workum wrote:
>> > When running the java viewer in listen mode with loglevel=100, if the
>> > vncserver is killed, an exception is thrown in the java viewer. The
>> > viewer window also remains open. Not really a bug though but would be
>> > nice if the viewer window would close on the Broken pipe event.
>> >
>> > Also, is there a way to make the client exit when the viewer window is
>> > closed. It just keep listening for more connections. Maybe a "-quit"
>> > option to tell it to shutdown when the viewer window is killed.
>> >
>> > main: Listening on port 5500
>> > CConn: Accepted connection from 0:0:0:0:0:0:0:1::44063
>> > CConnection: Server supports RFB protocol version 3.8
>> > CConnection: Using RFB protocol version 3.8
>> > CConn: Using pixel format depth 24 (32bpp) little-endian rgb888
>> > CConn: Requesting Tight encoding
>> > CConn: Enabling continuous updates
>> > Exception in thread "AWT-EventQueue-0" com.turbovnc.rdr.ErrorException:
>> > Write error: Broken pipe
>> > at com.turbovnc.network.SocketDescriptor.write(SocketDescriptor.java:102)
>> > at com.turbovnc.rdr.FdOutStream.writeWithTimeout(FdOutStream.java:111)
>> > at com.turbovnc.rdr.FdOutStream.flush(FdOutStream.java:65)
>> > at com.turbovnc.rfb.CMsgWriterV3.endMsg(CMsgWriterV3.java:41)
>> > at com.turbovnc.rfb.CMsgWriter.writePointerEvent(CMsgWriter.java:169)
>> > at com.turbovnc.vncviewer.CConn.writePointerEvent(CConn.java:1612)
>> > at
>> > com.turbovnc.vncviewer.DesktopWindow.mouseMotionCB(DesktopWindow.java:417)
>> > at com.turbovnc.vncviewer.DesktopWindow.mouseMoved(DesktopWindow.java:436)
>> > at java.awt.Component.processMouseMotionEvent(Unknown Source)
>> > at javax.swing.JComponent.processMouseMotionEvent(Unknown Source)
>> > at java.awt.Component.processEvent(Unknown Source)
>> > at java.awt.Container.processEvent(Unknown Source)
>> > at java.awt.Component.dispatchEventImpl(Unknown Source)
>> > at java.awt.Container.dispatchEventImpl(Unknown Source)
>> > at java.awt.Component.dispatchEvent(Unknown Source)
>> > at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
>> > at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
>> > at java.awt.LightweightDispatcher.dispatchEvent(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.dispatchEventImpl(Unknown Source)
>> > at java.awt.EventQueue.access$000(Unknown Source)
>> > at java.awt.EventQueue$3.run(Unknown Source)
>> > at java.awt.EventQueue$3.run(Unknown Source)
>> > at java.security.AccessController.doPrivileged(Native Method)
>> > at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
>> > at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
>> > at java.awt.EventQueue$4.run(Unknown Source)
>> > at java.awt.EventQueue$4.run(Unknown Source)
>> > at java.security.AccessController.doPrivileged(Native Method)
>> > at java.security.ProtectionDomain$1.doIntersectionPrivilege(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)
>> >
>> > --
>> > Kevin Van Workum, PhD
>> > Sabalcore Computing Inc.
>> > "Where Data Becomes Discovery"
>> > http://www.sabalcore.com
>> > 877-492-8027 ext. 11
>> >
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > Learn Graph Databases - Download FREE O'Reilly Book
>> > "Graph Databases" is the definitive new guide to graph databases and
>> > their applications. This 200-page book is written by three acclaimed
>> > leaders in the field. The early access version is available now.
>> > Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
>> >
>> >
>> >
>> > _______________________________________________
>> > VirtualGL-Users mailing list
>> > VirtualGL-Users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>> >
>> 
>> ------------------------------------------------------------------------------
>> Learn Graph Databases - Download FREE O'Reilly Book
>> "Graph Databases" is the definitive new guide to graph databases and
>> their applications. This 200-page book is written by three acclaimed
>> leaders in the field. The early access version is available now.
>> Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
>> _______________________________________________
>> VirtualGL-Users mailing list
>> VirtualGL-Users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
> 
> 
> 
> -- 
> Kevin Van Workum, PhD
> Sabalcore Computing Inc.
> "Where Data Becomes Discovery"
> http://www.sabalcore.com
> 877-492-8027 ext. 11
> 
> 
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and 
> their applications. This 200-page book is written by three acclaimed 
> leaders in the field. The early access version is available now. 
> Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
> _______________________________________________
> VirtualGL-Users mailing list
> VirtualGL-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Reply via email to