Turns out the compiler was referencing the 10.700.4 dll's, but on the compile sequence would replace them with 10.700.0 dll's, meaning it of course would not work. A simple clear of the bin and obj folders and a restart of the IDE fixed this.
Hi all,
Been banging my head against a solid wall with this one.
"Table 'GLAccount' property mismatch between sender and receiver." is all I get, and I've expended all avenues that would constitute a solution in the past day and a half. When creating the session in code, I've tried using both the local IP of the server, and the DNS name of the server - no luck in both of these scenarios. I've checked the server, and have indeed found something peculiar, but can't find how this could possibly link to this problem:
Transport authentication failed.
Service: net.tcp://xxxxxxxxxxx/E10/Ice/BO/UserFile.svc
ClientIdentity:
ActivityId: <null>
SecurityNegotiationException: Authentication failed on the remote side (the stream might still be available for additional authentication attempts). ---> AuthenticationException: Authentication failed on the remote side (the stream might still be available for additional authentication attempts). ---> Win32Exception: The target principal name is incorrect
However, it enters my code block and performs all other actions accordingly (checks if Projects and COA exists, adds if they don't, etc.):
Using _session As New Ice.Core.Session(user, pass, net.tcp://address, Session.LicenseType.Default, "......E10.sysconfig")
Anyone out there with an idea why I would be getting this property mismatch? We're using the latest DLL's, implemented the WCF service properly (at least, hope so: Dim GL_AccountBO As Erp.Proxy.BO.GLAccountImpl = WCFServiceSupport.CreateImpl(Of Erp.Proxy.BO.GLAccountImpl)(_session, Epicor.ServiceModel.Channels.ImplBase(Of Erp.Contracts.GLAccountSvcContract).UriPath)).
Seriously running thin on idea's here!
Kind regards,
Dave.