31. juli 2001 - 11:12Der er
20 kommentarer og 1 løsning
Java til exe fil (Reprise)
Jeg mangler et program der kan lave mit java program om til en (windows) exe fil saaledes at den bare kan køres. Programmet vil stadig vaere et java program, saa det jeg mangler er et program, der kan wrappe min .jar fil om til en exe fil, som saa naar den bliver kørt starter min jre.
Og saa skal det vaere muligt at vaelge om der skal vaere consol eller ej.
Jeg kan ikke se hvorfor jeg ligesaa godt kan code det i VB i stedet.
Vores program er stadig multi platform, men man skal alligevel angive om man vil køre det paa Windows/Mac/Other. Coden til de 3 versioner er 98% identitisk, men hver version har nogle smaa nødvendige ændringer. Desuden bundler vi en jre, saa det er ikke muligt for os bare at have en version.
Men det jeg egentlig ville, var bare at komme af med det konsol vindue.
Jeg har med succes anvendt installationsprogrammet installAnywhere fra Zero G, der laver en exe fil, hvor der IKKE åbnes et konsol vindue. Du kan hente installAnywhere fra http://www.zerog.com/
jeg ved min ærede kollega har lavet indtil flere java applikationer til exe filer. Nu er han desværre gået hjem, men hvis du kan vente til i morgen (Fredag) skal jeg nok finde løsningen til dig.
Jeg har ikke kunne finde NOGET documentation hos sun, paa hvordan man ellers skulle starte sit javaprogram, ved dobbeltklik paa en datafil, eller hvordan man skulle goere saa brugeren kunne dragge en fil over paa vores program, som saa skulle starte.
Jeg ved GODT hvordan man goer med en jar fil. Jeg skrev Datafil. Altsaa, naar du tryker paa en FunnyFil.MXT skal den loade vores java program, som saa skal have FunnyFil,MXT som argument. (Og tilsvarende skal man kunne dragge FunnyFil.MXT) over paa jar filen.
disky>> Hvorfor er det skræmmende at lave java filer om til exe? Jeg sidder i en afdeling der lejlighedsvis byder på opgaver der per tradition blev løst af en række C/C++ programmører. De løser opgaver til en Microblød platform, og portering er ikke aktuel. Mange af opgaverne har en temmelig kort levetid, og deres vigtigste egenskab er at de kan løses hurtigt. Derfor er man heller ikke kræsen med i hvilket sprog de bliver implementeret. Imidlertid har denne afdeling en fast distribuerings rutine, der er baseret på at kode/applikationer kan køres som exe filer. Istedet for at de bruger krudt på at ændre denne rutine, er det utrolig simpelt for os at levere exe filer -- men de er jo så selvfølgelig implementeret i Java. For mig har Java en række fordele frem for f.eks. C++. Blandt de væsentligste: Jeg er en betydelig bedre Java programmør end C++/VB/Pascal/Cobol programmør. For det andet: Jeg har langt bedre tools og frameworks til rådighed i min Java værktøjs kasse.
Personlig er jeg ligeglad hvilke politiske overvejelser og traditioner der er forbundet med drift og implementering hos mine eksterne kunder -- tja hvis de vil have oversat class til exe, så gør jeg det sgu gerne, og hvis alternativet er at en anden implementere det i VB, så mener jeg stadig at Java kode er lettere at udvikle og vedligeholde -- især når kompleksiteten vokser. Hvis jeg skal være helt ærlig vil jeg egentlig også gerne male mine exe filer røde og levere dem via et syngende grønt bud.
faceorbit: ja selvfølgelig skal kunden have det der bliver efterspurgt. Men hvorfor lave det i java hvis det ikke skal være platformsuafhængigt ?. Du skriver at bedre tools og framewoks til rådighed, dette tror jeg ikke på, C har eksisteret siden 1970'erne og C++ (C with Classes) kom til i 1979.
Jeg ser java som en "lite" udgave af c++, hvor de har "skåret" mange funktionaliteter væk. Og når du oversætter fra java til exe så mister du en masse hastighed.
Flere og flere programmer bliver lavet "dårligt", det kan godt være de virker, men de bliver mere og mere ressourcekrævende. Hvorfor ?
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.