mirror of
https://github.com/dbeaver/cloudbeaver.git
synced 2026-04-25 05:36:14 +03:00
[GH-ISSUE #2957] Vertica Driver Configuration #1048
Labels
No labels
AS
can't reproduce
can't reproduce
deployment
development
documentation
duplicate
duplicate
ee
enhancement
external
new driver
performance
pull-request
third party issue
wait for response
wait for review
wontfix
x:Oracle
x:cassandra
x:clickhouse
x:db2
x:duckdb
x:greenplum
x:h2
x:h2gis
x:hana
x:hive
x:intersystems
x:kyuubi
x:maria
x:mongo
x:mysql
x:postgresql
x:presto
x:sql server
x:sqlite
x:teradata
x:trino
xf:accessibility
xf:administration
xf:ai
xf:authentication
xf:aws
xf:commit-mode
xf:connection
xf:dark theme
xf:data editor
xf:datatransfer
xf:dba
xf:driver management
xf:erd
xf:filters
xf:i18n
xf:i18n
xf:installer
xf:json
xf:kerberos
xf:ldap
xf:local config
xf:log viewer
xf:metadata
xf:metadata editor
xf:navigator
xf:okta
xf:query manager
xf:resource manager
xf:scripts
xf:sql editor
xf:tasks
xf:ui/uix
xo: Firefox
xo:eclipse
xo:internet explorer
xo:macos
xp:major
xrn:internal
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/cloudbeaver#1048
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @geleou on GitHub (Oct 1, 2024).
Original GitHub issue: https://github.com/dbeaver/cloudbeaver/issues/2957
Greetings! I'm currently in the process of deploying Cloudbeaver CE within a Docker container, attempting to
establish comms with a Vertica Database.
The first issue I'd like to point out, is that if someone wishes to deploy Cloudbeaver from within a container
(I suppose that's something quite natural for a cloud-oriented application), there seems to be no way of
configuring a 3rd party driver (like Vertica), without having to rebuild the image yourself (or run the app
locally). Why would configuring a separate database driver require for building the app from the ground up
(unless I'm missing something)? Also there should be more clear instructions on how to actually run the app
from within a container in that case (the default Dockerfile mentioned
here will not work - it clones the already built git repo as is).
The other issue I'm facing is that even though I've followed all steps to adding a new Vertica driver in cloudbeaver,
the web UI does not seem to be able to list it when creating a new connection.
Steps to reproduce:
git clone https://github.com/dbeaver/cloudbeaver.gitYou've done a truly wonderful job to bringing the DBeaver client to cloud environments but I think documentation
is lacking in many aspects. I'd be more than happy to contribute if I somehow can.
Thank you!