stitp项目笔记（二）

       昨天下午，我们小组所有成员一同去了趟本部（我们指导老师办公室在那），汇报一下我们stitp项目的完成情况，顺便提些问题。

       我们的项目大致已经实现了如下功能：CPE通过HttpClient能够向ACS端主动发起连接，之后两者便可以按照tr-069协议里的规范执行自动配置。至于ACS有哪些配置任务，都储存在了一个个XML配置文件里。而ACS的北向，即和OSS联系的那端，我们正在做，将遵循3GPP协议，肯定是要做成service-oriented的形式了，使用Axis2框架（我个人喜欢CXF，说不出理由~）。

        汇报完毕，问题提罢，老师做了些总结。其中提到一个问题我感觉挺严峻的：我们的作品如果继续这么做下去，走的完全是“大众”路线，没有新意，要参加学校创新杯或是Stitp竞赛的话，没什么亮点。

        会后我们也没有就这个问题再作讨论，但我是一直考虑到了现在。的确，如果再这么继续下去，我们之前的工作很可能就是一个只有过程没有结果的劳动了——自我感觉，将从来没有接触过的“协议”，解读成一个可以执行的程序，这样的过程还是很有成就感的；可惜没有获如何奖项~

        不能任这样的结局发生！可怎末挽救呢？这时我想到了年初接触到的一个新技术——OSGi，本来打算好好研究下的，一直没有合适的机会，这次感觉能用上。它不是天生为改善java在嵌入式设备上的性能的嘛，我们这次的产品之一的CPE端按理也应该是嵌入式设备，不如将我们的CPE端实现方法重构一下，改用OSGi框架，可能能算上一个亮点吧？（至少这个过程又是能有收获的）