Investigation into the migration path from C2DM to GCM indicates that client code can remain the same, with the only required change being the sender id.
The server-side is a bit different. The authentication process is gone, and now only a server key is required to send. The existing C2DM data format is preserved, so only the message header needs to change. A new notification provider for GCM is warranted.
Configuration of the notification provider requires the server key that matches the GCM sender code. Project credentials are created/configured through googleapis. The GCM notification provider configured into the application either using a Java system property:
-Dcom.icesoft.icepush.gcmlogin="Server key for your GCM project"
or in the web.xml using
<context-param>
<param-name>gcm.authKey</param-name>
<param-value>Server key for your GCM project</param-value>
</context-param>
Investigation into the migration path from C2DM to GCM indicates that client code can remain the same, with the only required change being the sender id.
The server-side is a bit different. The authentication process is gone, and now only a server key is required to send. The existing C2DM data format is preserved, so only the message header needs to change. A new notification provider for GCM is warranted.
Configuration of the notification provider requires the server key that matches the GCM sender code. Project credentials are created/configured through googleapis. The GCM notification provider configured into the application either using a Java system property:
-Dcom.icesoft.icepush.gcmlogin="Server key for your GCM project"
or in the web.xml using
<context-param>
<param-name>gcm.authKey</param-name>
<param-value>Server key for your GCM project</param-value>
</context-param>