[jbosstools-issues] [JBoss JIRA] (JBIDE-27019) Show in -> Web console option does not work for CRC 1.3 as there is different end point url for this

[André Dietisheim (Jira)]

    [ https://issues.redhat.com/browse/JBIDE-27019?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13967312#comment-13967312 ] 

André Dietisheim edited comment on JBIDE-27019 at 2/10/20 6:07 AM:
-------------------------------------------------------------------

[~odockal] that's odd, I cannot reproduce this. I get  the console opened at the correct  url, namely {code}https://console-openshift-console.apps-crc.testing/{code}
The thing that makes me wondering is the following error message that you report:
{code}
com.openshift.restclient.UnsupportedEndpointException: Unable to determine the api endpoint for kind 'ConfigMap'
	at com.openshift.internal.restclient.URLBuilder.buildWithNamespaceInPath(URLBuilder.java:149)
	at com.openshift.internal.restclient.URLBuilder.build(URLBuilder.java:135)
{code}
The client library complains that it cannot retrieve config maps from the cluster. That's where the client library would fetch the url for the console from. Apparently this retrieval failed and Eclipse thus falled back to the default host url which is indeed {code}https://api.crc.testing:6443/{code} This retrieval should always succeed, config maps are a completely valid kind of resources, this shouldn't ever happen in an OpenShift cluster, that's very very unexpected. It would be "valid" that we cannot find the config map that stores the url for the console, but the client lib here fails in the prior step, it cannot even retrieve *ANY* config map.
I thus suspect that your crc wasn't fully started or is corrupt. You seem to confirm this by your step 6:
{code}
6. ASSERT: One can connect to OS via web console
{code}
[~odockal] Can you still reproduce this bug? [~jeffmaury] Can you reproduce this?


was (Author: adietish):
[~odockal] that's odd, I cannot reproduce this. I get  the console opened at the correct  url, namely {code}https://console-openshift-console.apps-crc.testing/{code}
The thing that makes me wondering is the following error message that you report:
{code}
com.openshift.restclient.UnsupportedEndpointException: Unable to determine the api endpoint for kind 'ConfigMap'
	at com.openshift.internal.restclient.URLBuilder.buildWithNamespaceInPath(URLBuilder.java:149)
	at com.openshift.internal.restclient.URLBuilder.build(URLBuilder.java:135)
{code}
The client library complains that it cannot retrieve config maps from the cluster. That's where the client library would fetch the url for the console from. Apparently this retrieval failed and Eclipse thus falled back to the default host url which is indeed {code}https://api.crc.testing:6443/{code} This retrieval should always succeed, config maps are a completely valid kind of resources, this shouldn't ever happen in an OpenShift cluster, that's very very unexpected. It would be "valid" that we cannot find the config map that stores the url for the console, but the client lib here fails in the prior step, it cannot even retrieve *ANY* config map.
I thus suspect that your crc wasn't fully started. You seem to confirm this by your step 6:
{code}
6. ASSERT: One can connect to OS via web console
{code}
[~odockal] Can you still reproduce this bug? [~jeffmaury] Can you reproduce this?

> Show in -> Web console option does not work for CRC 1.3 as there is different end point url for this
> ----------------------------------------------------------------------------------------------------
>
>                 Key: JBIDE-27019
>                 URL: https://issues.redhat.com/browse/JBIDE-27019
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>          Components: cdk, openshift
>    Affects Versions: 4.14.0.AM1
>            Reporter: Ondrej Dockal
>            Assignee: André Dietisheim
>            Priority: Critical
>             Fix For: 4.14.0.Final
>
>
> Show in -> Web Console does not work for Openshift connection created from CRC 1.3 version as the Server's url (OS 4.2 endpoint - https://api.crc.testing:6443/) does not work for web console access. The correct one is https://console-openshift-console.apps-crc.testing/.
> I got this error stack trace, btw:
> {code}
> eclipse.buildId=12.14.0.AM1-v20200123-0055-B5802
> java.version=11.0.5
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> Framework arguments:  -product com.jboss.devstudio.core.product
> Command-line arguments:  -data file:/home/odockal/workspace_12140AM1-0123/ -os linux -ws gtk -arch x86_64 -product com.jboss.devstudio.core.product
> org.eclipse.core.jobs
> Error
> Mon Jan 27 15:12:23 CET 2020
> An internal error occurred during: "Retrieving console for https://api.crc.testing:6443...".
> com.openshift.restclient.UnsupportedEndpointException: Unable to determine the api endpoint for kind 'ConfigMap'
> 	at com.openshift.internal.restclient.URLBuilder.buildWithNamespaceInPath(URLBuilder.java:149)
> 	at com.openshift.internal.restclient.URLBuilder.build(URLBuilder.java:135)
> 	at com.openshift.internal.restclient.DefaultClient.execute(DefaultClient.java:297)
> 	at com.openshift.internal.restclient.DefaultClient.execute(DefaultClient.java:271)
> 	at com.openshift.internal.restclient.DefaultClient.execute(DefaultClient.java:239)
> 	at com.openshift.internal.restclient.DefaultClient.execute(DefaultClient.java:222)
> 	at com.openshift.internal.restclient.DefaultClient.get(DefaultClient.java:406)
> 	at com.openshift.internal.restclient.capability.server.Console.getOpenShift4ConsoleUrl(Console.java:93)
> 	at com.openshift.internal.restclient.capability.server.Console.getOpenShift4ConsoleUrl(Console.java:107)
> 	at com.openshift.internal.restclient.capability.server.Console.getConsoleUrl(Console.java:64)
> 	at org.jboss.tools.openshift.core.connection.Connection.getConsoleURL(Connection.java:381)
> 	at org.jboss.tools.openshift.internal.ui.handler.OpenInWebConsoleHandler.lambda$0(OpenInWebConsoleHandler.java:61)
> 	at org.eclipse.core.runtime.jobs.Job$1.run(Job.java:164)
> 	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
> {code}



--
This message was sent by Atlassian Jira
(v7.13.8#713008)