[Jbuilder] Executables maken van code

[Verwijderd]

Hallo,

heb net het DB probleem opgelost!

maar nu vraag ik me het volgende af:

aangezien ik een vleugje erbij wil doen bij de acceptatie test en voornamelijk het allemaal wat sneller wil laten draaien. Is het mogelijk om een ececutable te maken van alle code.

Ik heb al door de help file gespits maar daar word beweerd you need Jbuilder enterpirse edition. Terwijl een andere zegt een jar wrapper ofzo te gebruiken (zegt me niks).

Ik heb de search engine gebruikt maar ik kwam uit op een ding waarin stond gebruik de search engine als antwoord.

Hopelijk kunnen jullie me helpen ermee, want het zou het allemaal veel makkelijker maken om te presenteren morgen dan hopen dat Jbuilder morgen alles ziet op de laptop.

Thanks

[risr]

Misschien heb je hier wat aan.

[Verwijderd]

ja dat ziet er veel belovend uit, alleen ingewikkeld. Ik zal er naar kijken. Hardstikke bedankt!

[nxt]

't klopt dat (iig in jbuilder7) 't maken van exe's in de enterprise versie zit
maar de methode die ramses geeft werkt ook prima, met als enige nadeel dat je nog 't path naar de JDK/JRE moet opgeven

maar vergeet niet dat je nog steeds de java runtime (JRE) nodig hebt

[Glimi]

Verwijderd schreef op 05 januari 2003 @ 22:34:
aangezien ik een vleugje erbij wil doen bij de acceptatie test en voornamelijk het allemaal wat sneller wil laten draaien. Is het mogelijk om een ececutable te maken van alle code. (...)

Mjah sneller is iets wat je moet onderzoeken, want het hoeft vaak niet het geval te zijn.

De JVM compileert intern nl. ook, maar voert de nodige optimalisaties ook door op het moment dat ze nodig zijn. Tevens kan de JVM bepalen of iets gecached moet worden of niet. Het is in princiepe allemaal snel genoeg om disk I/O of netwerk I/O makkelijk af te handelen

Nu ik de bovengenoemde oplossingen zo zie, zie ik daar 2 verschillen

1) Het werkelijk door compileren naar een stuk machinecode, zonder dat daar een JRE voor nodig is, maar dat de libs staticly linked zitten
2) Het maken van een native wrapper zodat al je files in 1 bestand zitten die men alleen hoeft aan te klikken.

De oplossing van ramses is van het soort '2', welke nooit snelheidswinst op kan leveren. De oplossing van JBuilder Enterprise kan ik niet classificeren, maar mocht hij van het type '1' zijn, dan _zou_ hij sneller kunnen zijn. Het hangt volkomen af van je code

[nxt]

Glimi schreef op 06 januari 2003 @ 09:29:
.....De oplossing van JBuilder Enterprise kan ik niet classificeren, maar mocht hij van het type '1' zijn, dan _zou_ hij sneller kunnen zijn. Het hangt volkomen af van je code

de oplossing van JBuilder Enterprise is bijna hetzelfde (alleen dan automatisch) als die van ramses, en dus ook van type 2.

[Verwijderd]

nou hij zou zoiezo sneller moeten zijn aangezien al die troep van jbuilder er niet onder zit en alles controleert. Want 128 MB ram en 900 MHZ en dan nog erboven jbuilder draaien kilt je applicatie het is gewoon te langzaam.

Ik ben nu Jbuilder enterpirse 7 trial aan het downen we zullen zien wat dat word

[Glimi]

Verwijderd schreef op 07 januari 2003 @ 12:53:
nou hij zou zoiezo sneller moeten zijn aangezien al die troep van jbuilder er niet onder zit en alles controleert. Want 128 MB ram en 900 MHZ en dan nog erboven jbuilder draaien kilt je applicatie het is gewoon te langzaam.

Ik ben nu Jbuilder enterpirse 7 trial aan het downen we zullen zien wat dat word

Hier praat je redelijk onzin. Zodra jij je applicatie .class files opstart met

code:

java <classname>

Dan heef JBuilder er 100% niets mee te maken, puur je JRE/JVM