大概是6月初,RIM以很强的声势推出一个新服务,名曰Blackberry Push API。在没有看文档前,我非常憧憬RIM能给我们带来惊喜。但是我看完之后,发现RIM仅仅把原来的技术重新包装了一遍。
从商业的角度讲,我非常赞成RIM的这种做法,现在的很多新概念有很多都是把N年以前的东西拿出来翻新一下,例如AJax,SaaS等,都取得了不错的效果。
但是从技术角度上讲,也确实没什么。
我将该服务总结为一句话,即将Blackberry最具特色的PUSH功能应用到客户的需求上。
即便如此,我还是将我N年以前使用过的技术重温一下,顺便也说说PUSH API 的应用。
应用背景:
先举个例子,未必是真实的。假如上海有家出租车公司小众(不是大众),要通知司机小张,有个客户在人民广场的来福士广场有个客户于14:00需要车,那么小众通过何种方式将这个信息传给小张呢?假如小众公司正在使用Blackberry的服务,那么可以通过Alert的方式来实现。
现在总结一下:
- alert
- 新闻
- 财经
- 定单
- 文档
- 体育
服务不仅仅限于上面。
原理:
先解释身份角色:
Push Initiator:相当于小众公司,后面见车简称PI
Blackberry Push Data Server:相当于部署在小众公司的Blackberry服务基础架构,后面简称BPIS
Mobile Client:司机小张的Blackberry终端,简称,MC
再解释一下流程:
- PI发送一个push请求,即客户信息
- BPIS给出一个返回给PI
- BPIS就请求push给MC
- MC收到后给出一个ACKnowledge,确认
- BPIS给PI一个通知
- PI收到后给BPIS一个返回
类似的机制和互联网的三次握手类似,就是Request/ACK/Response.目的就是为了保证大家都收到。
优点
很显然,省电,能够及时送达,安全,包括传送,以及安全送达。
实现
- PAP
- XML HTTP 请求
- 几种push,例如submit,cancel,query等,具体技术细节不讲,因为这些又可以单独拿出来了。
综合上述,如果您熟悉PUSH,是不是觉得似曾相识呢。
不管怎么说,从中,我们可以进一步,也更清晰了解Blackberry PUSH这个概念。这在以后的解决方案中提供不少思路。
今天发现了一个RIM BlackBerry Plugin http://plugins.netbeans.org/PluginPortal/faces/CategoryPage.jsp?categoryname=Mobility
楼主帮忙配置看看 在运行的时候有“’BlackBerry’ 不是内部或外部命令“
很困惑~~~~
没研究过,我记得netbeans给的文档都很全的,你研究一下吧