Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
Thanks to all. Can you tell me a bit more about the VNC approach? On 1/31/13 7:10 AM, "Jerry Feldman" <gaf at blu.org> wrote: >On 01/30/2013 07:33 PM, Rich Pieri wrote: >> On Wed, 30 Jan 2013 13:37:08 -0800 >> William Chan <wichan at adobe.com> wrote: >> >>> Actually, the service is just a JMS consumer, it doesn't require UI. >>> When it receive a message, it calls an external application which >>> needs X11. There is actually nothing shows on display. >> It's still not a service. Rather, it may be a Java service but it isn't >> a system service. It's a bit like... imagine a web server (your JMS >> consumer) that pushes web pages into a browser (the X11 server) and >> won't start if the browser won't let you talk to it or isn't running >> or some such. You can't have system services dependent on non-system >> applications and expect them to work reliably. Or, realistically, at >> all. >> >> Regarding Jerry's workaround, I'd use VNC to create a private X11 >> server for the application instead of mucking around with X client >> files and worrying about which process owns what. >> >> I maintain that the best solution is to refactor the JMS consumer as a >> proper service. Make the X11 client depend on it rather than have the >> consumer depend on the X11 client. It's backwards the way you've >> implemented it. The two workarounds don't fix that. >> >Agreed. I've found VNC to be very stable at work, much better than Putty >and Exceed (blech). > > >-- >Jerry Feldman <gaf at blu.org> >Boston Linux and Unix >PGP key id:3BC1EB90 >PGP Key fingerprint: 49E2 C52A FC5A A31F 8D66 C0AF 7CEA 30FC 3BC1 EB90 > >
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |