Messages

1

Web Server - Ask For Help / Re: Help connecting with rest server locally? Get error -69

« on: March 11, 2024, 05:16:10 PM »

Some more info...
I tried connecting from PostMan to the secure port, got an error as well.

So later, I tried connecting to the non-secure port. From Postman, succeed! It indeed connected locally.
Then, I tried from my nettalk client program... no luck. Said "the requested connection to 127.0.0.1 could not be opened. The open command timed out or failed to connect". I'm tried with 127.0.0.1 and the insecure port (that worked from postman, and from the browser!).
In my program, I changed to net.SSL = 0 (recompiled, retried, not working)
And of course, the adresss to call (i set that at runtime).
What else should I change to get the same result as Postman?
Kind regards,
Jorge Lavera

2

Web Server - Ask For Help / Help connecting with rest server locally? Get error -69

« on: March 11, 2024, 04:21:13 PM »

Hi, I have a rest server using nettalk -working- already in the Azure cloud. It works! But I need to do some testing locally... and this used to work, but lately I'm, totally unable to communicate to the server using 127.0.0.1 or localhost.
Using the latest Nettalk.
* I generated the crt and key certificates with the latest openssl - (both for localhost and 127.0.0.1).
* I tried from the browser, that was one of the latest things that worked, but not anymore.
* It is not locked by any antivirus or firewall. I made a small Clarion testing program, to send a GET to the server, and when I try locally (for example, to https://localhost:1741 or to https://127.0.0.1:1741) it says the error was -69 which means the SSL remote certificate failed verification.
* The server starts successfully, it says it loaded the certificates, 0 errors.
* The server shows there -was- a connection attempt. But it gives no error, nothing.
* If i started the server for localhost I tried calling localhost and used localhost named certificates, same for 127.0.0.1 - all matching)
* The problem seems to be in the side of the server... But I'm not sure what else to try.
** Do the openssl certificates are no longer valid for a local test??
** What I need to test is the server response under certain conditions and performance related LOCALLY, the connection over the web works perfect!!! What am I missing for testing the server locally?

Thank you for any help!
Kind regards,
Jorge Lavera

3

Web Server - Ask For Help / I do NOT want to include the blob, but he thinks differently

« on: July 24, 2023, 09:08:44 AM »

A rest server, using topspeed files.
Nettalk 12.62, jfiles 2.3, reflection 1.22, selfService 3.57, stringTheory 3.57, xfiles 4.23
Clarion 11.1 13815

Using NetWebServiceMethod procedures to supply Rest APIs.
I have a Rosters topspeed file with several fields, a blob, and several memos. The blob is defined as binary, although stores a base 64 encoded string. The Android/ios App supplies the content, the content is saved to the blob, and the signature is shown in the Windows system. So far, perfect.
Now, I have an API for the App to -read- the roster information, and in that response, I DON'T want the signature to be sent to the app... and no matter what I do, it is always there.

A typical response is like this:
{"Response":{"Rosters":[{"clientcontribution":0,"clientid":30917,"clientnoteflag":0,"deliveryitems":0,"description":"Monday - Paid meal break","destination":"","enableconcurrentservices":0,"enablerosteropt":0,"endatdate":"2023-07-24","endattime":"07:00:00","endtrandoneflag":0,"enduserlatitude":0,"enduserlocation":"","enduserlongitude":0,"extentofservice":10,"fixedstarttime":"0:00:00","groupview":0,"kmsetting":"N","maxkm":0,"nextservicedate":"-  -","optimisedendtime":"0:00:00","optimisedtime":"0:00:00","optimizedetfrom":"0:00:00","optimizedetto":"0:00:00","optimizedrange":0,"optimizedstfrom":"0:00:00","optimizedstto":"0:00:00","originalendtime":"0:00:00","originaltime":"0:00:00","pickup":"","requirecost":0,"requiredondevice":0,"rosterid":2252957,"rosteropt":"","rosterstatus":"","rostershashmd5":"QD20230710112942","servicelocation":"15A Nicholl Street DAGLISH WA","servicetype":"Overnight - Active","servicetypeid":480,"signaturerequired":"N","startatdate":"2023-07-24","startattime":"21:00:00","startuserlatitude":0,"startuserlocation":"","startuserlongitude":0,"status":"AS","uomdescription":"Hours","uomid":1,"userid":1124,"workerid":21905,"signature":""}]}}
Except "signature" is nowhere included to be listed.
I come to remove ALL the fields but the id, and I got:
{"Response":{"Rosters":[{"rosterid":32342,"signature":""}]}}
I don't have the signature field in the list of fields. It is excluded.
"Blobs in View" is unmarked  (although, I tried both options).
I also tried an "overrides" list with, for example, only the Id. Still, I got the id and the signature.
I even created a new procedure from scratch! In case it was corrupted somehow. Still... signature is there.
What made me come here to ask for help, is I did a text search in the generated source, and the field signature is nowhere!!! Is not even part of the project.
At this point, I'm at level WTF? and give up.
I'm about to conclude the only thing I can do is to remove the field from the file... But sure that's not the solution, isn't it?

Any idea?
Help!

Thank you,
Jorge Lavera

4

Web Server - Ask For Help / Empty "fields" list in "Returns" properties of a NetWebServiceMethod - Bug

« on: September 27, 2022, 05:40:29 AM »

Hi, all.

In version 12.41 and 12.46, I found that when I enter a NetWebServiceMethod, go to Actions, Returns tab, properties button, and "fields" list, there suppose to be the list of selected fields there, but now it is always empty.
Does this happens to you?
If I go to "options" and select the "view table" button to "select" the file again, THEN the list appears again (only if I actually select the file), with the file selection memorized. However, as soon as I "save" everything, the selection seems to be lost again. In fact, I'm getting a field in the API answer that is specifically unselected in the list.
What to do?

Kind regards,
Jorge Lavera

5

Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL

« on: July 01, 2022, 10:05:20 AM »

We are still having the GPF after the upgrades, about 15 minutes after starting. We made sure every file is updated.
Help!

----------------------------------------------------------------------------------
Program : F:\SMSRESTOG\WebServer.exe
Version : 4655.0.0.313
At : 20:20:17 on 2022/07/01
Workstation: : EMY-RDSH-04
User Name: : EMY-RDSH-04$
Reported error : EXCEPTION_ACCESS_VIOLATION - Error writing data at : 00000000h
Windows : Win 10 - 10.0.17763
Clarion : 0.9
Thread : 3     Field : 0     Event : 523     Keycode : 0
Error at address : 00000000h  no module
Stack Trace
1303D892h     Line=1823     Proc=SSL_OUR_SERVERSWITCHTOSSL@F  Src=netdl020.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[01] 70F13BA2h     no debug info, Module=F:\SMSRESTOG\libssl-1_1.dll 1.1.1n
[02] 13031533h     Line=1635     Proc=SIMPLESERVER_ACCEPT@Fll  Src=netdl017.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[03] 130085E6h     Line=1166     Proc=CALLBACKWINDOWCLIENTCALLBACK  Src=netdl003.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
13007D64h     Line=1275     Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[04] 751C5D1Bh     no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
13007D64h     Line=1275     Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[05] 751B682Ch     no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
13007D64h     Line=1275     Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
7111BEA0h     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
7111BEA4h     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
7111BE9Ch     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
13007D64h     Line=1275     Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[06] 751B596Bh     no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
13007D64h     Line=1275     Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
13007D64h     Line=1275     Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[07] 751ABCB0h     no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
[08] 710B077Ch     Line ?=27     no proc         Src="Library State"  Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
13008A3Dh     Line=826         Proc=CALLBACKWINDOWSRC@F  Src=netdl003.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
710F1A46h     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
710D3318h     Line ?=27     no proc         Src="Library State"  Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
[09] 13008D33h     Line=864         Proc=CALLBACKWINDOWSRC@F  Src=netdl003.clw     Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[10] 71093D9Bh     no line number     no proc         Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
7110D0ACh     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
710EDA9Eh     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
[11] 71093879h     no line number     no proc         Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
710EDAB4h     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
7110D0ACh     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
7110D12Ch     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
71101358h     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
7110136Ch     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
71101388h     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
7110137Ch     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
711013A4h     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
71101398h     Line ?=47     no proc         Src=wxeh.cpp     Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
[12] 770F77FDh     no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.2989 (WinBuild.160101.0800)
[13] 770F77CDh     no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.2989 (WinBuild.160101.0800)

6

Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL

« on: June 29, 2022, 07:38:36 PM »

I'll check, thank you, Bruce.

7

Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL

« on: June 29, 2022, 02:11:22 AM »

Hi, Bruce.
They are all like this:

----------------------------------------------------------------------------------
Program : J:\SMSWINRest\SMSRestWebServer.exe
Version : 4653.0.0.311
At : 13:50:56 on 2022/06/28
Workstation: : EMY-RDSH-04
User Name: : EMY-RDSH-04$
Reported error : EXCEPTION_ACCESS_VIOLATION - Error writing data at : 00000000h
Windows : Win 10 , Tablet - 10.0.17763
Clarion : 0.9
Thread : 3    Field : 0    Event : 523    Keycode : 0
Error at address : 00000000h  no module
Stack Trace
1303F10Ah    Line=1774    Proc=SSL_OUR_SERVERSWITCHTOSSL@F  Src=netdl020.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[01] 72A33A92h    no debug info, Module=J:\SMSWINRest\libssl-1_1.dll 1.1.1k
[02] 13032C93h    Line=1632    Proc=SIMPLESERVER_ACCEPT@Fll  Src=netdl017.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[03] 1300962Fh    Line=1166    Proc=CALLBACKWINDOWCLIENTCALLBACK  Src=netdl003.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
13008DA4h    Line=1275    Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[04] 76B15D1Bh    no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
13008DA4h    Line=1275    Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[05] 76B0682Ch    no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
13008DA4h    Line=1275    Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
73409D20h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
73409D24h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
73409D1Ch    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
13008DA4h    Line=1275    Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[06] 76B0596Bh    no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
13008DA4h    Line=1275    Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
13008DA4h    Line=1275    Proc=CALLBACKWINDOWMAINCALLBACK  Src=netdl003.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[07] 76AFBCB0h    no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
[08] 7339E68Ch    Line ?=27    no proc       Src="Library State"  Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
13009A98h    Line=826       Proc=CALLBACKWINDOWSRC@F  Src=netdl003.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
733DF956h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733C1228h    Line ?=27    no proc       Src="Library State"  Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
[09] 13009DC7h    Line=864       Proc=CALLBACKWINDOWSRC@F  Src=netdl003.clw    Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[10] 73381CABh    no line number    no proc       Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733FAF94h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733DB9AEh    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
[11] 73381789h    no line number    no proc       Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733DB9C4h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733FAF94h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733FB014h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733EF244h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733EF258h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733EF274h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733EF268h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733EF290h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
733EF284h    Line ?=47    no proc       Src=wxeh.cpp    Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
[12] 774477FDh    no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.2989 (WinBuild.160101.0800)
[13] 774477CDh    no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.2989 (WinBuild.160101.0800)

----------------------------------------------------------------------------------

8

Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL

« on: June 28, 2022, 06:14:27 PM »

Hi, Don.

Yes, the version reported by clanet.dll matches the respectives NT versions installed. Triple checked.

Jorge Lavera

9

Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL

« on: June 28, 2022, 05:27:26 PM »

This also happened before the last upgrade, in line 1769 of netdl020.clw (clanet.dll) version 11.43.0.0, same Proc=SSL_OUR_SERVERSWITCHTOSSL.
Bruce, any idea what is in that line? Our rest server is failing every half an hour with this; no special calls or overload.

Thanks,
Jorge Lavera

10

Web Server - Ask For Help / GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL

« on: June 28, 2022, 01:56:41 AM »

Hi, all

I'm having a repetitive GPF as this:

1303F10Ah    Line=1774    Proc=SSL_OUR_SERVERSWITCHTOSSL@F  Src=netdl020.clw     Module=J:\RestServer\CLAnet.dll 11.53.0.0

Any idea what this can be?

Jorge Lavera

11

Web Server - Ask For Help / NetWebServiceMethod returning queue

« on: May 07, 2021, 08:58:34 PM »

Hi,

I'm trying to use a NetWebServiceMethod to return a local queue, because I have to take fields from different files and make some calculations. I use the QUEUE return type option, which has two tabs, Options and Fields. My problem is it seems to not be taking the Fields tab at all, it doesn't matter if I select a different order for the fields, or try to omit some of the fields. This is not working. It is returning the queue's fields as they are defined in the local data.
I'm using NT 11.43, but I don't see any history comment related with this in any later version, and I don't find this in the docs.
So, what is the Fields tab for? Is it really being ignored, or I'm missing something?

Kind regards,
Jorge Lavera

12

Web Server - Ask For Help / Re: HTTP/2.0

« on: March 27, 2021, 06:03:07 PM »

Thenk you for the replay!

13

Web Server - Ask For Help / HTTP/2.0

« on: March 27, 2021, 12:48:29 AM »

Hi,

I have an app developer saying he is sending HTTP/2.0 requests to my rest server. The logs says HTTP/1.1.
How is HTTP versioning handling? I cannot find it mentioned in the docs, is it 1.1 the highest supported by the server? Do I have to change something to support 2.0?

Kind regards,
Jorge Lavera

14

Web Server - Ask For Help / Re: Sessions, sockets, connections, timeout

« on: March 19, 2021, 10:17:29 AM »

"yes. In the reply the client is instructed to close the connection. Most do, but maybe some don't."

Can this cause problems in the server if we have a lot of users doing, say, over 200 calls per second?

<< Is there any reason why the connection would not close?
"yes and no. So by default in the old version you are using the server side connection timeout is set to 0, although in later builds I've set that to a "big number" like 5 minutes."

Is that the "Session Timeout" number set at the Advanced tab? It was setting by code to 90001 cents. of sec, or about 15 minutes, but I did tests of server heavy loading and caused problems (server collapsing), so I bring that down to about 1 second, where it looks like it works better. However, from time to time the server simply stops responding, although the program is still working. A processMonitor analisys show a lot of "connections" closing at that time, so we were wondering if it could be related.

Kind regards,
Jorge Lavera

15

Web Server - Ask For Help / Re: Sessions, sockets, connections, timeout

« on: March 19, 2021, 02:41:41 AM »

Hi, Jane.

Thank you for your answer.
Yes, the server has methods grouped into a netwebservice.
I'm on Nettalk 11.43. I see the "Delete Session immediately" checkbox on the methods, and it IS ticked. I don't see this checkbox on the WebServer procedure, there is one 'Delete Session on Logout" (ticked) but no "Delete Session immediately".
The client are not browsers, but App in android or iOS phones, so I cannot execute the netstat stuff. You actually meant the client, or the server?

Kind regards,
Jorge Lavera