Quoting Martin Paul :
Could it be an issue with your web proxy (proxy|0.1.2.3|:8080)? I
have no idea why it should store a jar file under a wrong name,
though ...
The interesting question is, whether it's indeed a JAR file you have
there, or whether PCA's routine to determine the filetype
laur...@elanor.org wrote:
It is a jar, but something uncanny is happening here.
Your idea about the web proxy may well be right.
Very strange. You could try PCA's --nocache option, which will set "cache=off"
for wget. A web proxy should then ignore locally cached files and get the file
from O
Quoting Martin Paul :
Very strange. You could try PCA's --nocache option, which will set
"cache=off" for wget. A web proxy should then ignore locally cached
files and get the file from Oracle.
Didn't change a thing. I also tried from IE on the same box (Linux is
running in a VM), the same
laur...@elanor.org wrote:
However, I believe we are hitting a fundamental flaw of the Oracle patch
download system here:
If you go back to my previous email with the debug run, the request for
the patch is secure: https://updates.oracle.com/all_unsigned/121118-19.zip
If the patch were *reall
Am 25.11.11 13:18, schrieb Martin Paul:
>
> Before, patches came from https://a248.e.akamai.net/, but since that
> change it is now either http://aru-llnw-dl.oracle.com/ or
> http://aru-akam.oracle.com/. So the actual patch download silently
> switched from HTTP to HTTPS.
iirc the a248.e.akamai.n