请大家来谈一下jbuilder7.0的exe文件,它似乎不是不能脱离jre环境。

[newman0708]

我试了一下，将jbuilder7.0的exe文件生成的exe文件拷到别人的机器上（没有装jre），
还是不能运行。

这样的exe文件好像没有多大价值.

不知道大家是怎么想的？谈谈看法吧！

[随风来去]

可能borland 公司只是让你用起来比较轻松吧

[wes109]

感觉价值不大

[newman0708]

我比较同意　wes109(我要飞) 所讲的观点

[diaopeng]

虽然说是.exe文件，但我认为它的编码方式仍然是字节代码，那么仍然需要JAVA虚拟机，仍不可能摆脱JRE环境，但我们应该感到高兴，这毕竟是不小的进步，对WINDOWS用户来说也是相当方便的了。

[Gaman]

我没用过,但如果真是这样的话,那.exe形同虚设，只不过是换了一件衣服。
里面的是字节码的话，那就只是改变了封装方式。
我想，会不会是大包成.exe，运行的时候把字节码释放到临时文件夹运行？
那我就认为那是挪了一小步。对Windows用户来说还是一样，我的.jar文件也是直接运行的啊，它是跟javaw.exe关联的。
同意wes109(我要飞)的观点。

[nil2000]

我也没用过，但我觉的从道理上还应该是讲的通的。
jre是指java运行环境，应该是系统级提供的功能，不应该也不能带到exe的执行
文件中去，不然那个exe一定大的吓人，一大堆底层类库嘛。
但这些类库提供的功能和windows的系统api是一样的东西，是一个运行平台，是应该附在机子上的，而不是带得走的。我想c#要是能在linux上运行(它也是做成exe的)，肯定也是要装个运行环境的，也一定比jre大。事实上，现在c#的运行就在建立在CLR(Common Language Runtime,即通用语言运行库)，道理和jre是一样的，只不过是microsoft自家的，在xp系统中可能已带了，你就感觉不到它的存在。
因为microsoft拒绝了sun在windows平台上绑定java jre(microsoft推广.net,打击java的市场策略),所以这一工作就交给用户自己了。自己去下载那10多m的东西并安装。
borland能推出.exe方案，我觉的还是有很大进步的。可能并不是一个标准。但好歹满足了那么多想要exe的人，方便了发布配置的工作。

[newman0708]

各位，那个exe文件是打包的exe，不信大家可以右击文件用zip打开，那样就会一目了览了。

[gfzhx]

那个exe只是调用虚拟机的一个封装而已，功能就和java.exe是一样的。所以运行环境离不开jre。这么小的exe是不可能封装虚拟机的。所以我觉得意义不是很大。

[rongrongGsr]

我也碰到了这个问题，这样的话岂不是生成的exe文件很没有意义，有谁有解决的办法吗？