On Apr 25, 2011, at 2:53 PM, Liam O'Toole wrote:

> On 2011-04-25, Hal Vaughan <h...@halblog.com> wrote:
> --- SNIP ---
>> 
>> On Apr 25, 2011, at 6:15 AM, Liam O'Toole wrote:
>> 
> --- SNIP ---
>>> Are you in a position to put a web server on the machine which offers
>>> the network share? That would allow you to serve up a .jnlp file and its
>>> associated JAR file in a simple, standard and platform-neutral way.
>> 
>> Yes, I can put apache on the server without a problem.  Considering it's an 
>> embedded system and only has 500 MB and 500 Mhz, I was hoping I wouldn't 
>> need it, but I can use it.
>> 
> 
> Consider using a lightweight alternative such as thttpd.

Thanks -- sometimes you get so used to one package as a standard you forget 
about the others!

>>> I'll stop evangelising now :-)
>> 
>> No, don't stop.  You've actually solved my problem!
>> 
>> I know I can find this through experimentation and more research, but just 
>> in case you know off the top of your head, will the Java program being run 
>> through JNLP have a sandbox like an applet does?  (I know they're different, 
>> but will JNLP programs have a sandbox?)  And do you know if I can access 
>> $PATH (or the Windows equivalent) in the JNLP program so I could call 
>> another executable on that computer if I needed to?
>> 
> 
> Once the application is signed, and is accepted by the user, it will be
> granted unrestricted access.

I have to look into this.  I remember reading up on it once before.  Since my 
app is on a server on their LAN, I'm trying to make sure they're not going to 
an outside website for anything and dealing with certification would require 
that.

> For accessing environment variables and calling executables, see the
> java.lang.System and java.lang.Runtime classes, respectively. That
> approach is frowned upon, however, because it implies writing
> platform-dependent code and is not considered "pure Java". But if it
> gets the job done ...

The other way the client will need to access the server is to run Abiword on 
the server, with X forwarding set up.  On Windows, that means running Xming at 
\\myserver\\directory\\xming.exe and using Portable PuTTY, which will be at 
\\myserver\\directory\\putty.exe, but both OS X and Linux will use ssh with X 
forwarding enabled, so I'm already having to do platform specific stuff, just 
not much of it.  The client has to be able to run Abiword on the server with 
X-forwarding working and unless I get Java ssh classes AND an x server (that 
doesn't have any lag), I think I'm going to have to handle it with platform 
specific code.  Other than that, it should all be universal code.


Thanks!



Hal

--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/83f5b785-7700-4258-afe6-0e0bf522f...@halblog.com

Reply via email to