Closed rphillipsnwt closed 1 year ago
Error 2 can be ignored, it is unrelated to error 1.
@rphillipsnwt Did you find a solution to this? We bumped into this while upgrading our payment connectors from 9.39 to 9.42.
@thdigia Use the "#pragma" directives like on lines 56 and 58 in the sample and keep it a INamedRequestHandler (non-async).
I don't know why they were so hasty to switch the async warning in .41 to an error in .42, but the approach for now seems to be to ignore the error.
It turned out to solve a similar problem as follows: in the properties of the problematic assembly project, I changed the Target Framework from net.standart2.0 to .Net Framework 4.7.2 and the build is working, there is no error anymore.: "Composition does not have any instances of IHardwareStationController corresponding to the controller 'MyCustomCuntroller"
Hello,
I am trying to update my extensions to support release/9.42. I was able to update my code so that it builds just fine, but when I attempt to run it my custom HWS devices are not loading and the POS is throwing errors.
My initial test is focused on Store Commerce with a local/dedicated HWS.
Error 1) When the POS interacts with my payment device I receive the following error in the event viewer.
The documentation still does not reference INamedRequestHandlerAsync and the example code disables the compiler error with pragmas.
Should I be disabling the error as well and build to target the non-async INamedRequestHandler? In release/9.41 I did not update INamedRequestHandler to INamedRequestHandlerAsync, ignoring the warning, because I encountered the same issues that I am encountering now. My customizations worked correctly for release/9.41.
Error 2) When the POS interacts with my custom device I receive the following error in the event viewer. Possibly this is merely related to error 1.
The documentation references IController, not IHardwareStationController. But it also is mentioning the Retail SDK, not the Commerce SDK, so it is obviously dated. Regardless, the example code also references IController, so maybe "IHardwareStationController" is a rabbit trail and fixing error 1 will address this issue as well.