Today we skip those, thanks to #750, as they may cause errors like:
ObertonWalletCore/destination/JExtractSwiftPlugin/Sources/BindingStore+SwiftJava.swift:24:41: error: type 'BindingStore.RawResponse' (aka '(requestId: UInt32, stringResponse: String, responseType: TSDKBindingResponseType, finished: Bool)') cannot conform to 'JavaBoxable' [#ProtocolTypeNonConformance]
22 | @_cdecl("Java_com_custwallet_core_BindingStore__00024getCompleteResponses__")
23 | public func Java_com_custwallet_core_BindingStore__00024getCompleteResponses__(environment: UnsafeMutablePointer<JNIEnv?>!, thisClass: jclass) -> jlong {
24 | return BindingStore.completeResponses.dictionaryGetJNIValue(in: environment)
| |- error: type 'BindingStore.RawResponse' (aka '(requestId: UInt32, stringResponse: String, responseType: TSDKBindingResponseType, finished: Bool)') cannot conform to 'JavaBoxable' [#ProtocolTypeNonConformance]
| `- note: only concrete types such as structs, enums and classes can conform to protocols
25 | }
Because the tuple cannot conform to JavaBoxable. We could find some way to support these?
Today we skip those, thanks to #750, as they may cause errors like:
Because the tuple cannot conform to
JavaBoxable. We could find some way to support these?