Path: news.mathworks.com!not-for-mail
From: Brian Arnold <Brian.Arnold@mathworks.com>
Newsgroups: comp.soft-sys.matlab
Subject: Re: The major problem with nojvm deprecation in R2008B and beyond
 (OS X only?)
Date: Mon, 10 Nov 2008 21:11:11 -0500
Organization: The MathWorks, Inc.
Lines: 60
Message-ID: <gfapjv$ic0$1@fred.mathworks.com>
References: <gfa07q$jm9$1@fred.mathworks.com>
NNTP-Posting-Host: barnold-maci.dhcp.mathworks.com
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: fred.mathworks.com 1226369471 18816 172.31.45.126 (11 Nov 2008 02:11:11 GMT)
X-Complaints-To: news@mathworks.com
NNTP-Posting-Date: Tue, 11 Nov 2008 02:11:11 +0000 (UTC)
User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914)
In-Reply-To: <gfa07q$jm9$1@fred.mathworks.com>
Xref: news.mathworks.com comp.soft-sys.matlab:500129


Hi First Last at Nospam,

The -nojvm will cause an error when remotely connected (this has been 
the case since R2007a).  If you are starting MATLAB on a remote Mac 
server, use -noawt instead of -nojvm, to continue using X11 Figures, 
until deprecated support for non-native X11-based Figures becomes an 
error in a future release.

We will always continue to support the command line interface (CLI) on 
the Mac platform for remote connections, but in a future release, this 
will no longer include Figure window forwarding through X11.

We need to make MATLAB a better citizen on the Mac for the majority of 
Mac customers, and continuing to support X11 is contrary to that goal. 
We intend for more and more of MATLAB to be Cocoa-based, either directly 
or indirectly (through other frameworks which are Cocoa-based including 
Java).

At some point between now and then, you will need to make some decisions to:

- use licenses that run MATLAB locally to leverage the
   benefits of the hundreds of UI features such as the
   Function Browser (new to R2008b), for a full desktop
   user experience;
- use Parallel Computing Toolbox and/or Distributed Computing
   Server to harness the full power of your Mac Pros or Xserves
   remotely, while retaining the full desktop user experience
   (this also scales as you add more hardware);
- use in-model UI-forwarding such as VineServer or Apple
   Remote Desktop for an acceptable desktop user experience;
- use MATLAB for Linux through virtualization on your Macs,
   for a limited-but-usable remote desktop user experience;
- wait for Apple to provide a miracle solution (other than
   Apple Remote Desktop), for multi-user context-forwarding of
   Cocoa-based applications (b/c that's where we are headed).

I realize that you have other options; these are the only ones over 
which we have any degree of control, and believe to be acceptable paths 
forward.

As a Mac user and a Mac developer, I hope you make the right decisions 
for your environment, and that we are able to continue to serve you.

- Brian


First Last wrote:
> I'm running a "server" machine (Mac Pro, OS X 10.5.5) and running MATLAB remotely from this machine via ssh and the command line. 
> 
> In previous versions of MATLAB, I would run 
> 
> matlab -nojvm -nodesktop
> 
> and still get graphics forwarding via X11 to the client desktop. Most importantly, I was able to manipulate handle graphics in order to change figures remotely. 
> 
> R2008B gives the message that nojvm is now deprecated, which can be found officially here:
> 
> http://tinyurl.com/65bwuv [mathworks.com]
> 
> However, this is a huge problem for those of us who run MATLAB remotely on OS X machines and need graphics on the client. Specifying the -display switch doesn't work. Graphics simply aren't forwarded any longer of X11. Additionally, handle graphics do not appear to be supported. Is there a solution to this problem, or will there be?