IBM MobileFirst Platform（7.0）在iOS 9上失敗，激活testDeviceId設置類型auto

我正在使用安裝了最後一個iFix（IF201509300707）的IBM MobileFirst Platform 7.0開發應用程序。當設備配置激活時（在自動類型上）並且適配器的任何過程都受到相應的安全測試的保護時，iOS上的應用程序（使用iOS 9上的Xcode 7構建）會在cordova框架的類CDVCommandQueue.m上崩潰行：IBM MobileFirst Platform（7.0）在iOS 9上失敗，激活testDeviceId設置類型auto

((void (*)(id, SEL, id))objc_msgSend)(obj, normalSelector, command);

調試時，這是所示的信息：

OBJ：

normalSelector：「signDeviceAuth：」

命令的className：DeviceAuth

命令方法名：signDeviceAuth

命令參數：

<__NSArrayM 0x13c6a4d80>(
{ 
    app =  { 
     id = App; 
     version = "1.0"; 
    }; 
    custom =  { 
    }; 
    device =  { 
     environment = iphone; 
     id = "XXXXXXXXXXXXXXXXXXXXXXXXXX"; 
     model = "iPhone7,2"; 
     os = "9.0.2"; 
    }; 
    token = XXXXXXXXXXXXXXXXXXXXX; 
}, 
application, 
1 
)

這是該應用的當前配置：

authenticationConfig：

<mobileSecurityTest name="Mobile_SecurityTest"> 
    <testAppAuthenticity /> 
    <testDeviceId provisioningType="auto" /> 
</mobileSecurityTest>

在適配器的配置（適配器。 xml）：

<procedure name="getTrxID" securityTest="Mobile_SecurityTest"/>

編輯：

我不使用擴展的真實性。 BitCode和ATS已被禁用，從應用程序啓用編譯和服務消耗。

表示該應用程序正在編譯，安裝和完成MobileFirst Platform Server的其他服務（甚至可以使用其他安全測試進行保護）。

安裝iFix後，我刪除了iPhone環境的本地文件夾內容並重新構建它，但仍然在發生。

編輯** 2 **

我再有這個問題，但在這種情況下，問題是在應用分發「內部」與企業蘋果開發者賬戶。使用標準開發人員Apple開發人員帳戶生成的相同IPA不會出現此問題。

這是Symbolicated崩潰報告的第一部分：

Incident Identifier: 05C8E750-79DF-41C7-8F5E-017AB480CDEC 
CrashReporter Key: TODO 
Hardware Model:  iPhone7,2 
Process:   MobileApp [428] 
Path:   /var/mobile/Containers/Bundle/Application/318B039F-DEF5-456E-A1C8-F9888BE513B2/MobileApp.app/MobileApp 
Identifier:  XXXXXXXXXXXXXXXX 
SessionId:  AF69E4E7-B585-4CD5-815D-BAA525E07E35 
Version:   1.0 (1.0) 
Code Type:  ARM-64 
Parent Process: ??? [1] 

Date/Time:  2016-01-20 17:40:06 +0000 
OS Version:  iPhone OS 9.2 (13C75) 
Report Version: 104 

Exception Type: SIGSEGV 
Exception Codes: SEGV_ACCERR at 0x10 
Crashed Thread: 0 

Thread 0 Crashed: 
0 Security       0x000000018191fd88 SecKeyGetBlockSize + 0 
1 MobileApp       0x0000000100185c38 +[WLDeviceAuthManager signDeviceAuth:entity:isPEnabled:] + 1172 
2 MobileApp       0x0000000100183f34 -[DeviceAuthPlugin signDeviceAuth:] + 384 
3 MobileApp       0x00000001000dcb64 -[CDVCommandQueue execute:] + 504 
4 MobileApp       0x00000001000dc878 -[CDVCommandQueue executePending] + 456 
5 Foundation       0x0000000181eae44c __NSFireDelayedPerform + 428 
6 CoreFoundation      0x00000001814b15f4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 28 
7 CoreFoundation      0x00000001814b1298 __CFRunLoopDoTimer + 884 
8 CoreFoundation      0x00000001814ae9ac __CFRunLoopRun + 1520 
9 CoreFoundation      0x00000001813dd680 CFRunLoopRunSpecific + 384 
10 GraphicsServices     0x00000001828ec088 GSEventRunModal + 180 
11 UIKit        0x0000000186254d90 UIApplicationMain + 204 
12 MobileApp       0x00000001002cd0c0 main (main.m:14) 
13 libdyld.dylib      0x0000000180f7e8b8 start + 4

這是iPhone 6發生與iOS 9.2.1，iPhone 6與iOS 9.1和iPhone 5與iOS 9.2（內置在Xcode版本7.2（7C68））與MobileFrist 7.0.0.00.20150930-0707。

任何幫助表示讚賞。

來源

2015-10-05 Floydian

您是否閱讀過在IBM MobileFirst Platform 7.0中討論iOS 9支持的博文？

如果你還沒有，請現在就這樣做：

看起來你正在使用的真實性特點。如果您使用擴展真實性，請確保您使用更新的工具簽署應用程序以進行簽名。

你還別說適配器的請求，並正在使用的Xcode 7
開始的iOS 9，如果使用的Xcode 7你必須：

禁用位碼的支持（因爲它目前不支持MFPF）
禁用應用程序傳輸安全性（ATS）支持或白名單您的開發服務器，否則請求將失敗。

來源

2015-10-05 15:35:56

嗨伊丹，我已經編輯了考慮你的答案的問題。我離開了標題，因爲它啓用設備配置時只會使應用程序崩潰。 – Floydian

這是否發生在iOS 8？它是否發生在Xcode 6.3中？真品禁用會發生嗎？ –

我現在沒有Xcode 6.3，但它崩潰了：Xcode 6.4與iOS 9，Xcode 7與iOS 9和Xcode 6.4與8.4.1 ...真實性已啓用，但只是在代碼中，因爲我是針對MFP的MobileFirst Development Server進行工作。 – Floydian

IBM MobileFirst Platform（7.0）在iOS 9上失敗，激活testDeviceId設置類型auto

回答

相關問題