scottklement.com

It is sending back this error:

{"error":"invalid_client"}


Does that mean anything to you?

My best guess is that something is wrong with your client id or client secret. But you could also any other possible meanings of the word "client" and use that for ideas of what to try.

There's nothing in the IBM i operating system that strips authentication headers.

Furthermore, I can see "Authorization: Basic XXXXXXXXXXXXXXXXXXXX" being sent with your request, so it is definitely being sent.

It's possible that the webhook.site you are running in through could be stripping them ...

So I do a GIT pull request following this:

export PATH=/QOpenSys/pkgs/bin:$PATH
https://github.com/ScottKlement/httpapi.git


It's unclear what you mean by a "git pull request following this". And you aren't explaining what IFS directory you want the files to be placed in, or what you are doing ...

I don't understand.

What does 'IFS Home Src' mean exactly?

You refer to 'standard qsrc files'. I have no clue what you mean!!

You say "something in my export keeps pulling the git pull request into that home directory". What do you mean by 'export'? why would it be running git commands?

This question has nothing to do with HTTPAPI. It is about configuring the IBM HTTP Server (powered by Apache.)

With the Apache server, this is the default behavior... it always sets the library containing the program you call as the current library.

You could try adding a line like this:

SetEnv ...

There should be a header 'www-authenticate' that tells the caller what type of authentication methods the server supports.

However, there isn't one in your log. To me, this means that it is not expecting BASIC, DIGEST or NTLM2 authorization. It is either expecting some other completely different ...

I very much doubt that this is possible. Joining is done by the code inside the database engine... you'd need a database engine that understands both databases, and I don't think there is such a thing.

If the server locks up when it receives a command it doesn't understand, that's a bug in the server, not a bug in FTPAPI.

The best way to use a variable for the library in SQL is to create an alias in QTEMP that points to the correct library, and then run the SQL statement against the alias.

What version of IBM i are you running? Are you up to date on PTFs?

The error you cite doesn't normally have to do with CA certificates being installed... more likely, the site is using a newer version of TLS (aka SSL) than your IBM i version supports.

But that's only one of many possible problems ...