曹
曹晓钢
Unregistered / Unconfirmed
GUEST, unregistred user!
昨天开了一晚上机器,今天早上一看,果然flashGet已经乖乖的把jb4 enterprise抓下来了.
(ftp://202.102.233.11/ke/other/jb4.zip)
安装之后,首先第一印象就是快!
到底有多快呢?
看我的试验:
pIII 600, 256M RAM, IDE 普通硬盘(5400 rpm).
Windows 2000 professional, sp1.测试前
jb4 enterprise, 默认安装。
从命令行输入jbuilder敲下回车,第一次启动时间是9秒。
关闭它,第二次启动时间是5秒。(在缓存里面了
启动前,系统内存占用177872K.启动后206524K.
Task manager有是两个进程,jbuilder.exe, 160k, VM988k;
java.exe, 25472k,VM 27120k;
然后我又安装了一个source safe open tool, 启动时间增加到7秒。(不过在-verbose模式里报告这个
tool只用了571毫秒就启动了
不过这时候很奇怪,内存只占用205988k了,java.exe只有10M多一点,不过jbuilder.exe 变成了2050k.
很奇怪的结果。
jbuilder退出时间不可测,大概在<100ms,就把自己给释放了。
对比一下IBM最新的Visual Age for java professional version 3.5(jdk1.2.2). with fixpack 1.
启动时间27秒。
内存占用:76800K.
退出时间17s,不过ide.exe程序仍然在内存中,又过了4s才释放内存。
好了,然后看看jbuilder4.
jbuilder4集成了CVS,不过在正式工程里很少有用CVS的。我们用的是source safe.
在what's new里面有个feather matrix里面说,enterprise版本支持SCCI,也就是标准source control 借口。
不过很遗憾,我没有找到。
于是从网上下载了一个source safe open tool,提供了source safe 接口。这样,基本上可以满足需要了。
(另文描述配置过程)
然后是试验jsp;jbuilder内置tomcat,我打开一个购物车的例子,很容易就开始执行,(project -> run)
我意想不到的容易!
不过一旦设置断点,执行速度大幅度下降,内存占用大幅度上升。为了debug又用了40M~50M的内存。
对比:Visuage Age for java 提供一个Apache tomcat的feather供下载,可以集成在IDE使用,不过
很慢。
调试一个java/jsp程序极度容易。在java程序中设置断点(F8多熟悉啊),然后project -> debug,
tomcat自动运行,到了你设置断点的地方,自动停下来让你单步执行。启动tomcat包括初始化的时间在
20s以内。
对比:Visual Age for java 提供同等功能,可以起动tomcat 虚拟机,启动一次时间在70s到80s之间。
如果启动WebSphere调试环境,启动速度在300s左右。如果再启动jsp monitor,多加50s.
其他的EJB之类的,嘿嘿,我还没搞明白,什么说了大家笑我,就不说了.
总之,jbuilder如果支持WebSphere,或者提供opentools支持,我立刻扔掉visuage for java.
(ftp://202.102.233.11/ke/other/jb4.zip)
安装之后,首先第一印象就是快!
到底有多快呢?
看我的试验:
pIII 600, 256M RAM, IDE 普通硬盘(5400 rpm).
Windows 2000 professional, sp1.测试前
jb4 enterprise, 默认安装。
从命令行输入jbuilder敲下回车,第一次启动时间是9秒。
关闭它,第二次启动时间是5秒。(在缓存里面了
启动前,系统内存占用177872K.启动后206524K.
Task manager有是两个进程,jbuilder.exe, 160k, VM988k;
java.exe, 25472k,VM 27120k;
然后我又安装了一个source safe open tool, 启动时间增加到7秒。(不过在-verbose模式里报告这个
tool只用了571毫秒就启动了
不过这时候很奇怪,内存只占用205988k了,java.exe只有10M多一点,不过jbuilder.exe 变成了2050k.
很奇怪的结果。
jbuilder退出时间不可测,大概在<100ms,就把自己给释放了。
对比一下IBM最新的Visual Age for java professional version 3.5(jdk1.2.2). with fixpack 1.
启动时间27秒。
内存占用:76800K.
退出时间17s,不过ide.exe程序仍然在内存中,又过了4s才释放内存。
好了,然后看看jbuilder4.
jbuilder4集成了CVS,不过在正式工程里很少有用CVS的。我们用的是source safe.
在what's new里面有个feather matrix里面说,enterprise版本支持SCCI,也就是标准source control 借口。
不过很遗憾,我没有找到。
于是从网上下载了一个source safe open tool,提供了source safe 接口。这样,基本上可以满足需要了。
(另文描述配置过程)
然后是试验jsp;jbuilder内置tomcat,我打开一个购物车的例子,很容易就开始执行,(project -> run)
我意想不到的容易!
不过一旦设置断点,执行速度大幅度下降,内存占用大幅度上升。为了debug又用了40M~50M的内存。
对比:Visuage Age for java 提供一个Apache tomcat的feather供下载,可以集成在IDE使用,不过
很慢。
调试一个java/jsp程序极度容易。在java程序中设置断点(F8多熟悉啊),然后project -> debug,
tomcat自动运行,到了你设置断点的地方,自动停下来让你单步执行。启动tomcat包括初始化的时间在
20s以内。
对比:Visual Age for java 提供同等功能,可以起动tomcat 虚拟机,启动一次时间在70s到80s之间。
如果启动WebSphere调试环境,启动速度在300s左右。如果再启动jsp monitor,多加50s.
其他的EJB之类的,嘿嘿,我还没搞明白,什么说了大家笑我,就不说了.
总之,jbuilder如果支持WebSphere,或者提供opentools支持,我立刻扔掉visuage for java.