时间转眼过去一年多了,我离开H公司也已经一年多了.往事不堪回首,世事也总是以成败论英雄,因为我知道前面的一个接口项目先后导致3个人离职,2个人被处罚;而这个项目只有我一个人，在项目割接的当天我总算不辱使命完成了;我既是成功者,也是失败者;我证明了自己是可以笑着离开H公司的.其实我一直不太想写出来,毕竟申请离职也不是一件很光彩的事情.

　　2006年是全国号码百事通风起云涌的一年,而Z电信公司正是第一个勇于吃螃蟹的人且率业界之先的公司;我就是2006年初被派到Z电信公司跟着另外一个项目经理讨论接口需求的(原因很简单,为了避免垄断,Z电信公司把省中心业务给了Q公司,而12个地市给了H公司,所以在省中心和地市之间需要通过Web Service接口进行互连),其实在这之前的一年内我是做BI和数据库优化的,对于所谓的接口和114是一窍不通的.估计看出了点苗头,项目经理当了甩手掌柜,只好由我一个人来负责此事了.

　　2月8号,春节还没过完,我便来到了H市,经过反复的讨论和调研,其实我做的工作只是号码百事通业务的一部分,即实现对现有知识库的智能访问,当然访问是需要通过接口来完成的,此外还要实现一定的功能,例如发送短信,来电转接,记录计费信息,当然也是通过接口来实现.

　　其实我很早就已经有了初步的想法,最简单的就是我自动生成存储过程和自动生成html网页(其实基本上已经实现了),但是了解到存储过程需要在友商的数据库中创建,以及考虑到相关的风险和双方的剑拔弩张的气氛,这显然是不可能实现的任务.现在只能自己另辟蹊径建一个独立的Web Server服务器,通过正在流行的Web Service接口来实现这一切功能了.

　　上述的图片显示的框架源于我对BI和数据库的理解,只要有一个开放的数据字典,基本上就可以实现任何的自定义查询和自定义组合;如果复杂一点的话,甚至可以实现一套简单的报表系统.正是基于这样的想法和相关数据结构开始和Q公司谈相关的接口.但是有几个问题一直缠绕着我:

　　1. 采用什么样的WEB服务器,Tomcat还是Resin

　　2. 采用什么样的编程工具,Jbuilder还是Eclipse?

　　3. Web Service接口到底是什么,如何完成发布和调用

　　4. 采用什么样的Java框架(Struct还是Spring还是纯粹的JSP)

　　5. Ajax技术

　　6. 关于树型目录的实现(需要高效,无延迟)

　　7. 最难缠的还是和Q公司的谈判和交流(要面对对方5,6人的轮番轰炸)

　　也许对于Java高手而言这根本不算什么,可对于我而言,那简直是一场噩梦,我的Java水平和HTML水平仅限于写一些简单的JSP页面和JavaBean完成简单的封装,我自认为自己水平最高的还是HTML和Javascript水平,不管多么复杂的页面和frame我都可以整理出一个头绪出来.我从来不是一个唯工具论者,我相信任何工具都只是手段,而条条马路都可以通向罗马的.可惜给我留的时间太短了,只有3周的时间.说真的,那时候天天对着西湖的美景,没有一丝丝观看的心情,真的想扑通一声跳下去,一了百了.

　　言规正传首先需要确定系统大体的架构,Tomcat和Eclipse都是开源的架构,不涉及到版权和费用,从网上down的Tomcat,呵呵,如果Z电信公司知道了非要气个半死不可.按照从网上搜索的资料把Tomcat和Eclipse环境配置完毕,然后按照公司的Java高手指点,配置Spring框架.

　　关于Spring框架的配置

　　Spring 是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为 J2EE 应用程序开发提供集成的框架。

　　其实在这样的小型系统里,它提供了一个便于调试和控制的开关;至少在本文中,是为了解决无法使用接口环境进行调试的时候,改用数据库接口方式.