Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / May 2007

Tip: Looking for answers? Try searching our database.

EXE without JVM

Thread view: 
Petomarmitta - 14 May 2007 23:49 GMT
Hello,
i would like to know if exists a compiler from java source file to exe.
I found a lot of compilers, but everyone with JVM dependence. Exists
some compilers that built an all-in-one exe (obviously loosing java
portability)?

Thank you.
Ian Wilson - 15 May 2007 09:38 GMT
> Hello,
> i would like to know if exists a compiler from java source file to exe.
[quoted text clipped - 3 lines]
>
> Thank you.

FAQ
 Excelsior Jet
 GCJ (possibly)

But you really should read some of the essays discussing why people want
to do this. It is often either not necessary or not a good idea. I'm
sure someone will be along to talk about webstart too :-)

http://www.excelsior-usa.com/articles/java-to-exe.html
http://mindprod.com/jgloss/nativecompiler.html
http://www.bearcave.com/software/java/comp_java.html
Petomarmitta - 15 May 2007 10:21 GMT
Ian Wilson ha scritto:

> FAQ
>  Excelsior Jet
[quoted text clipped - 7 lines]
> http://mindprod.com/jgloss/nativecompiler.html
> http://www.bearcave.com/software/java/comp_java.html

Thank you.
I have already considered other ways, but i think a compiled EXE is what
i need (because i need fast code).
I saw those links, but i need a Win32 compiler... exists something
(fine) but for free?

thanks
Andrew Thompson - 15 May 2007 11:08 GMT
>Ian Wilson ha scritto:

(mentioned web start)
Here are some examples..
<http://www.physci.org/jws>

>I have already considered other ways, but i think a compiled EXE is what
>i need (because i need fast code).

1st error in your assumptions.

A slow Java app. will end up a slow exe.

A fast Java app. might not only become faster on
future JVM's, but also using different hardware
configurations.

When you compile to an exe, you must generally make
decisions about what to optimise for (speed, memory
footprint etc.), whereas the JVM can optimise for each
different PC and its configuration.

Some further considerations..
<http://www.physci.org/codes/javafaq.html#exe>

Signature

Andrew Thompson
http://www.athompson.info/andrew/

Petomarmitta - 15 May 2007 12:24 GMT
Andrew Thompson ha scritto:

>> Ian Wilson ha scritto:
>
[quoted text clipped - 8 lines]
>
> A slow Java app. will end up a slow exe.

I found this: http://schmidt.devlib.org/java/native-compilers.html
Seems a compiled runs faster than an VM-pass-through...
Lew - 15 May 2007 13:38 GMT
> Seems a compiled runs faster than an VM-pass-through...

I wouldn't bet the farm on that.

Signature

Lew

Andrew Thompson - 15 May 2007 14:53 GMT
>Andrew Thompson ha scritto:
...
>I found this: http://schmidt.devlib.org/java/native-compilers.html

Perhaps you should read it again.

>Seems a compiled runs faster than an VM-pass-through...

Seems (to quote from the page)..
"Higher execution speed. Actually, that is not guaranteed, it
depends largely on the application type, the *system* *environment*,
the way a particular solution was coded etc. You must do a lot
of testing to find out if your code benefits from native execution."

OK - so let's imagine you've completed that process for a
single configuration of one system environment.  You might
end up with native code that is 5% faster in that environment.  
What about the next PC (with a slightly different config.), or
the one after that, or the ten others down the hall, or..

It is best left to the JVM to do optimisations, because,
as I have mentioned before in this thread, it can do
them at run-time - depending on the machine and the
execution environment as it exists at that moment.

Signature

Andrew Thompson
http://www.athompson.info/andrew/

bugbear - 15 May 2007 16:18 GMT
> Thank you.
> I have already considered other ways, but i think a compiled EXE is what
> i need (because i need fast code).

What is your application?

  BugBear
Petomarmitta - 15 May 2007 16:30 GMT
bugbear ha scritto:

>> Thank you.
>> I have already considered other ways, but i think a compiled EXE is
[quoted text clipped - 3 lines]
>
>   BugBear

Pathfinding (Astar) on nodes/edges graphs.
Ian Wilson - 15 May 2007 17:36 GMT
> bugbear ha scritto:
>
[quoted text clipped - 7 lines]
>
> Pathfinding (Astar) on nodes/edges graphs.

I suspect that a good algorithm and careful coding will make far more
difference than ahead-of-time compilation vs Just-In-Time compilation.
bugbear - 16 May 2007 09:34 GMT
>>>   BugBear
>>
>> Pathfinding (Astar) on nodes/edges graphs.
>
> I suspect that a good algorithm and careful coding will make far more
> difference than ahead-of-time compilation vs Just-In-Time compilation.

Heartily agreed.

Why not develop under JVM and IF FORCED, move to
EXE ?

  BugBear
Arne Vajhøj - 19 May 2007 21:29 GMT
> Ian Wilson ha scritto:
>>  Excelsior Jet
[quoted text clipped - 7 lines]
>> http://mindprod.com/jgloss/nativecompiler.html
>> http://www.bearcave.com/software/java/comp_java.html

> I have already considered other ways, but i think a compiled EXE is what
> i need (because i need fast code).

Why are you expecting EXE to be faster than the Java code ?

I see no basis for that assumption.

> I saw those links, but i need a Win32 compiler... exists something
> (fine) but for free?

The above is available for Win32.

Arne


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.