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 |
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. |