AndroidPN真机环境测试

这样AndroidPN的环境就搭好了。真机环境也测试通过

问题：

1.asmack的包太大，3百多K。

2.只是完成Android的Push功能使用XMPP协议感觉很笨重。

3.androidpn服务器端的负载很难控制，除非自己改写。

第一个问题关系不大，毕竟一个软件多了300多K不算什么，如果自己来控制socket连接，我估计没有100K也很难控制好。

第二个问题确实如此，使用XMPP的后果是带来了60%的信息冗余量

第三个问题，负载的控制应该来说，用到socket都必须要考虑的，负载方面，androidpn用到了MINA这个socket框架，而在socket的处理方面，很多人都是用的socket来处理的。

总的来说，源代码的开放是最大的优点，就算用到androidpn，无论如何也是要在原有的基础上进行修改的，照搬照抄肯定是不行的。但是比自己用socket来控制，在服务器和客户端之间建立一个网关，要来的容易。

注意：需将lib 冲命名 改为libs,然后在build path里面导入libs这个包，否则会报类找不到的错误

首先，基础中的基础，就是按照第一篇日志中所说，使用模拟器完成web推送。这一块非常简单，按照第一篇去做完全可行，可能出错的地方就是你忘记更改配置文件了。

后来我下载了第二篇日志中博主提供的tomcat版本服务端，放在自己本机tomcat下，并且启动。用模拟器去测试发现无法推送，配置文件也没有错。检查后发现，原来自己tomcat的端口是8080，而server中配置的是7070。只要打开config.properties，修改admin.console.port=端口号，即可。

再接着，用同一个局域网内其他机子的客户端模拟器进行测试，只要将androidpn.properties中的xmppHost=服务端所在内网IP就可以啦。比如192.168.1.150。

用真机测试，其实和模拟器没啥区别，只要配置文件不写错，原则是不会出问题的。但是我测试的时候，还是出现无法推送成功的问题。仔细检查后，原因有二。

1.客户端android版本太低，换个android4.0版本就可以。貌似是不兼容低版本。

2.真机上其他的应用中，也有应用到这个androidpn的。其中，在androidpn.properties中，apikey默认是123456789。因为那个应用和我自己本机都选择了默认的，所以我将自己这里的apikey改掉了。切记！这里有一点需要注意的，客户端androidpn.properties中更改了apikey,服务端config.properties也要随之修改。！！

OK，基本上单独的web推送就完成了。

接下来就是整合到自己项目中，也就是从自己项目后台将数据推送到客户端，至于androidpn的server端，则作为中间的桥梁。

这里需要注意一点，androidpn会在你本地数据库中新增一个表apn_user。如果你本地数据库有权限，拒绝的话，你最好自己先手动增加这么一张表。

首先，我单独启动一个新的tomcat,将server端部署到这下面，修改配置文件config。properties,jdbc.properties。jdbc.properties这个文件是配置你本地数据库的参数的，不能有错。启动后，简单测试成功，在自己项目中使用http协议将数据POST到server端这个org.androidpn.server.console.controller.NotificationController类的send方法中。具体参数名称及获取参数的代码，可以修改server端。

在这里插一句，不论时间多么紧张，至少你得追一边代码，尤其这个类。

代码写好后可以执行，断点跟踪下，只要你代码正确，配置文件没错，是可以正常推送的。

基本上，写到这里的话，应该可以满足项目需求了。如果你还需要将哪些用户在线的功能整合到你自己项目中。那你就得自己跟踪下代码了。

我项目做到这里，基本上都是在windows环境下。将项目部署到linux环境下，又出问题了。

路径问题比较容易坚决，按照后台日志中提示的地方，将路径修改下。

关键是在linux下重启server端，会发现报错，5222端口被占用。因为时间限制，能力有限，没办法修改代码，只能每次重启时，都先用命令将5222端口杀掉。

最新内容请见作者的GitHub页：http://qaseven.github.io/