Home > Forum > Plugins > sdk 2025 - error

sdk 2025 - error
0

Hi, I’ve migrated the SDK from Webcon 2022 to Webcon 2025 R2. During execution, I’m getting the following error: System.PlatformNotSupportedException: This operation is not supported on .NET Standard, as Reflection.Emit is not available.

The SDK connects to a SOAP endpoint. The client responsible for establishing the connection is located in a separate library(net standard 2.0). The BPS extension is also implemented in .NET Standard 2.0.

How to fix this?

MVP

Hi Franek

Don't know how you've built the package. I'm using the standard "WEBCON BPS SDK Tools" to build the packages.
With 2025 the structure of the json file changed and now also includes version and dependencies. I specially love the dependencies, as these were a bit of a challenge in previous versions of the SDK.

{
"extensions": [
{
"guid": "b28855a7-c35b-45b4-a80d-62c4249a2996",
"name": "Abacus - Create Debitor",
"description": "Creates a new debitor",
"assembly": "Demo",
"class": "Demo.CustomActions.CreateDebitor",
"type": "CustomAction"
}
],
"dependencies": [
"Demo"
],
"version": "25"
}

Edited:
Missed a part in your sentence.
Shalassin is right, 2025 is more restrictive in checking either the SDK licence or the signature of the assembly. Signature must be from a trusted provider, usually a WEBCON partner or WEBCON itself.

We implemented some Extensions to call Abacus SOAP Services on 2025. Guess it is quite similar of what you are doing. Works perfect.

MVP
In reply to: Franek

I've updated the SDK to the 2025 version. I'm also using the WEBCON BPS SDK Tools. I have several SDKs, but only the ones that use an external library (also written by me) are not working. I use svcutil to create wcf class.

Pretty much the same way I did.
Is the external library also based on .net standard?
Guess you already added the library to the dependencies to other assemblies in your json file.
I have packages, where I had to add three and more additional dependencies because they were nested.

WEBCON
In reply to: Markus Jenni

Pretty much the same way I did.
Is the external library also based on .net standard?
Guess you already added the library to the dependencies to other assemblies in your json file.
I have packages, where I had to add three and more additional dependencies because they were nested.

Hi,

Starting from the 2023 release, we migrated our solution from .NET Framework 4.7.2 to .NET 6. During this process, we encountered some limitations introduced by Microsoft — in particular, restricted support for certain WCF bindings.

The issue you're experiencing seems similar to what we faced at that time. You might find this StackOverflow thread helpful:
https://stackoverflow.com/questions/52182419/unable-to-consume-wcf-wshttpbinding-in-net-core

Hopefully, it will point you in the right direction!

Best regards,
Łukasz