Visit androidpn official site, we can understand the following basic information:
androidpn full name is Android Push Notification.
This is the Korean source on an open source project on sourceforge.net, the document is in Korean.
recent version of the update time is 2010-11-05, which is about two years ago.
visits from China, accounting for 81% of total visits. Please click on this link to look at the current statistics.
the above basic information indicates that this is not a very mature project (seemingly personal maintenance), but it does have a lot of Chinese people are interested.
I believe there are many students know why people on androidpn so interested, this is situation ah: Because Google official GCM (previously called C2DM) can not be used in the country. In addition, domestic and before that a third party is not available handy push service. So, we had to do: their practice. Start from scratch? Too much work, too uneconomical. So from the beginning of open source. And also happens to be open source project, specifically for the Android Push the afterlife, it androidpn it. mqtt There is no integrated so well you can quickly run up.
but androidpn build up, the situation? CSDN programmer on a beautiful article androidpn Push Probe is hot. Of this article raised a few questions:
androidpn server receives the message, how do you know which user you want to send?
Once the server is restarted, the client does not seem to auto-reconnect, you need to interrupt the user's own back-Service and then restart the application.
androidpn server does not save the message. It is a message that will be sent out there, even if the client did not online, it does not re-issued.
authors like that, not just settle for the environment to build up, and thinking to do for your business needs. Resolve the issues raised under her:
The first question is relatively simple, go to customize the user system, the business part of the user system needs to correspond with androidpn.
The second problem is the small detail, androidpn client does not have to do these details.
The third problem is the most important. androidpn behind Openfire , is XMPP IM server, the message content is not going to fall, that is only stored in memory about offline messages. If you want to produce with the need to consider the transformation here.
follows from androidpn technical foundation to a depth analysis.
androidpn is an integrated solution, which is based on the XMPP open source components. Based on that server Openfire , client-based Smack, XMPP open source components which two are the most common of the two. androidpn using the Spring framework to do a Web tier, the XMPP IM components integrated together to achieve Android Push functionality. Therefore, androidpn availability from the following aspects:
its dependence on XMPP IM protocols and communication mechanisms, whether it is suitable for Android Push scene.
whether it is Android Push needs to do the necessary customization.
first aspect, XMPP protocols and open source components. XMPP is a mature IM (instant messaging) protocol, based on XML text ways, flexible and powerful. Most foreign countries are based on XMPP chat services, such as: Gtalk, Facebook Chat, iMessage, etc. Because of this, so some of the open source XMPP component availability is also good, the domestic many emerging chat tool is fully based on the XMPP beginning to develop open-source components, such as rice talk.
However, the author has realized a similar experience mobile chat App speaking, XMPP open source components have their problems, needs large-scale transformation:
XMPP protocol complex redundancy, the client cost flow, costs of electricity;
open source XMPP server (androidpn chose Openfire) limited capacity of a single point, the cluster program complex, immature.
For these reasons, and taking into account a wide range of technically more uncontrollable transformation, where the team so I just started using XMPP open source program, and later completely cut to the realization of their own technical solutions on the.
The second aspect, Android Push demand scenarios, in addition to the message can be pushed to the client in a timely manner, what other basic needs it? Here cite two examples: first, to ensure that the message can reach. Whether there is a mechanism to ensure that messages are not lost, for whatever reason. Second, to specify a group of people push messages. anroidpn based XMPP IM component is not considered these, you need to do a lot of custom transformation.
To sum up, the use of androidpn can simply do: push the message to the client . However, to make it suitable for developer needs, and run in a production environment, you may need to do a lot of custom development work. From the author communicate with multiple developers get feedback, up and running in a production environment where a lot of problems.
mentioned above, there is nothing available before the domestic third-party messaging handy push service, so we have to consider their own structures. Recent domestic third-party news push service opened, it is the aurora push, ordinary developers can always sign up, download the SDK to do integration, the whole process can be completed three minutes.
------ Solution ---------------------------------------- ----
aurora it? Seems pretty good, first try to say
------ Solution -------------------------------- ------------
to the force
------ Solution ------------------------------- -------------
tangle for this thing for a long time, has been found in the android good push solution
------ Solution ----- ---------------------------------------
Haha seems androidpn really torture a lot of people
------ Solution ------------------------------------ --------
seems androidpn instability is known ah
------ Solution ------------------- -------------------------
expect better push service ah. . .
------ Solution ---------------------------------------- ----
XMPP protocol that is a lot of problems ah
------ Solution ----------------------- ---------------------
go to the official website to see, used to know the effect ah
------ Solution ---- ----------------------------------------
true, then if androidpn to solve more problems
------ Solution --------------------------------- -----------
androidpn not used, but listen to a lot of people say that the real problem with a lot of
------ Solution --------- -----------------------------------
to try first, steady push on the line as long as
------ Solution ------------------------------------------- -
who push up the source distribution for your reference ah?
------ Solution ---------------------------------------- ----
------ Solution ----------------------------- ---------------
aurora push, tested, even if the message is not too accurate, sometimes delayed several minutes, the person who posted promote aurora have come CSDN, now we do your own push
------ Solution ------------------------------------ --------
------ Solution --------------------------------- -----------
open source programs are actually still not perfect, there are some problems also normal
------ Solution ----------- ---------------------------------
really not easy to use, androidpn long time did not update it
------ Solution ------------------------------------------ -
can be grouped push right
------ Solution ----------------------------- ---------------
Baidu cloud push. . Can also be used
As for stability. . So-so to
------ Solution -------------------------------------- ------
3 minutes of how it worked out
------ reference - --------------------------------------
recently used the aurora, the results were pretty good, Baidu cloud push just on the line soon, still in the exploratory phase, testing to know.
------ reference --------------------------------------- < br> androidpn do not do anything to meet the requirements for a long time, can only hope that an independent third party push the
------ reference ----------------- ----------------------
in contrast to the XMPP and androidpn
------ reference ---------- -----------------------------
now that several have developed to what extent?
------ reference --------------------------------------- < br> new to push this, it seems quite reasonable
------ reference --------------------------- ------------
good, but now there are many people using XMPP, laborious
------ reference ----------- ----------------------------
still want pondering openfire
没有评论:
发表评论