今天应该很高兴 – 搞定Java的版本升级问题

印度同事决定今天就离开, 会议的数目也立刻降了下来, 终于可以有一张平静的书桌让我平静地研究一下Openwave的代码库, 下午4时, 第一条预编码MMS终于可以发送到手机上面, (抬手擦去脸上的汗~), 而此前已经调试了N多个Open Source的代码库, 就为了定位几个Exception…

Java语言的拥有大量开源的资源, 就连Sun自己也开放了自己Java代码. 但是代码的复用和调试仍然是一个问题, 多数代码都是Binary形式发布的, 如果发现某个代码有问题, 需要调试, 那么由于代码间的依赖性 (即使商业化的代码也会依赖于开源代码), 你不得不解开所有执行途径上面遇到的 Binary库, 然后跟踪调试.

同时代码库的版本和编译器的版本之间也存在不小的冲突, 比如enum在JDK1.5之后就是一个关键字了, 但是在很多开源代码中, enum就是一个变量名, 因此你又不得不修改这些代码以便进行编译.(Binary的Jar包不存在这个问题)

一些开源代码库的版本升级后, 老版本的源码一般就不是很容易寻找了, 所以你不得不使用高版本的源码. 可以新版本中通常会新增很多新的模块, 而这些模块往往依赖于其他的开源项目, 子子孙孙的, 显然顾不过来, 因此你也不得不删除某些新模块来调试当前的项目, 而删除总是有风险的…

然而这也只是一个开始, 更多的测试, 性能提升都是迫在眉睫的事情…

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注