[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
by André Dietisheim (Jira)
[ https://issues.redhat.com/browse/JBIDE-27019?page=com.atlassian.jira.plug... ]
André Dietisheim commented on JBIDE-27019:
------------------------------------------
[~jeffmaury] thx for confirming. [~odockal] Can you? I'd close this as invalid issue if you can't.
> 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)
6 years, 1 month
[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
by André Dietisheim (Jira)
[ https://issues.redhat.com/browse/JBIDE-27019?page=com.atlassian.jira.plug... ]
André Dietisheim edited comment on JBIDE-27019 at 2/10/20 6:18 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 fallen back to the default host url which is indeed
{code}https://api.crc.testing:6443/{code}
This url is indeed also reporting *Forbidden* for me, when trying to request it via the browser. This is expected since this is the base url for REST endpoint, requires url fragments to be appended to.
Retrieving of config maps on the other hand should always succeed, config maps are a completely valid kind of resources, failing to request this kind of resources shouldn't ever fail in a functional 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 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 fallen back to the default host url which is indeed
{code}https://api.crc.testing:6443/{code}
This url is indeed also reporting *Forbidden* for me, our default seems not valid any longer.
Retrieving of config maps on the other hand should always succeed, config maps are a completely valid kind of resources, failing to request this kind of resources shouldn't ever fail in a functional 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 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?
> 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)
6 years, 1 month
[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
by André Dietisheim (Jira)
[ https://issues.redhat.com/browse/JBIDE-27019?page=com.atlassian.jira.plug... ]
André Dietisheim edited comment on JBIDE-27019 at 2/10/20 6:15 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 fallen back to the default host url which is indeed
{code}https://api.crc.testing:6443/{code}
This url is indeed also reporting *Forbidden* for me, our default seems not valid any longer.
Retrieving of config maps on the other hand should always succeed, config maps are a completely valid kind of resources, failing to request this kind of resources shouldn't ever fail in a functional 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 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 fallen back to the default host url which is indeed
{code}https://api.crc.testing:6443/{code}
This url is indeed also reporting *Forbidden* for me, it seems not valid any longer.
Retrieving of config maps on the other hand should always succeed, config maps are a completely valid kind of resources, failing to request this kind of resources shouldn't ever fail in a functional 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 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?
> 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)
6 years, 1 month
[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
by André Dietisheim (Jira)
[ https://issues.redhat.com/browse/JBIDE-27019?page=com.atlassian.jira.plug... ]
André Dietisheim edited comment on JBIDE-27019 at 2/10/20 6:14 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 fallen back to the default host url which is indeed
{code}https://api.crc.testing:6443/{code}
This url is indeed also reporting *Forbidden* for me, it seems not valid any longer.
Retrieving of config maps on the other hand should always succeed, config maps are a completely valid kind of resources, failing to request this kind of resources shouldn't ever fail in a functional 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 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 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?
> 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)
6 years, 1 month
[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
by Jeff MAURY (Jira)
[ https://issues.redhat.com/browse/JBIDE-27019?page=com.atlassian.jira.plug... ]
Jeff MAURY commented on JBIDE-27019:
------------------------------------
I tried with CRC 1.3, 1.4 and 1.5 and was not able to reproduce
> 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)
6 years, 1 month
[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
by André Dietisheim (Jira)
[ https://issues.redhat.com/browse/JBIDE-27019?page=com.atlassian.jira.plug... ]
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. 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.
[~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)
6 years, 1 month
[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
by André Dietisheim (Jira)
[ https://issues.redhat.com/browse/JBIDE-27019?page=com.atlassian.jira.plug... ]
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)
6 years, 1 month
[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
by André Dietisheim (Jira)
[ https://issues.redhat.com/browse/JBIDE-27019?page=com.atlassian.jira.plug... ]
André Dietisheim edited comment on JBIDE-27019 at 2/10/20 6:03 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.
[~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. Can you still reproduce this bug?
> 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)
6 years, 1 month