wie kann ich mit Eclipse eine exe-Anwendung erstellen? Müsste doch
sicherlich ein Plugin geben, das sowas macht?
Vielen Dank und schöne Grüsse
Rachid
Grüsse
Rachid
"Meister Rachid" <mei...@stw-bonn.de> schrieb im Newsbeitrag
news:b88hdr$r98$1...@f1node01.rhrz.uni-bonn.de...
>> wie kann ich mit Eclipse eine exe-Anwendung erstellen? Müsste doch
>> sicherlich ein Plugin geben, das sowas macht?
http://de.geocities.com/uweplonus/faq/tools.html#javaExe
Das dort Gesagte dürfte auch für potentielle Eclipse-Plugins gelten.
Gruß,
Michael
--
Sollte ausnahmsweise eine Mail-Antwort auf ein Posting vonnöten sein,
bitte folgende Adresse verwenden: newsreply@<Absender-Domain>.
>wie kann ich mit Eclipse eine exe-Anwendung erstellen? Müsste doch
>sicherlich ein Plugin geben, das sowas macht?
Es gibt ein C++-Plugin für Eclipse, mit C++ kannst Du unter anderem
unter Windows, WINE und zum Teil auch OS/2 ausführbare EXE-Dateien
erzeugen:
Gruß
Marcus
--
ICQ: 5958110
PGP-Key: 0xD5079840
Registered Linux User: 53312
Homepage: http://www.fihlon.de/
Danke! Ich werde mir das mal näher anschauen.
Schöne Grüsse
Rachid
Ich dachte du wolltest Java-Code in eine EXE-Datei übersetzen.
Natürlich gibt es solche Tools, und die wirklich guten kosten dann eben
was - aber warum eigentlich "natürlich" ?
Eigentlich verurteile ich jeden Versuch Java-Code in einer EXE-Datei
(oder ein Binary eben) umzuwandeln als "töricht", denn spätestens wenn
man Class.forName benutzt, oder halt ByteCode dynamisch laden will ist
wieder eine halbe JVM am werk und "da könnt'i kotze!".
Hätte ich auch gedacht, aber die Frage gibt das nicht her... Das kann
man höchstens daraus herleiten, das der OP in dclj gepostet hat :-)
> Eigentlich verurteile ich jeden Versuch Java-Code in einer EXE-Datei
> (oder ein Binary eben) umzuwandeln als "töricht", denn spätestens wenn
> man Class.forName benutzt, oder halt ByteCode dynamisch laden will ist
> wieder eine halbe JVM am werk und "da könnt'i kotze!".
Zumindestens Excelsior Jet (www.excelsior-usa.com) sagt ja, das es ohne
VM möglich sein soll so etwas (naja, Class.forName, etc. dynamisch
Bytecode laden werden die wohl auch nicht so ohne weiteres hinbekommen)
trotzdem zu machen (wenn ich das richtig verstehe).
Allerdings habe ich das nie zu Ende ausprobiert, weil mir das irgendwie
viel zu lange gedauert hat (die zusätzlichen Compilerläufe von dem Tool)...
Nico
> Eigentlich verurteile ich jeden Versuch Java-Code in einer EXE-Datei
> (oder ein Binary eben) umzuwandeln als "töricht", denn spätestens wenn
> man Class.forName benutzt, oder halt ByteCode dynamisch laden will ist
> wieder eine halbe JVM am werk und "da könnt'i kotze!".
Das du kotzen könntest, sollte andere aber nicht daran hindern es
trotzdem zu tun. JET kommt beispielsweise auch mit Class.forName klar.
GCJ ebenfalls, fällt dann allerdings in den Interpreter-Modus zurück.
Je nach Anwendungsfall kann eine EXE sinnvoll sein - nicht immer ist
eine Lösung die auf allen Plattformen ohne Änderung läuft nötig oder gar
sinnvoll. Zudem ist das Erzeugen eines nativen Kompilats die
Möglichkeit, seinen Quelltext vor dekompilation zu schützen.
bye
--
Stefan Matthias Aust //
www.3plus4software.de // Inter Deum Et Diabolum Semper Musica Est
Eben. Es ist einfach sehr schwer, "sauberen" nativen Code zu erzeugen,
der ohne nen Interpreter klar kommt.
>Hätte ich auch gedacht, aber die Frage gibt das nicht her... Das kann
>man höchstens daraus herleiten, das der OP in dclj gepostet hat :-)
Jepp - und meine Antwort mit dem Verweis auf das C++-Plugin war meine
Art, durch die Blume zu sagen, dass man in Java keine EXE-Dateien
erstellt... :-)
cu