某b项目是我首次采用was环境下架构和开发的手机wap应用，尽管做到了该项目的主程，但对此项目的全面构件依然有不清楚的地方，因此在这里我只能简单的谈谈开发中遇到的问题怎么处理和应对办法。
记得第一天接触这个项目时，只记得些案例代码（不知道那些是对的，那些是错的）似曾相识，但不懂如何动手写下第一个helloword，因其中的基于接口开发的ejb的架构以前根本就没接触过。好了，没办法，于是只有硬着头皮去尝试第一个基于接口开发的ejb的第一个查询方法（呵呵最简单了吧）。因为一切都是新的，一没有相对完整的资料可参考，二在无广域网查资料，三没人可问（人也是新的）。我心里想，如果不能正常对接前端和所调用的各个接口方和协同各个部门，任务因我而耽搁，那岂不是藐视我的自尊心吗？嗯，于是拿着些零碎的资料，一步一步的写（含猜想），一步一步的测试，这样的痛苦过程终于在第二天下午能交出第一个实现查询方法了；等等，这才是开始，并不能代表你写出的东西真的实用。接下来，问题是一个接一个，第一是这个系统采用什么架构？各种架构优劣......要搞架构啊，好家伙，首先得弄清楚业务流程吧，第二得弄清楚技术流程吧，比如：was环境，ihs+was搭建吧，was包部署和发布吧，基于http和socket方式怎么调用接口吧，弄清楚基于db2环境下的jdbc
方法吧，各种接口配置和集群对应的接口配置吧，还要弄清楚aixOS相关的shell吧，还要弄清项目升级会出现的各种调式和配置问题吧，还得弄清楚测试环境和生产环境的各种差异吧.....完了，一时间这些玩意都来了，你还不知道未来会遇到什么不可预测的情况，比如流程安全改造，漏洞安全改造.....你更不知道如何确定接口方有没有问题......面对这些棘手的问题；这可不是玩的，那怎么办呢？当时，我沿用自己架构项目写项目的一贯思维：第一这些问题尽管都是新的，但是他并没有离开一个程序员正常的逻辑，因此他并不是那么苦难，只要把控每一步每一个微小的问题，一步一步实现即可完全把控；第二，他就是一个业务相对简单的应用而已（比起之前的做的那些大型项目并不复杂）。好了，基于这2点自信上，这一深入下来就是近2个月的痛苦尝试，2个月后终于功夫不负有心人，第一业务流程和技术流程的各个关联微小的地方完全把握，第二与各个部门协同的非常顺利。也就是通过了这段时间，完胜的把控了was集群下基于接口分布式架构和开发中的各种问题。
因这个项目，使我产生对旧技术线路动摇和新技术线路实施的灵感。
这是我做这个项目最大的成就之一。
was集群下基于接口分布式架构和开发经验谈