Search results

11.7.20.0.2288 was the version that was working. It almost need to have an override option to not use absolute URI when connecting via a proxy Server.

This is very odd. I've gone through the different revisions of OpenEdge.Net.HTTP.Filter.Payload.DefaultRequestFilter on GitHub and you are correct. There has been no changes in the logic of when to output a absolute URI vs. a relative URI when connecting via a proxy server. So, I'm not sure...

Thanks Peter. Would you a agree that it is a change in behavior between 11.7 and 12.8 when a client connects via a proxy server.

I've found this. HTTP/1.1: Request And by my interpretation, It seems that OE 12.8 is working according the RFC. If you make a request via a proxy server the URI can be an absolute URI. Servers MUST accept the absolute URI form in requests, even though HTTP/1.1 clients will only generate them...

Thanks, I'm now eyeballs deep looking at GitHub Repos. I'm using the same TLS 1.2 and the same ciphers.

I have existing code that has been working as expected on OE11.7. The code makes a simple POST request via a proxy server. Since upgrading to 12.8 the POST request is different and responds with a 404 http error code. OE 11.7 via a proxy, returns HTTP 200 POST /gateway/oauth/token HTTP/1.1...

I'm not 100%, but try adding a client startup parameter -cpstream UTF-8 -cpinternal UTF-8.

Simplified the code sample. /* Include the necessary namespace for JsonArray */ USING Progress.Json.ObjectModel.*. DEFINE VARIABLE myParser AS ObjectModelParser NO-UNDO. DEFINE VARIABLE oJsonArray AS JsonArray NO-UNDO. DEFINE VARIABLE iArrayLength AS INTEGER NO-UNDO. DEFINE VARIABLE...

/* Include the necessary namespace for JsonArray */ USING Progress.Json.ObjectModel.*. DEFINE TEMP-TABLE ttFruit FIELD fruit AS CHARACTER . DEFINE VARIABLE cCharExtent AS character NO-UNDO extent 4 INITIAL ["Apple","Banana","Cherry","Date"]. DEFINE VARIABLE oJsonArray AS JsonArray...

Output the file in batch mode (or via an AppServer) and and have the following client start up parameters. -noutf8warning -cpstream UTF-8 -cpinternal UTF-8

Are the put-shared-value & get-shared-value procedure located in a persistent procedure? I believe that I can re-produce the issue that you are experiencing. I think it's how you are persistently storing the last known widget handle in the super procedure that is causing you the issue. I'm...

I've not tested it, but try this: ... RUN put-shared-value("CUR-STATUS-MSG-HANDLE", STRING(l-wh)). END. /* of "IF NOT VALID-HANDLE(l-wh)" */ ELSE ASSIGN l-wh:SCREEN-VALUE = p-text l-wh:FRAME = p-frame-wh // Reaffirm the frame attribute if it's changed or not...

run cmd in administrator mode and user "netstat -ab" and see what ports are open.

Thinking outside the box. Does the PBX system that you have a HTTP callback/webhook option? If so, you can then use it in combination of PASOE. I've a had a quick look a the TAPI documentation and its a midfield of information. The only issue you might face is a continuing blocking process...

OE 11.7.20 Windows 64bit. I'm a little bit late to the party but I'm slowly dipping my toe in my migrating existing classic WebSpeed code over to PASOE. The issue I'm having is that output header setting the http status to 302 is not working as expected I have found the knowledge base article...

I'm reopening this thread, because I though I saw a presentation about new features of 12.8 that it can now create YAML files. Only issue is that I can't remember where I saw this presentation (either as powerpoint or youtube). Can anyone confirm that 12.8 now supports the creation of YAML...

Is the Azure firewall open for port 4001?

No, I have not seen this spring add-on. I would not know how to incorporate it in with open edge.

I'm scoping out the prospect of implementing WebAuth into PASOE web transport. I can't see any existing implementation of this in OpenEdge and it seem that the SPRING Tomcat security framework is not able to handle WebAuthn. So, I've started going down the road of trying to "Roll-your-own"...

Shame that there is not plans to fix it.