Add support for UUID/Deploy module

Overall this looks good and works well. One nitpick below.

+++ b/redirect_uuid/redirect_uuid.infoundefined
@@ -0,0 +1,6 @@
+description = Allow deploying redirects through Deploy and UUID modules. ¶

Trailing whitespace

The attached version of the patch deals with quite a few issues with @recidive's patch.

Rerolled without the swap file in the patch.

In the patch from #5, redirect_uuid_entity_uuid_load() and redirect_uuid_entity_uuid_presave() are universalising the source property of the redirect, rather than the redirect property. I think this is incorrect. I've attached an updated patch with this correction.

After running this patch for a bit I've realised that both the source and redirect values need to be universalised because it is quite possible to have a redirect where either the source or redirect are node urls (or both even). Here's a patch which universalises both.

Another bug I've picked up with this is that the uuid of each redirect gets regenerated when you edit it. That's because the edit form doesn't post the uuid as a value, and only the form values are passed to redirect_save() in redirect_edit_form_submit().

Updated patch is attached with the hook_form_alter() implementation to add the uuid to the form's values.

This is a slightly better version which uses hook_form_FORM_ID_alter().

Patch in number 9 works great

+++ b/redirect_uuid/redirect_uuid.module
@@ -0,0 +1,76 @@
+  $entity_info['redirect']['creation callback'] = 'entity_metadata_create_object';
+  $entity_info['redirect']['save callback'] = 'redirect_save';
+  $entity_info['redirect']['deletion callback'] = 'redirect_delete';
+}

These seem like things worthwhile to put back in redirect.module since these are not specific to UUID integration.

Rerolled with the change requested in #12.

After 3 years of waiting I have created the UUID Extras project and committed a modified version of this patch there. Closing as WONTFIX.

With no one to help peer review for over 9 months, I'm not sure what I should do. I don't use UUID or Deploy normally. If we're happy having it in a separate module, that seems best.