Description of problem: This is about Templates and Quickstarts. The quickstarts suggested by templates (eg: for EAP template it suggests kitchensink) doesn't have support to proxy, if the customer needs to use proxy he must adapt it or find another source code with STI configurations provided by default (eg: https://github.com/hodrigohamalho/openshift-jee-sample). IMHO all sources code suggested by templates should have proxy support. And the use of proxy should be on README of source code. eg: https://access.redhat.com/solutions/1758313 the source of this article should be on kitchensink README.
The EAP images all support proxy via the HTTP_PROXY_* env variables, there may be a documentation problem here, but you should be able to configure the proxy by just adding the right env vars. Over to Kevin to point to relevant doc or close when the doc is available.
Yes, but as far as I Know this proxy variables is not included on maven build, because the source code (https://github.com/jboss-developer/jboss-eap-quickstarts/tree/7.0.x-develop/kitchensink) doesn't support STI.
I'm reading it again, and I think it doesn't make sense anymore, because the S2i images has HTTP_PROXY_* env variables as Ben Parees said. I will close it, thank you guys for your attention. Regards,
i'd like to leave it open actually, we should make our images use the standard env variables (and continue to support this old env variable for backwards compatibility of course). but severity is low since there is a valid way to make it work.
The standard env variables that you refer are the listed below? - http_proxy - https_proxy - ftp_proxy - rsync_proxy - no_proxy
yes, but i don't think ftp and rsync are relevant. also we should support the uppercase versions of all of them.
*** Bug 1349224 has been marked as a duplicate of this bug. ***
*** Bug 1375416 has been marked as a duplicate of this bug. ***
closing as this is being tracked in JIRA now, which is the mechanism for middleware image issues.