Firebase Push notifications with PhoneGap Build using cordova-plugin-fcm
Cordova introduced the resource-file
tag some time ago and it also works in Phonegap Build.
You can use that instead of a forked plugin to copy the google-services.json
and GoogleService-Info.plist
files
Put the in the root of your project and the use the resource-file
tag in the config.xml like this:
If using cordova-android 7 or newer:
<platform name="android">
<resource-file src="google-services.json" target="app/google-services.json" />
</platform>
older versions
<platform name="android">
<resource-file src="google-services.json" target="google-services.json" />
</platform>
iOS
<platform name="ios">
<resource-file src="GoogleService-Info.plist" />
</platform>
You can also put it inside www
folder, in that case in my examples add www/
before the file name in the src
field.
https://cordova.apache.org/docs/en/7.x/config_ref/index.html#resource-file
The files need to be alongside the www
folder, problem is that Phonegap Build only lets you upload the contents of said folder, so you can't upload the files.
Fortunately there's something you can do; Build installs the plugins directly from npm, and plugins can work thought the whole project, so what you need is a plugin that copies the files [google-services.json
, GoogleService-Info.plist
] for you.
Most of the work has already been done: cordova-plugin-fcm-config.
This plugin copies the required FCM configurations in the project root folders and Xcode project. It is used in combination with the great cordova-plugin-fcm plugin.
It wasn't built for this purpose but works wonderfully.
There's an added complexity though; since you can't upload plugins (you can only add a reference to it in your config.xml
), and this plugin needs your own app configuration files, you'll have to:
- Clone/Fork the plugin into your own repository.
- Replace the configuration files.
- Upload it somewhere Build can find.
Where do you upload it? That might be tricky. The infrastructure is built around the idea that plugins are for general purposes and can be configured in each project xml, so npm makes sense. But in this case your plugin will contain very specific data to your project, so uploading to npm would pollute the namespace in my opinion.
I don't know about you, but I have a paid account, so I publish the plugin in my own repository and submit as a private plugin. This is what I recommend.