1-1-5-1 将Java应用程序本地编译为EXE的几种方法
发信人: qyjohn (Sweet Potato -- 爱你，咪咪), 信区: Java标题: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 06:07:42 2002)
将Java应用程序本地编译为EXE的几种方法
1. 从www.towerj.com获得一个TowerJ编译器，该编译器可以将你的CLASS文件
编译成EXE文件。
2. 利用微软的SDK-Java 4.0所提供的jexegen.exe创建EXE文件，这个软件可以
从微软的网站免费下载，地址如下：
http://www.microsoft.com/java/download/dl_sdk40.htm
jexegen的语法如下：
jexegen /OUT:exe_file_name
/MAIN:main_class_name main_class_file_name.class
3. Visual Cafe提供了一个能够创建EXE文件的本地编译器。你需要安装该光盘
上提供的EXE组件。
4. 使用InstallAnywhere创建安装盘。
5. 使用IBM AlphaWorks提供的一个高性能Java编译器，该编译器可以从下面的
地址获得：
http://www.alphaworks.ibm.com/tech/hpc
6. JET是一个优秀的Java语言本地编译器。该编译器可以从这个网站获得一个
测试版本：
http://www.excelsior-usa.com/jet.html
7. Instantiations公司的JOVE
http://www.instantiations.com/jove/product/thejovesystem.htm
JOVE公司合并了以前的SuperCede，一个优秀的本地编译器，现在SuperCede
已经不复存在了。
8. JToEXE
Bravo Zulu Consulting, Inc开发的一款本地编译器，本来可以从该公司的
网页上免费下载的，不过目前在该公司的主页上找不到了。
公司主页：http://www.bravozulu.com/
根据精华区中的资料，下面这个FTP上曾经有过这个软件，不知道现在是不是
还在：
ftp://race.dlut.edu.cn/pub/java/tools/jet
注：本文的主要内容来自如下网站，本人对其中的技术性内容进行了确认并补
充了一小部分内容。
http://www.artima.com/legacy/answers/Aug2000/messages/190.html
发信人: kaoyan (xixi), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 07:42:37 2002)
【 在 qyjohn (Sweet Potato -- 爱你，咪咪) 的大作中提到: 】
: 标题: 将Java应用程序本地编译为EXE的几种方法
: 发信站: BBS 水木清华站 (Fri Jun7 06:07:42 2002)
:
: 将Java应用程序本地编译为EXE的几种方法
俺来评论一下吧
:
: 1. 从www.towerj.com获得一个TowerJ编译器，该编译器可以将你的CLASS文件
: 编译成EXE文件。
:
这个编译器属于最早出现java本地编译器之一，没有试验过，据说经过专门网站测试的
效率很低，甚至还不如JDK执行快
: 2. 利用微软的SDK-Java 4.0所提供的jexegen.exe创建EXE文件，这个软件可以
: 从微软的网站免费下载，地址如下：
:
: http://www.microsoft.com/java/download/dl_sdk40.htm
:
: jexegen的语法如下：
:
: jexegen /OUT:exe_file_name
: /MAIN:main_class_name main_class_file_name.class
:
:
这个没有用过，微软的东西应该不错吧,不知道是不是VJ6里面的编译器，如果是那样
兼容性会有问题。
: 3. Visual Cafe提供了一个能够创建EXE文件的本地编译器。你需要安装该光盘
: 上提供的EXE组件。
:
Visual Cafe已经很久没有推出新版本，因此最多只能支持到1.2(?)的JDK,其效率经过
测试，和JDK是一样的。因为他仅仅是包装了一下,运行的时候根本不能脱离JDK
: 4. 使用InstallAnywhere创建安装盘。
:
这个。。。。，呵呵
: 5. 使用IBM AlphaWorks提供的一个高性能Java编译器，该编译器可以从下面的
: 地址获得：
:
: http://www.alphaworks.ibm.com/tech/hpc
:
没用过
: 6. JET是一个优秀的Java语言本地编译器。该编译器可以从这个网站获得一个
: 测试版本：
:
: http://www.excelsior-usa.com/jet.html
:
这个玩艺安装时要疯狂的编译JDK的class,普通机器上估计两个小时要。运行时效率
比JDK稍慢，偶测试时似乎还不能脱离JDK运行，因此怀疑又是包装了一层。
: 7. Instantiations公司的JOVE
:
: http://www.instantiations.com/jove/product/thejovesystem.htm
: JOVE公司合并了以前的SuperCede，一个优秀的本地编译器，现在SuperCede
: 已经不复存在了。
:
这个东西在JBuilder的伴侣光盘里可以找到试用版，属于我见过的最快的Java本地编译器
测试时速度比JDK要稍微快点,但是似乎对JDK的支持不是特别好，对中文的支持也不好。
而且这个东西好贵啊。。。。
: 8. JToEXE
:
: Bravo Zulu Consulting, Inc开发的一款本地编译器，本来可以从该公司的
: 网页上免费下载的，不过目前在该公司的主页上找不到了。
:
: 公司主页：http://www.bravozulu.com/
:
: 根据精华区中的资料，下面这个FTP上曾经有过这个软件，不知道现在是不是
: 还在：
:
: ftp://race.dlut.edu.cn/pub/java/tools/jet
:
这个没用过
经过我对多个本地Java编译器的试验，得出如下结论
很多编译器是包装了一下class文件，这种exe不能脱离JDK运行
还有一部分真正编译的，效率不尽人意，大部分都没有JDK运行快，且存在兼容问题
因此目前最好的方法还是不使用Java本地编译器
发信人: david (Make our Promising Future), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 09:01:13 2002)
3个用过的，4个没用过的。
这就是你的大量使用，和作出的结论，“大部分？”
我没大量使用，只是补充确认一点，jet确实不能离开JRE。
真正的编译是会比JDK快的。主要的问题在于Java的类库太大，各种编译器不可能都支持
并且跟上更新，因此整个这条路意义不大，不如下功夫在算法，使用更好的优化技术。
【 在 kaoyan (xixi) 的大作中提到: 】
: 俺来评论一下吧
: 这个编译器属于最早出现java本地编译器之一，没有试验过，据说经过专门网站测试的
: 效率很低，甚至还不如JDK执行快
: 这个没有用过，微软的东西应该不错吧,不知道是不是VJ6里面的编译器，如果是那样
: 兼容性会有问题。
: Visual Cafe已经很久没有推出新版本，因此最多只能支持到1.2(?)的JDK,其效率经过
: 测试，和JDK是一样的。因为他仅仅是包装了一下,运行的时候根本不能脱离JDK
: 这个。。。。，呵呵
: 没用过
: 这个玩艺安装时要疯狂的编译JDK的class,普通机器上估计两个小时要。运行时效率
: 比JDK稍慢，偶测试时似乎还不能脱离JDK运行，因此怀疑又是包装了一层。
: ...................
发信人: Nullgate (空门·道·20层：1'37"), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 09:51:35 2002)
我对编译表示怀疑，比如说使用了reflect的代码，估计不可能编译。
序列化呢？序列化出来还是和以前一样，还能读这种序列化的数据？
【 在 david (Make our Promising Future) 的大作中提到: 】
: 3个用过的，4个没用过的。
: 这就是你的大量使用，和作出的结论，“大部分？”
: 我没大量使用，只是补充确认一点，jet确实不能离开JRE。
: 真正的编译是会比JDK快的。主要的问题在于Java的类库太大，各种编译器不可能都支持
: 并且跟上更新，因此整个这条路意义不大，不如下功夫在算法，使用更好的优化技术。
发信人: kaoyan (xixi), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:02:16 2002)
文中提到的Microsoft SDK用的就是VJ的那个MS JVM,因此这个东西
我也是用过的，评价是不兼容，因此还是很中肯的。
InstallAnywhere不是编译器。
在国外网站上有人对这些编译器进行过测试,TowerJ的评论就
是根据于此，我觉得还是值得信赖的。
IBM的编译器和JToExe我没有听说过，因此不做任何评论。
我基于大量的使用和测试当然不是仅仅根据文中提到的这七个编译器
而言。我还见过很多对这些编译器的评价和测试，或者是很多软件对
它们自己的自吹自擂。
这些编译器得到的困难程度远远超过一般人的想象，如果想凭借正规
手段得到是要付出高昂的金钱代价的，而这些软件几乎没人盗版，我
能用过其中的四种已经属于非常不容易了。 即使我只用 过其中的四种，
我觉得已经完全可以做出这样的结论了。
我相信如果我用过JBuilder,Webshpere,Forte,JCreator,那么我就完全
可以对Java的IDE做一个大致的评价了，怎么也比只用过一种的人有点
发言权， 您如果还有什么怀疑的话，那就自己测试一下吧
至于您说的Java类库太大，各种编译器不能即时跟上更新，我觉得是
十分荒唐可笑的，看来如果MFC有什么更新的话，微软的c++编译器
也要更新才能编译了。。
【 在 david (Make our Promising Future) 的大作中提到: 】
: 3个用过的，4个没用过的。
: 这就是你的大量使用，和作出的结论，“大部分？”
: 我没大量使用，只是补充确认一点，jet确实不能离开JRE。
: 真正的编译是会比JDK快的。主要的问题在于Java的类库太大，各种编译器不可能都支持
: 并且跟上更新，因此整个这条路意义不大，不如下功夫在算法，使用更好的优化技术。
发信人: david (Make our Promising Future), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:10:51 2002)
好厉害，您能得到这些需要高昂金钱代价的东西。
我用的没有你的多，不过就最初文章列出来的7种里，似乎只有Jove比较难获得
其他的至少是可以获得测试版使用的。如果您还用过其他重要的需要高昂代价的东西
好像您没有提到这些稀罕的重要东东。大概是“看过其他人的评测”，“听说”？
对你的个别评价没有什么大意见，只是对你的结论和故作权威看不惯而已。
至于我说的那个，是因为以前版面上讨论这个问题很多次了，我也讨论过不少回
个人感觉，编译带来的性能提高很有可能是有的（不认为你说的大部分比不上JDK，
那样的话那些高昂代价的软件的存在可能性很值得怀疑），但是许多都需要JRE
(JET是一个很好的例子，装了之后效果很好，可以编译swing的例子，但是还是脱离不了
JRE)
所以我认为，其困难在于Java的类库太大，单就核心的非图形化的部分类库来作编译是
很简单的，那个j2exe是比较早期的就是如此。要做Swing就很困难，要跟上JDK版本
更新也很麻烦，事实上要提高swing的性能，如果已经放弃了平台无关性，不如用SWT
来代替。
MFC我不懂，从来没深入接触，所以我只就Java而谈。不明白您说得可笑之处在哪里。
【 在 kaoyan (xixi) 的大作中提到: 】
: 至于您说的Java类库太大，各种编译器不能即时跟上更新，我觉得是
: 十分荒唐可笑的，看来如果MFC有什么更新的话，微软的c++编译器
: 也要更新才能编译了。。
:
: 【 在 david (Make our Promising Future) 的大作中提到: 】
: : 3个用过的，4个没用过的。
: : 这就是你的大量使用，和作出的结论，“大部分？”
: : 我没大量使用，只是补充确认一点，jet确实不能离开JRE。
: : 真正的编译是会比JDK快的。主要的问题在于Java的类库太大，各种编译器不可能都支持
: : 并且跟上更新，因此整个这条路意义不大，不如下功夫在算法，使用更好的优化技术
:
:
发信人: FrankCH (终有绿叶衬), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:11:40 2002)
【 在 Nullgate (空门·道·20层：1'37") 的大作中提到: 】
: 我对编译表示怀疑，比如说使用了reflect的代码，估计不可能编译。
: 序列化呢？序列化出来还是和以前一样，还能读这种序列化的数据？
使用了reflect的代码也可以编译的。。上次用的那个什么东东把本地的所有
jar都编译了。。然后用了个什么技术号称就支持reflect了。
--------------------------------------------------------------------------------
发信人: david (Make our Promising Future), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:15:19 2002)
【 在 kaoyan (xixi) 的大作中提到: 】
: 标题: Re: 将Java应用程序本地编译为EXE的几种方法
: 发信站: BBS 水木清华站 (Fri Jun7 07:42:37 2002)
: 经过我对多个本地Java编译器的试验，得出如下结论
~~~ 多个=3 ，其余是“听说”，“估计”
: 很多编译器是包装了一下class文件，这种exe不能脱离JDK运行
~~~ 很多=2
: 还有一部分真正编译的，效率不尽人意，大部分都没有JDK运行快，且存在兼容问题
~~~~一部分=1 ~~~ “好像”
: 因此目前最好的方法还是不使用Java本地编译器
结论
发信人: ggp (龙王÷), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:26:09 2002)
少说了一个 gcj,gcc的 java编译器
这个东西现在还不太成熟，这个东西应该是不需要jdk的，因为gcc java team正在重写
jdk的所有类，现在主要是 awt还没有实现，其他基本的类大部分都实现了，
不过这个东西现在的速度不行，还处于功能完善阶段，不怎么优化实现。
【 在 qyjohn (Sweet Potato -- 爱你，咪咪) 的大作中提到: 】
: 将Java应用程序本地编译为EXE的几种方法
: 1. 从www.towerj.com获得一个TowerJ编译器，该编译器可以将你的CLASS文件
: 编译成EXE文件。
: 2. 利用微软的SDK-Java 4.0所提供的jexegen.exe创建EXE文件，这个软件可以
: 从微软的网站免费下载，地址如下：
: http://www.microsoft.com/java/download/dl_sdk40.htm
: jexegen的语法如下：
: jexegen /OUT:exe_file_name
: /MAIN:main_class_name main_class_file_name.class
:
: 3. Visual Cafe提供了一个能够创建EXE文件的本地编译器。你需要安装该光盘
: ...................
发信人: david (Make our Promising Future), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:27:48 2002)
上次好像提过，IBM DW网站有文章详细介绍。
【 在 ggp (龙王÷) 的大作中提到: 】
: 少说了一个 gcj,gcc的 java编译器
: 这个东西现在还不太成熟，这个东西应该是不需要jdk的，因为gcc java team正在重写
: jdk的所有类，现在主要是 awt还没有实现，其他基本的类大部分都实现了，
: 不过这个东西现在的速度不行，还处于功能完善阶段，不怎么优化实现。
发信人: david (Make our Promising Future), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:28:57 2002)
基本的简单阿，awt, swing这些才是麻烦的地方。
所以意义不太大，不如靠优化和高性能虚拟机。
【 在 ggp (龙王÷) 的大作中提到: 】
: 少说了一个 gcj,gcc的 java编译器
: 这个东西现在还不太成熟，这个东西应该是不需要jdk的，因为gcc java team正在重写
: jdk的所有类，现在主要是 awt还没有实现，其他基本的类大部分都实现了，
: 不过这个东西现在的速度不行，还处于功能完善阶段，不怎么优化实现。
发信人: ggp (龙王÷), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:31:19 2002)
awt 很简单的，就是 coding 没什么难度
swing 更简单只要实现了 awt, LGPL实现的 swing是现成的，老早就有了。
【 在 david (Make our Promising Future) 的大作中提到: 】
: 标题: Re: 将Java应用程序本地编译为EXE的几种方法
: 发信站: BBS 水木清华站 (Fri Jun7 10:28:57 2002)
:
: 基本的简单阿，awt, swing这些才是麻烦的地方。
: 所以意义不太大，不如靠优化和高性能虚拟机。
:
: 【 在 ggp (龙王÷) 的大作中提到: 】
: : 少说了一个 gcj,gcc的 java编译器
: : 这个东西现在还不太成熟，这个东西应该是不需要jdk的，因为gcc java team正在重
: : jdk的所有类，现在主要是 awt还没有实现，其他基本的类大部分都实现了，
: : 不过这个东西现在的速度不行，还处于功能完善阶段，不怎么优化实现。
:
发信人: david (Make our Promising Future), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:33:38 2002)
oh
这个了解不深了。
不过就性能而言，IBM一直喜欢用的那种方法不错，就是在1%的性能关键部分用本地化
实现，他的SWT, VAJ ME,jikes好像都是这个策略
【 在 ggp (龙王÷) 的大作中提到: 】
: awt 很简单的，就是 coding 没什么难度
: swing 更简单只要实现了 awt, LGPL实现的 swing是现成的，老早就有了。
发信人: FrankCH (终有绿叶衬), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:37:14 2002)
【 在 david (Make our Promising Future) 的大作中提到: 】
: oh
: 这个了解不深了。
: 不过就性能而言，IBM一直喜欢用的那种方法不错，就是在1%的性能关键部分用本地化
: 实现，他的SWT, VAJ ME,jikes好像都是这个策略
SWT结构不是很好。
jet优化swing的目的是为了提高GUI的速度。不过只能提高50%左右。
而jdk1.4swing的速度会有很大改善的。
发信人: kaoyan (xixi), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:46:58 2002)
我很遗憾你能够对人不对事发表您的各种看法
如果我的评论不够准确,欢迎您提出批评意见
如果您仅仅是因为想批判我的故作权威而发表您的看法
那我可以道歉，但是还是请您不要气大伤身才好
本地编译带来的性能的确是应该带来性能的提升，但是大
部分软件的确是做的还没JDK快，这个并非仅仅是我个人的
看法。需要JRE才能运行的，并不是本地编译的。JET就是
一个很好的例子，他运行的速度并不比JDK快。总是有人拿
它来做本地编译的代表，但它确实是个很糟糕的例子。
SWING部分的类库对真正的本地编译器来说并不是难点，SWING
部分的源码大部分是用Java编写的，如果一个编译器是真编译
Java语言的，应该是如鱼得水才对。
这些软件的确是很难拿到，在我刚开始使用JET的时候，国内
还没有人知道这个东西，现在之所以比较容易找到了，只不过
是前人的功劳罢了。为了能找到这些软件，安装运行，注册码
，这些东西在没有任何资料的情况下，的确是很困难，因此连我
自己也要感谢前人的努力。
最后，我会为自己的狂妄口吻而道歉。首先我并不是什么牛人，
所以用不着撅着红屁股给别人看，我也从来没有以牛人自居，
更从来没发表过什么让人觉得水平不错的文章，事实上我参加
的大部分是争论。其次，我最近的一系列言论，只是针对我特别
不喜欢Java版排斥新手的风气，大家都是从新手过来的，不知道
为什么某些人总是好了伤疤就忘了疼，见到水平低的文章或者幼稚
的言论就口诛笔伐的，动辄进行人身攻击。最后，我的狂妄言论
也仅仅是为了反击某些自以为是的高手，如果有人总是喜欢拽，
那我的方法也只好是比他更拽了，比他更红嘴白牙的瞎咬。虽然
我也比较喜欢卖弄，但我也没招摇到让所有人知道的地步。
很抱歉让您得到我这么个印象，希望不要造成更多误解
【 在 david (Make our Promising Future) 的大作中提到: 】
: 好厉害，您能得到这些需要高昂金钱代价的东西。
: 我用的没有你的多，不过就最初文章列出来的7种里，似乎只有Jove比较难获得
: 其他的至少是可以获得测试版使用的。如果您还用过其他重要的需要高昂代价的东西
: 好像您没有提到这些稀罕的重要东东。大概是“看过其他人的评测”，“听说”？
: 对你的个别评价没有什么大意见，只是对你的结论和故作权威看不惯而已。
: 至于我说的那个，是因为以前版面上讨论这个问题很多次了，我也讨论过不少回
: 个人感觉，编译带来的性能提高很有可能是有的（不认为你说的大部分比不上JDK，
: 那样的话那些高昂代价的软件的存在可能性很值得怀疑），但是许多都需要JRE
: (JET是一个很好的例子，装了之后效果很好，可以编译swing的例子，但是还是脱离不了
: JRE)
: 所以我认为，其困难在于Java的类库太大，单就核心的非图形化的部分类库来作编译是
: ...................
发信人: david (Make our Promising Future), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 10:49:44 2002)
向你道歉。
我性格不好，就是看不惯，喜欢扎气球，sorry。
自己也该好好学学实际东西了。
【 在 kaoyan (xixi) 的大作中提到: 】
: 我很遗憾你能够对人不对事发表您的各种看法
: 如果我的评论不够准确,欢迎您提出批评意见
: 如果您仅仅是因为想批判我的故作权威而发表您的看法
: 那我可以道歉，但是还是请您不要气大伤身才好
: 本地编译带来的性能的确是应该带来性能的提升，但是大
: 部分软件的确是做的还没JDK快，这个并非仅仅是我个人的
: 看法。需要JRE才能运行的，并不是本地编译的。JET就是
: 一个很好的例子，他运行的速度并不比JDK快。总是有人拿
: 它来做本地编译的代表，但它确实是个很糟糕的例子。
: SWING部分的类库对真正的本地编译器来说并不是难点，SWING
: 部分的源码大部分是用Java编写的，如果一个编译器是真编译
: ...................
发信人: baab (脸皮太后), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 11:17:45 2002)
jet可以脱离jre只是你用的不是正版有限制而已
【 在 david (Make our Promising Future) 的大作中提到: 】
: 好厉害，您能得到这些需要高昂金钱代价的东西。
: 我用的没有你的多，不过就最初文章列出来的7种里，似乎只有Jove比较难获得
: 其他的至少是可以获得测试版使用的。如果您还用过其他重要的需要高昂代价的东西
: 好像您没有提到这些稀罕的重要东东。大概是“看过其他人的评测”，“听说”？
: 对你的个别评价没有什么大意见，只是对你的结论和故作权威看不惯而已。
: 至于我说的那个，是因为以前版面上讨论这个问题很多次了，我也讨论过不少回
: 个人感觉，编译带来的性能提高很有可能是有的（不认为你说的大部分比不上JDK，
: 那样的话那些高昂代价的软件的存在可能性很值得怀疑），但是许多都需要JRE
: (JET是一个很好的例子，装了之后效果很好，可以编译swing的例子，但是还是脱离不了
: JRE)
: 所以我认为，其困难在于Java的类库太大，单就核心的非图形化的部分类库来作编译是
: ...................
发信人: SuperMMX (笑天子*不再喝可乐), 信区: Java
标题: Re: 将Java应用程序本地编译为EXE的几种方法
发信站: BBS 水木清华站 (Fri Jun7 17:45:29 2002)
gcj 呵呵, gcc java 的一个扩展,
还不支持 swing.
【 在 qyjohn (Sweet Potato -- 爱你，咪咪) 的大作中提到: 】
: 将Java应用程序本地编译为EXE的几种方法
: 1. 从www.towerj.com获得一个TowerJ编译器，该编译器可以将你的CLASS文件
: 编译成EXE文件。
: 2. 利用微软的SDK-Java 4.0所提供的jexegen.exe创建EXE文件，这个软件可以
: 从微软的网站免费下载，地址如下：
: http://www.microsoft.com/java/download/dl_sdk40.htm
: jexegen的语法如下：
: jexegen /OUT:exe_file_name
: /MAIN:main_class_name main_class_file_name.class
:
: 3. Visual Cafe提供了一个能够创建EXE文件的本地编译器。你需要安装该光盘
: ...................
页:
[1]