sounds like i would always have to run a local j instance if i wanted a jqt front end
even a jhs client would require (a perhaps old and small) local instance but i could remote in eg with a Visual Code client, but i would only be able to use that clients interface ~greg heil picsrp.github.io i.tgu.ca/real_cal -- from: Julian Fondren <[email protected]> to: [email protected] date: Jan 17, 2022, 4:52 PM subject: Re: [Jgeneral] networked exe's >You do need to run J somehow on these other devices, but you've posed the >failure to run them as a "remote run" problem that you presumably don't have >when you walk over to that device and try to start J on it locally. You've >also suggested that JHS works, and JHS is just a frontend--that it works at >all implies that J works. >If they can run J locally, then you can use the networking labs to understand >how to offload work onto them. If JHS does work, then you can start that and >then, instead of using it in a browser, again use the networking labs. >What I do to get remote J sessions is to use ssh (Secure Shell) to connect to >a server running sshd (Secure Shell Daemon), and then I run jconsole through >that. This doesn't work (without a lot of extra labor) for jqt, but you could >run jqt locally and use networking labs to make use of the remote J session . ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
