and a in the same class var like:
class var CONST_LIST : TCOD := (COD_EXAMPLE_0,COD_EXAMPLE_1,COD_EXAMPLE_2);
When calling this list CONST_LIST from a 3rd class we are constantly receiving not found field:
System.MissingFieldException
HResult=0x80131511
Message=Campo não encontrado: 'CSLog.basegeral.TCodigo.CONST_LIST'.
Source=dxserver
StackTrace:
at CSLog.dxserver.ZipcodeService.solicitaContatos(Int32 id_contr, Int32 usuario, String cpf) in D:\siscob_trunk\net\dxserver\ZipcodeService_Impl.pas:line 205
at CSLog.dxserver.ZipcodeService_Invoker.Invoke_solicitaContatos(IROService ___Instance, IMessage ___Message, IServerChannelInfo ___ServerChannelInfo, ResponseOptions& ___oResponseOptions) in D:\siscob_trunk\net\dxserver\dxserver_Invk.pas:line 977
at RemObjects.SDK.Server.ServerChannel.InvokeMethod(ServiceInfo serviceInfo, IServerChannelInfo channel, IMessage message)
Instead, calling the directly the const ones. It works fine.
Windows: 7
RemObjects: RemObjects Data Abstract for Water and Visual Studio, Server Edition - 10.0.0.1495.exe
Water: RemObjects Elements with Water - 10.0.0.2607.exe
Before updating this structure was working fine. Is there any change on Echoes?
The problem is related to this calling at
RemObjectsServerTest
Class: BusinessLogicService_Impl.pas
method Process(value: System.String): System.Int32; virtual;
begin
var base : TBase;
var base_return : String;
base_return := base._teste(TCodigo.CONST_LIST); **<~ HERE (Line ~ 69)**
if (String.IsNullOrEmpty(value)) then begin
Result := -1;
end else begin
Result := (base_return + "Secret Salt").GetHashCode();
end;
end;
Your problem is a compiler issue, right? so it should be able to be reproduced in a simple app that, say, just has one or two classes, and does not rely on “third party” libraries that have nothing to do with the problem, such as Remoting SDK.
This new zip is missing the folder structure again; all the files are in one folder, meaning all the relative paths between solution, projects, and files etc are broken. :(. Whatever tool you are using to create these zips seem to have a problem…
This new zip is missing the folder structure again; all the files are in one folder, meaning all the relative paths between solution, projects, and files etc are broken. :(. Whatever tool you are using to create these zips seem to have a problem…
I did it using Visual Studio on Windows 7. Do you have an Windows environment?
Ah, I see. But the Ink class just calls your service class, and that has the bug, right? so ideally this should repro without going thru RO. But in any case, I’ll just log tis with the team and see if they can repro from what we have.
I do, but that should not matter, as the compiler is the same whether I’m on Mac or Windows. Your latest zip is broken, as was the first one (the previous one was fine); all the filenames are mangled and have \ in their names, rather than having the proper folder structure, as you can see in my screenshot.
I recommend, on Windows, just right-clicking the folder and choosing “Send to Compressed Folder” to zip; that has been working reliably in my experience.
FWIW, I see no reverify errors for the three binaries (usually peveerify will flag errors that would cause a System.MissingFieldException or the like).