2015-06-17 21 views
50

dostałem maila, że ​​moje ostatnie binarny złożenie do Apple dla aplikacji iOS/Watch OS był nieważny z powodu:Niepubliczny Biblioteka SockPuppetGizmo

powiązań aplikacji do bibliotek niepublicznych w plugins/iPrayed. appex/iPrayed WatchKit App.app/_WatchKitStub/WK: /System/Library/PrivateFrameworks/SockPuppetGizmo.framework/SockPuppetGizmo

i przedstawiły tę budowlę przed bez żadnych problemów, a jedynie dokonał kilku zmian kilka linii kodu, bez dodawania czegokolwiek. Jakąkolwiek wskazówkę, o co tu chodzi?

+3

Głosuję, aby zamknąć to pytanie jako nietypowe, ponieważ chodzi o politykę akceptacji Apple, a nie programowanie. –

+20

@HoboSapiens To jest całkowicie o programowaniu. Twierdzi, że mam ramy w moim projekcie, których nie posiadam. Przez cały czas widzę takie pytania tutaj. – user717452

+0

XCode wersja 6.3.2 (6D2105), ten sam problem! Ale bardzo dziwnie mój plik binarny na serwerze testowym po prostu ponownie zautomatyzował status "przetwarzania"! Co z tym? Ale wysłałem to kilka godzin temu, a ja już wysłałem do testerów ... Teraz pokazuje ostrzeżenie "Apple Watch Not Pair" na testach. Dostaję również e-mail o CFBundleShortVersionString Mismatch - The CFBundleShortVersionString wartość "1.0" rozszerzenia, ale jest absolitelnie złe informacje, bardzo dziwne rzeczy się dzieje. Przy okazji SockPuppetGizmo.framework jest jednym z prywatnych nagłówków znanego kodu Apple Watch/WatchKit! – mgyky

Odpowiedz

10

Wydaje się działać teraz. Przesłanie tylko daje ostrzeżenie, ale plik binarny jest poprawny i można go przesłać.

+0

Tak, powinien działać ponownie. Jeśli ktoś nadal będzie napotykać problemy, zgłoś zgłoszenie błędu na stronie https://bugreport.apple.com –

28

Nie zrobiłeś nic złego. Stworzyłem pusty przykładowy projekt, zarchiwizowałem go i mogę potwierdzić, że framework SockPuppetGizmo jest domyślnie połączony. Jest to albo błąd z łączeniem Xcode, albo z walidacją w iTunes connect. Proponuję, żebyśmy wszyscy złożyli radar, aby zwrócić uwagę Apple tak szybko jak najszybciej.

otool -L Products/Applications/test.app/PlugIns/test\ WatchKit\ Extension.appex/test\ WatchKit\ App.app/test\ WatchKit\ App 

//Yields 

/System/Library/PrivateFrameworks/SockPuppetGizmo.framework/SockPuppetGizmo (compatibility version 1.0.0, current version 1.0.0) 
/System/Library/Frameworks/UIKit.framework/UIKit (compatibility version 1.0.0, current version 3318.93.0) 
/System/Library/Frameworks/Foundation.framework/Foundation (compatibility version 300.0.0, current version 1142.14.0) 
/usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) 
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1214.5.1) 

I

nm -u Products/Applications/test.app/PlugIns/test\ WatchKit\ Extension.appex/test\ WatchKit\ App.app/test\ WatchKit\ App 

//Yields 

__SPApplicationMain 
dyld_stub_binder 

Edit: Aż obecnie raportowania, to znowu można przesłać buduje poprzez Application Loader. Xcode 6.3.2 nadal ulega awarii podczas przesyłania.

Aby przesłać za pomocą modułu ładującego aplikacje, wybierz swoje archiwum w Organizatorze, gdzieś kliknij Eksportuj, zapisz i plik .ipa. Otwórz program ładujący aplikacje i wybierz opcję Ipa.

+0

Nie sądzę, żebym mógł odpowiedzieć na to pytanie, ale podjąłem te same kroki i poszedłem za instrukcje, które otrzymałem, gdy moja kompilacja się nie udała i zaktualizuję tę odpowiedź, jeśli otrzymam odpowiedź. Wygląda na to, że zabrali dziś iTunesConnect, być może będą musieli wycofać jakiś kod, zanim zostanie on naprawiony? Oczywiście wszystkie spekulacje. – Acey

+0

Zobacz również ten problem. Właściwie to jest to usługa walidatora na serwerach Apple wariuje niż problem w naszym projekcie kod/XCode. Naprawiono awarie projektu, który został zaakceptowany w zeszłym tygodniu, te same ustawienia projektu, ten sam kod, akceptują niektóre kontrole, a teraz nie są już akceptowane. – JoriDor

+0

Teraz jest odrzucany podczas przetwarzania, zanim jeszcze przejdziemy do sprawdzenia. Ponadto Xcode ulega awarii podczas próby przesłania wiadomości od organizatora. Musieliśmy przesłać nową kompilację za pomocą Application Loader. – Acey

0

Miałem też do czynienia z tym samym problemem. Tutaj w moim przypadku tylko restart iMAC działał dobrze dla mnie. Utwórz kompilację po ponownym uruchomieniu komputera iMac, a następnie utwórz kompilację, a następnie prześlij ją, działa to doskonale dla mnie.

Mam nadzieję, że to pomoże ... !!!

+0

Może to był dobry moment z Twojej strony. Większość donosi, że w końcu zaczęła działać ponownie w czwartek po południu, nie mając nic do roboty. Cieszę się, że teraz działa. – user717452