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



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