Closed triceam closed 2 months ago
I assume that, in the current 2.0.0
syntax of components (as first proposed on master
, and discussed here ), the current proposal would be written:
...
components:
- chePlugin:
...
- container:
...
- externalDependency:
name: IBM Watson Visual Recognition
url: http://cloud.ibm.com/watson/instance
- externalDependency:
name: IBM Cloud Continuous Delivery
url: http://cloud.ibm.com/devops/instance
- externalDependency:
name: My on-prem Database
url: http://url.to.my.database/foo
- externalDependency:
name: My on-prem OpenShift cluster
url: http://url.to.my.openshift/dashboard
...
That format would be fine with me.
@triceam is it a list of links that a user can click and they will open in browser tab? Or are you thinking at making URLs available to the application (i.e. the link to an external API or a database connection)?
I was thinking this is just a link to external services in a new browser tab, so that the dependent services are easily accessible by the user.
Having those be links that are accessible to the application feels like the wrong mechanism. I'd expect app-specific settings that are used by the app at runtime to live in a config file for that specific app, so we don't confuse or conflate app settings with devenvironment/ide settings.
This issue is stale because it has been open for 90 days with no activity. Remove stale label or comment or this will be closed in 60 days.
Feature request: A mechanism to define/access external dependencies in the workspace. This would consist of links to external dependencies so that a developer could easily access those dependencies directly from the context of the workspace.
External dependencies could be url links to any resouce on the web. Common uses that I foresee are:
Proposed
externalDependency
component definition in thedefile.yaml
:Proposed visualization in the Eclipse Che workspace:
Clicking on the external dependency link would open a new tab or window to access the external dependency.