This still isn't the "right way" linked in #427, but seems to be safe
and void of side effects due to the namespacing of all the methods.

It has been tested to work side by side with another plugin that also
swizzles AppDelegate's applicationDidBecomeActive.

1. wrapped swizzling in dispatch_once
2. first attempts class_addMethod / class_replaceMethod but if that
fails falls back to method_exchangeImplementations.
3. swizzled_init => pushPluginSwizzledInit (if other plugins attempt to
swizzle init and use the same name, there seems to be a collision)
4. added an observer for UIApplicationDidBecomeActiveNotification
instead of overriding applicationDidBecomeActive
5. applicationDidBecomeActive => pushPluginOnApplicationDidBecomeActive
(and it becomes a notification observer instead)

See http://nshipster.com/method-swizzling/ and "Avoid collisions" under
"Considerations".

This will need testng by someone that understands the plugin better than
I do, but it should not be changing the core functionality at all. The
pushPluginOnApplicationDidBecomeActive method *is* called when the
application becomes active, etc.

Goes a long way toward fixing #427 without regressing #447, etc.

Use standard cordova PACKAGE_NAME variable in place of applicationId

Update ISSUES.md

TYPO Fix

Permission check done through non-sdk19 / 4.4+

Also, `cordova platform update ios@4.0.0` is broken as we speak. See https://issues.apache.org/jira/browse/CB-9254. It's still broken in 4.0.1.

Reverts PR #426: Fix method swizzling on ios

Will revisit swizzling with changes necessary for cocoapods support

Merge branch 'proper-swizzling-ios' of https://github.com/jnuine/phonegap-plugin-push into jnuine-proper-swizzling-ios

Conflicts:
	src/ios/AppDelegate+notification.m