最近一直在作内部项目维护，修改公司内部项目的缺陷，同时也在作内部项目的开发；公司现存好几个业务系统，应公司领导要求，须要把几个业务系统经过门户集成起来；集成以后，用户只要经过从门户系统登陆，就能够查看对应本身帐号的各个业务系统的待办事项；假设如今存在A、B、C三个业务系统，X做为门户系统；大体需求是这样的：
1 经过登陆门户X，在浏览器没有关闭的状况下，访问A、B、C，能够直接进入业务系统主页，不须要从新登陆各个业务系统；同时，用户也是能够单独直接登陆业务系统的，只是登陆的界面都是同样的，前部分url是同样的，只是后面的url地址不同，以便区分究竟是A、B仍是C业务系统；而前部分是CAS单点登陆验证地址，系统中使用了CAS单点登陆对各个系统的登陆方式进行统一验证，返回session；
2 在门户中管理各个业务系统的基础数据信息。包括用户，角色，菜单，角色菜单，用户角色，部门等基础信息；也就是在门户对这些基础信息进行增删改查的时候，经过WebService，调用业务系统接口，将信息同步到各个业务系统；同时基础信息在业务系统和门户都有维护，而且一致；
3 各个业务系统将可以将待办信息定时推送到门户，用户只需进入门户，处理本身的待办事项，而不是分别进入各个业务系统去操做；
4 若是用户是单独去登陆某个业务系统的，那么登陆后，就不能直接访问门户，而经过门户能够直接访问各个业务系统；
此需求中，用到了CAS单点登陆、WebService接口调用和编写，以及流程信息的处理；
而开发却没有那么顺利，就像那句话，生活就像一盒巧克力，你永远不知道下一颗是什么颜色或者什么味道；然而就在项目即将上线之际，新的问题出来了，那就是若是在集成以后，系统在运行过程当中，门户系统宕掉了，A、B、C都用不了，而公司可能会把更多的业务系统集成进来，这是很不现实的；而问题的解决方案，固然应该是这样的:
业务系统的在访问不到集成登陆界面时，应该跳转到本身原来的登陆界面，并使用原来的登陆方式进行登陆；同时登出的时候，也要跳转到原来的登陆界面；
那么如今问题又来了，业务系统是如何判断门户系统已经宕掉了的，同时在登出时，又是如何判断是不是退出到集成的登陆界面仍是业务系统原来的登陆界面；
理想太过丰满，而现实却很骨感，道路很艰难；不少都不知道怎么去实现；但相信老是可以实现的；通过了几个晚上的调试和测试，即便有了解决方案，但是在短期内，实现起来真的很难；
回想一下，企业级的这种应该是有不少的，不知道各个公司都是如何去实现的，实现的方式不同，但原理应该是想通的；
焦头烂耳一阵子，现在在上线之际未能实现，项目的延迟，谁之过？技术？管理？仍是团队？
我把遇到的困难写下来，只但愿可以有更好的实现方案，同时也包括实现的技术；
回想这些日子里，一直在搞业务，写代码，没有时间总结概括，没有时间去学习新的知识；总感受本身被业务困住了，学习仍是须要的，学习新技术，挖掘新需求；