This content has been marked as final. Show 8 replies
You get the wallet errors when you're using the connection not while you set its parameters and that is why if you can't connect throught the proxy you don't get errors about the wallet.
The error about the proxy configuration anyway is quite strange to see inside a function accepting a string, so I think it could be a possible misshandled exceptioin.
If you didn't do it yet,I suuggest you to verify if you can connect to that proxy with a simple utl_tcp.open_connection(), or that the string you passed is in the right format.
If that works, I suppose you have enought reasons to open a TAR on metalink.
please give all your variables type ( request, proxyServer ... etc ).
Try to use this in SQLPLUS ' replace the param values
SELECT utl_http.request(p_url, p_authent_login || ':' || p_authent_password ||'@' || p_proxy,'file:' || p_wallet_path, p_wallet_pwd)
This is a simple way to check if the WEB SERVER reponds in HTTPS.
p_authent_login, p_authent_password -> is for your proxy
> The error about the proxy configuration anyway is quite strange to see inside
a function accepting a string, so I think it could be a possible misshandled
Well, the command sequence is correct as far as UTL_HTTP documentation goes and numerous samples on the Net.
It also makes sense ito how this works via web browsers :
- first set the parameter (including the proxy to use)
- start the request (e.g. type in the URL in the address bar and press enter)
- the browser is challenged by the web server and pops up a Basic Auth username & password box
- username and password are enterred and submitted
- the web browser passes the that to the web server and the web proxy server accepts and executes the URL (contacts the actual server in the URL)
So the following code sequence does not seem wrong to me:
This sequence btw works fine for HTTP.
-- enter URL and submit (note that this goes to the proxy) request := UTL_HTTP.begin_request( url ); -- provide auth details to the proxy UTL_HTTP.set_authentication(request, proxyUser, proxyPass, 'Basic', TRUE ); -- the proxy now passes the request through to the actual web server and we get a response response := UTL_HTTP.get_response( request );
The only additional complexity is now adding another setting up front - the wallet. And making a HTTPS request via the proxy instead of a HTTP one.
The basic auth is also for the proxy server. It challenges the web browser. Usually it will be the destination web server that challenges the web browser. According to the docs that is the purpose of the for_proxy parameter - which when set provide the response to the Basic Auth challenge to the proxy.
All this works fine with HTTP...
What puzzles me is that if I introduce an error on purpose using HTTPS, I get a meaningful error message - but only when not using a proxy. E.g. I use a wallet without the necessary certificate. I'm told that by UTL_HTTP.
However, when the only change is to make use of a proxy, the error becomes a seemingly meanless number/value error.
Which is why it seems to me that the error has something to do with the proxy and HTTPS combo - before it even gets to using the wallet.
As for opening a TAR on Metalink.. I'm not sure how quick they will be able to provide a meaningful answer/workaround on this. After all, I expect that they do not have ready-to-use R&D environments to test HTTPS without a proxy, with a proxy using no authentication, and with a proxy using authentication.
Am trying to set this up myself first to isolate the problem and determine if this is indeed a bug or not.
SELECT utl_http.request(p_url, p_authent_login || ':' || p_authent_passwordHmm.. I will try, but I doubt that this will solve the problem.
||'@' || p_proxy,'file:' || p_wallet_path, p_wallet_pwd) FROM DUAL;
The exact same sequence of code (including opening the wallet), works via the proxy to a website via HTTP.
However, when the URL is changed from HTTP to HTTS, the funny error results. And this occurs before the proxy authentication. I.e.
I need to get a hole punched into the local firewall in order to test this code without a proxy. It seems to me that the combination of proxy and HTTPS is a problem for UTL_HTTP.
request := UTL_HTTP.begin_request( url ); <== FAILS HERE BEFORE AUTHENTICATION (and only when the URL is HTTPS) UTL_HTTP.set_authentication(request, proxyUser, proxyPass, 'Basic', TRUE);
What I do find a tad strange is this problem is not mentioned anywhere on Metalink, here in Oracle Forums, or elsewhere on the net. So either I'm doing something unique (unlikely), or am missing something else that is required to make UTL_HTTP work via a proxy using HTTPS.
Yeehaa.. problem found - after using a ssh reverse tunnel to get direct access to the net.
With the proxy eliminated, the error become apparent with the appropriate error message being displayed as oppose to the funny number/value error.
Certificate chain was incomplete. Once the additional dependent certificates were installed, it is working fine using proxy authentication too.
Hmm.. can consider this a bug of sorts. When using a proxy the exception ORA-06502: PL/SQL: numeric or value error is not trapped and returned as a ORA-29024: Certificate validation failure, as is the case when not using a proxy.
I too am getting a similar problem. I'm in a situation where I'm trying to retrieve the authorization certificate from a thrid-party service. The only oracle documentation I can find claims (not verbatim) that the BER-encoding is malformed or unrecognized.
I am currently looking into this. Any help would be much appreciated!