R
Roedy Green
JET is an AOT (Ahead Of Time) optimising compiler. I use it for nearly
everything I run on my own machines. Excelsior came out with Jet
Version 4 today.
This marks some big changes precipitated with a new legal agreement
with Sun. Some of the changes are good, some distressing.
See
http://www.excelsior-usa.com/jetlatest.html?ml=jet400
The good news your compiled apps no longer need a Sun JRE installed.
The bad news is you can no longer distribute self-contained
executables. You must distribute the ENTIRE JRE in compiled DLL form
along with your app!! Phht! Why Sun insists on that makes no sense to
me. I can see them demanding no stripped down JRE, but what difference
does it make if proprietary complied equivalents are stripped down?
The other good news in the compiler now meets Sun's validation suite
for compatibility. I never had troubles with compatibility, but is
nice know that is nailed even better.
Pricing is in flux. My website entry is a bit out of date at
http://mindprod.com/jgloss/jet.html I will be updating it in the next
few days with information they sent me.
The big advantage of Jet over java.exe is apps start up a lot faster
and I can start them with a simple exe name. It makes my apps easier
to use as command line utilities.
The biggest disadvantage of Jet is you must exactly match DLL with
app. You can't run old code on a new DLL runtime without a recompile.
So roughly you convert every app and every customer at once to the new
compiler version. Keeping old compiled code around creates headaches.
everything I run on my own machines. Excelsior came out with Jet
Version 4 today.
This marks some big changes precipitated with a new legal agreement
with Sun. Some of the changes are good, some distressing.
See
http://www.excelsior-usa.com/jetlatest.html?ml=jet400
The good news your compiled apps no longer need a Sun JRE installed.
The bad news is you can no longer distribute self-contained
executables. You must distribute the ENTIRE JRE in compiled DLL form
along with your app!! Phht! Why Sun insists on that makes no sense to
me. I can see them demanding no stripped down JRE, but what difference
does it make if proprietary complied equivalents are stripped down?
The other good news in the compiler now meets Sun's validation suite
for compatibility. I never had troubles with compatibility, but is
nice know that is nailed even better.
Pricing is in flux. My website entry is a bit out of date at
http://mindprod.com/jgloss/jet.html I will be updating it in the next
few days with information they sent me.
The big advantage of Jet over java.exe is apps start up a lot faster
and I can start them with a simple exe name. It makes my apps easier
to use as command line utilities.
The biggest disadvantage of Jet is you must exactly match DLL with
app. You can't run old code on a new DLL runtime without a recompile.
So roughly you convert every app and every customer at once to the new
compiler version. Keeping old compiled code around creates headaches.