Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] runlevel 5 service cannot connect to display



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
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org