Bug 1349224 - jws image cannot work well behind the http_proxy
Summary: jws image cannot work well behind the http_proxy
Keywords:
Status: CLOSED DUPLICATE of bug 1321101
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: ImageStreams
Version: 3.2.1
Hardware: Unspecified
OS: Unspecified
high
low
Target Milestone: ---
: ---
Assignee: kconner
QA Contact: Tomas Schlosser
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-06-23 02:28 UTC by Wang Haoran
Modified: 2019-12-16 05:58 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1348945
Environment:
Last Closed: 2017-02-18 00:39:23 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker CLOUD-865 0 Major Closed Modify proxy variables in images to support convention used by other OSE images 2017-11-07 14:51:26 UTC

Comment 1 Ben Parees 2016-06-23 02:58:05 UTC
i know the eap and jws images are supposed to autoconfigure the maven proxy settings if HTTP_PROXY/HTTPS_PROXY is set, not sure why it's not working for you.

Comment 3 Martin Nagy 2016-07-20 09:18:57 UTC
The problem is likely that HTTP_PROXY is uppercase, and not lowercase. See https://bugzilla.redhat.com/show_bug.cgi?id=1348945#c4

Comment 4 Ben Parees 2016-07-20 13:22:03 UTC
@martin: again not the case, the issue here is that the middleware images explicitly expect a different set of proxy env variables that they use to configure maven/etc, and it does not align with the standard HTTP_PROXY/http_proxy variables.

Comment 5 Wang Haoran 2016-08-12 07:39:58 UTC
Since image works well with it's special settings, remove the testblocker keyword
> $HTTP_PROXY_HOST
> $HTTP_PROXY_PORT
> $HTTP_PROXY_USERNAME
> $HTTP_PROXY_PASSWORD
> $HTTP_PROXY_NONPROXYHOSTS

Comment 6 Dongbo Yan 2016-08-12 08:16:23 UTC
Test with 
registry.access.redhat.com/jboss-webserver-3/webserver30-tomcat8-openshift            latest              8bcae5669106        3 weeks ago         735.8 MB
registry.access.redhat.com/jboss-webserver-3/webserver30-tomcat7-openshift            latest              fb6eaa939b95        3 weeks ago         733.8 MB

build successfully under proxy

Comment 7 Tracy Rankin 2016-08-17 13:33:11 UTC
Lowering severity as there is viable workaround of using uppercase variables.

Comment 8 Travis Rogers 2016-08-17 23:58:19 UTC
Environment variable case is not an issue.  Not sure what was tested here.  Can you provide details related to the tests?


Work for this issue will continue on the linked JIRA - https://issues.jboss.org/browse/CLOUD-865.

Comment 9 Dongbo Yan 2016-08-18 02:02:27 UTC
The same reproduce steps and openshift master config in description

Comment 10 Travis Rogers 2016-08-18 04:09:54 UTC
The tests indicated you used the following images for Tomcat (7 and 8) and had a successful s2i build with a proxy in play.  Does that mean there was a change in these specific Tomcat images that prevented failure during the build, like the customer reports?


"Test with 
registry.access.redhat.com/jboss-webserver-3/webserver30-tomcat8-openshift            latest              8bcae5669106        3 weeks ago         735.8 MB
registry.access.redhat.com/jboss-webserver-3/webserver30-tomcat7-openshift            latest              fb6eaa939b95        3 weeks ago         733.8 MB

build successfully under proxy"

Or did you add these xPaas environment variables?
$HTTP_PROXY_HOST
$HTTP_PROXY_PORT
$HTTP_PROXY_USERNAME
$HTTP_PROXY_PASSWORD
$HTTP_PROXY_NONPROXYHOSTS

I'm trying to determine if there is still an issue with xPaas JWS.

Comment 11 Bogdan Calomfirescu 2016-08-18 10:44:43 UTC
Hello all,

We experience the same issue for all xPaaS builds.

Maven ignores the standard HTTP_PROXY/http_proxy (uppercase/lowercase).

Is there a global workaround that can be put in place until this bug is fixed?

Thanks

Comment 12 Ben Parees 2016-08-18 12:53:41 UTC
@Bogdan if you're using our images, you can use the env variables described above which are respected by those images.  If you're using a random maven image, then no, there is no global workaround, you'll have to configure your maven settings in whatever way that image supports being configured.

Comment 13 Bogdan Calomfirescu 2016-08-18 13:51:00 UTC
Hello,

Yes we are using official RedHat images and the variables that you have suggested are working ok.

Thank you for the help.

I see that you have updated the documentation also: https://docs.openshift.com/enterprise/3.2/install_config/http_proxies.html#using-maven-behind-a-proxy

But the issue isn't completely solved. Is there a bug opened for xPaaS builds that are failing intermittent with "Peer not authenticated"? 

Thanks in advance

Comment 14 Ben Parees 2016-08-18 13:54:33 UTC
> But the issue isn't completely solved. Is there a bug opened for xPaaS builds 
> that are failing intermittent with "Peer not authenticated"? 


@Bgodan not that i'm aware of, please open it as a new bug and we'll investigate.

Comment 15 kconner 2017-02-18 00:39:23 UTC

*** This bug has been marked as a duplicate of bug 1321101 ***


Note You need to log in before you can comment on or make changes to this bug.