Устройство Notification Hub, исчезающее после Push (APNS)

Question

У нас есть Azure Notification Hub setup, с APNS, сконфигурированным в режиме производства, с использованием нашего Сертификата APNS производства. Мы регистрируем наши тестовые устройства (используя TestFlight/Production build и сертификат) для APNS, а затем в ANH с тегом dealer-1. Мы можем отправлять уведомления с использованием нашего производственного сертификата и зарегистрированного идентификатора устройства с успехом при непосредственном использовании APNS, однако, когда мы используем «Test Send», мы получаем «Успешную отправку» на 1 устройство (или сколько бы мы ни зарегистрировались). Уведомление не получено. Если мы снова запустим «Test Send», то отправятся 0 устройств.

В журналах мы видим «APNS Errors» на каждое устройство, за отправку теста. Я не вижу никакого способа узнать, что такое ошибки на самом деле, так что это абсолютно бесполезная метрика.

Я проверил все этапы устранения неполадок и много раз подтверждал, что все настроено в разделе «Производство».

Рассмотрев другие вопросы, ответы были по линиям:

• .. регистрация сертификат песочнице, а затем изменить его в производство. К сожалению, мы создали этот хаб с нуля как Production, пытаясь обойти эту потенциальную проблему.
• .. регистрирует устройства песочницы (и, следовательно, жетоны) против производственного сертификата. К сожалению, я тщательно контролировал это и гарантировал, что мы регистрируем только сборки TestFlight (таким образом, Production) против ANH.
• .. выгрузка неправильного сертификата. Я подтвердил тестом Push Notification Tester, как указано выше, что сертификат верен (отпечаток подтвержден, повторно загружен и т. Д.) И работает для отправки на устройства через конечную точку APNS производства.

Название ресурса: восемь-технологии/реагировать нажатием-уведомление ступица

В приложении Процесс регистрации выглядит следующим образом:

• регистры устройств для уведомления толчка

• Событие регистрации обрабатывается в проекте iOS (событие AppDelegate).

  public override void RegisteredForRemoteNotifications(UIApplication application, NSData deviceToken) 
  { 
      //base.RegisteredForRemoteNotifications(application, deviceToken); 
      App.ConfigurePushNotifications(deviceToken.ToString()); 
  } 
  

• ConfigurePushNotifications в проекте XF Shared ..

  public static void ConfigurePushNotifications(string deviceToken) 
  { 
      var azureComm = DependencyService.Get<Interop.IAzureCommunication>(); 
      azureComm.RegisterForPushTags(
       "sb://eight-technology.servicebus.windows.net/", 
       ".. token ..", 
       "react-push-notification-hub", 
       deviceToken, 
       StateManager.SelectedNodes.Select(m => "dealer-" + m).ToArray()); 
  } 
  

• Реализация в значительной степени в соответствии с примером кода при условии (содержится в проекте IOS)

  public class AzureCommunication : DealerwebReact.Interop.IAzureCommunication 
  { 
      public void RegisterForPushTags(string url, string key, string hubName, string deviceToken, string[] tags) 
      { 
       var cs = SBConnectionString.CreateListenAccess(new NSUrl(url), key); 
  
       var hub = new SBNotificationHub(cs, hubName); 
       hub.RegisterNativeAsync(deviceToken, new NSSet(tags), err => 
       { 
        if (err != null) 
         Console.WriteLine("Error: " + err.Description); 
        else 
         Console.WriteLine("Success"); 
       }); 
      } 
  } 
  

Answer 1

После нескольких разочаровывающих дней, и благодаря помощи Никиты Г. и hvaughan3, я наконец добрался до основной причины моей проблемы. Как и ожидалось, это были не какие-то из проблем, которые были изложены, но были связаны с тем, как мы обрабатывали кросс-платный аспект регистрации с помощью Xamarin Forms.

То есть мы сохранили наш токен в классе как string. NSData, который принимается как часть регистрации устройства iOS в RegisteredForRemoteNotifications, имеет метод ToString(), который несовместим с отправкой в ​​ANH. Кроме того, метод RegisterNativeAsync из библиотеки Azure требует NSData, который, как я полагаю, Xamarin может преобразовать строку без предупреждения или ошибки, поэтому было неизвестно, что эти два были несколько несовместимы.

В принципе, чтобы поддерживать функциональность кроссплатформенности, теперь мы просто передаем токен как object и выполняем перевод обратно к исходному типу в платформенной реализации нашего метода настройки push.

Нашего метод регистрации теперь выглядит следующим образом, обратите внимание на явное использование NSData типа, так что он остается нетронутым, пока проходя через форму слой Xamarin:

public void RegisterForPushTags(string url, string key, string hubName, object deviceToken, string[] tags) 
    { 
     var cs = SBConnectionString.CreateListenAccess(new NSUrl(url), key); 

     var hub = new SBNotificationHub(cs, hubName); 
     hub.RegisterNativeAsync((NSData)deviceToken, new NSSet(tags), err => 
     { 
      if (err != null) 
       Console.WriteLine("Error: " + err.Description); 
      else 
       Console.WriteLine("Success"); 
     }); 
    } 

Answer 2

ли this the guide вы использовали для устранения неполадок?

Есть ли шанс, что вы каким-либо образом выполняете какую-либо операцию (или любой другой тип) на дескрипторе APN, прежде чем регистрировать свое устройство? Ошибки APNS, которые вы видите, выглядят как «недопустимый размер токена». Поскольку я не знаю, что происходит в вашем коде, трудно сказать, что именно может быть, но, возможно, вам поможет.

Answer 3

Аналогичная ситуация произошла со мной, когда устройство зарегистрировалось правильно, но как только было отправлено уведомление, устройства исчезнут из списка. Это всегда оказывалось проблемой с сертификатом APNS, который был настроен в Notification Hub, не был правильно подключен к идентификатору приложения и/или приложение не подписано с правильным профилем подготовки.