By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
431,757 Members | 1,990 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 431,757 IT Pros & Developers. It's quick & easy.

Rich Java client deployment options

P: n/a
All,

I'm working on a system for deployment on a corporate network. I
would like to use a technology like Java Web Start to take care of the
client deployment. And I would also like the performance offered by a
natively compiled application.

Looking into Java Web Start, I think it only deals with .jar files
rather than .exe files. Is there any way to use Java Web Start with
an executable file?? Or can anyone suggest an alternative approach??

Thanks in advance for any help.
Mike
Jul 17 '05 #1
Share this Question
Share on Google+
1 Reply


P: n/a
"Mike" wrote:
I'm working on a system for deployment on a corporate network. I
would like to use a technology like Java Web Start to take care of the
client deployment. And I would also like the performance offered by a
natively compiled application.

Looking into Java Web Start, I think it only deals with .jar files
rather than .exe files. Is there any way to use Java Web Start with
an executable file?? Or can anyone suggest an alternative approach??


You could put your exe into a jar file, then have a Java class to extract it
:-)

What do you plan to compile Java into an .exe with? You ought to check
whether the native compiler is actually capable of compiling your "rich java
client". It seems to me that Sun licensing prevents you from passing their
supplied class libraries through a native compiler, so your compiler vendor
must supply reimplementations of those standard Java class libraries that
your application uses. Unless the native compiler vendor has a deal with
Sun of course.

For software deployment of exe's, see
http://www.managesoft.com/solution/d...tion/index.xml
Jul 17 '05 #2

This discussion thread is closed

Replies have been disabled for this discussion.