Xqe-jdb-0001 Problem Establishing Connection. Please Check The Database Server !!hot!! 〈2024〉
The XQE-JDB-0001 error in IBM Cognos is a generic "Problem establishing connection" message that typically indicates the Cognos Query Service is unable to communicate with your target database server using a JDBC driver.
Below is a detailed write-up to help you troubleshoot and resolve this issue. 1. Root Causes
Driver Incompatibility: Using an unsupported or corrupted JDBC driver version (e.g., specific issues have been documented with IBM JCC JDBC driver version 4.33.31 when using DB2 Trusted Context).
Locale Settings: Non-English locale settings for certain users can sometimes trigger this connection failure.
Configuration Errors: Issues such as incorrect JDBC connection strings, using the wrong SSL/non-SSL port, or missing certificates in the keystore.
Server Availability: The database server itself might be down, or network restrictions (firewalls/security groups) might be blocking the connection from the Cognos server. 2. Database Server & Connectivity Checks
To verify the database server status, perform the following:
Ping & Telnet: From the Cognos application server, ping the database server and use telnet to confirm the port is open and listening.
Native Client Test: Attempt to connect to the database from the same server using a native tool (e.g., SQL*Plus for Oracle, db2 connect for DB2) to rule out general server-side issues.
SSL Configuration: If SSL is required, ensure the JDBC connection string is updated to the SSL port and the appropriate certificates are imported into the Cognos keystore. 3. IBM Cognos Configuration Steps
Verify Drivers: Ensure the correct .jar files for your database (e.g., db2jcc4.jar for DB2) are located in the folder and that the service has been restarted after adding them.
Check Connection Test: In Cognos Administration, test the data source connection. If the native/OLE DB test passes but the JDBC test fails, the issue is strictly related to the JDBC driver or its configuration.
Review XQE Logs: Detailed error information is often found in the XQE logs located in . Look for specific stack traces that might point to "Connection Refused" or "Handshake Failure."
Adjust Locale Settings: If you suspect a locale-related issue, try testing the connection with a user set to an English locale. 4. Further Resources
For specific platform issues, refer to the following official IBM support guides: Troubleshooting DB2 Trusted Context Failures Handling XQE-JDB-0001 in IBM OpenPages data server connections fails
The error XQE-JDB-0001 is a general JDBC connection error in IBM Cognos Analytics, typically indicating that the Query Engine (XQE) could not establish a handshake with the target database. Primary Causes & Solutions JDBC Driver Issues:
Incompatibility: Using an unsupported version of the JDBC driver, such as IBM JCC driver version 4.33.31 for DB2, can cause trusted connection failures.
Incorrect Placement: Ensure JAR files (e.g., sqljdbc42.jar for SQL Server) are located in the folder.
Locale Settings: In some environments, like IBM OpenPages, users with non-English locale settings may trigger this error. Changing the user's locale to English can often resolve this. SSL and Port Configuration:
Verify if the connection string was updated to use an SSL port if the database requires it.
Confirm the database server is listening on the expected port (e.g., 1433 for SQL Server) and that no firewall is blocking the traffic.
Stale Credentials: If the database password has recently changed, the encrypted credentials stored in the Cognos data server connection will no longer work and must be updated. Troubleshooting Steps
Test the Connection: Attempt to test the data source in Cognos Administration. If it fails there, the issue is at the server level, not the individual report.
Review XQE Logs: Check the xqe log files in the Cognos logs directory. These provide more detailed stack traces than the standard user interface error.
Validate JDBC Driver: Confirm that the driver version matches the Java version shipped with Cognos. If using Snowflake or similar cloud databases, ensure the driver version is not below the recommended minimum (e.g., 3.13.16+).
Verify DB Status: Ensure the database server itself is running and accepting new connections. Intermittent Connection Reset errors can sometimes be caused by network instability or database-side timeouts.
Are you using a specific database like DB2 or SQL Server, and did this error appear after an upgrade?
XQE-JDB-0001 Problem establishing connection. Please check the database server is a generic JDBC connectivity error in IBM Cognos Analytics
. It indicates that the Cognos Query Engine (XQE) is unable to communicate with the underlying database server. Common Causes Incompatible JDBC Drivers
: This error frequently occurs when there is a mismatch or specific issue with the JDBC driver version in the
: The JDBC connection string might be wrong, such as using an incorrect SSL port (e.g., trying to connect via 1433 when SSL is required). Database Server Unavailability
: The target database might be down, or network issues like firewalls could be blocking the connection. Locale Settings
: In some cases, non-English locale settings on the Cognos server can trigger this specific error code. Driver Missing : The required JDBC file (e.g., sqljdbc4.jar
for SQL Server) may be missing from the Cognos library folders. Recommended Troubleshooting Steps Verify JDBC Drivers Ensure the correct file for your database is in the ..\webapps\p2pd\WEB-INF\lib ..\drivers
, avoid JCC JDBC driver version 4.33.31, as it has known issues with trusted connections. Test Connectivity Test the data source connection within the Cognos Administration
console to see if it fails for both JDBC and native client connections. Verify the JDBC connection string format and ensure ports are correct. Inspect XQE Logs
Check the XQE log files (found in the Cognos install directory under ..\logs\xqe
) for more detailed stack traces that reveal the root cause. Restart Services After adding or updating drivers, you must restart the IBM Cognos service for changes to take effect. official IBM support page for a specific database type you are using?
Title: The Ghost in the Pipeline
Log Entry: 2024-11-23 – 02:41:03 UTC
xqe-jdb-0001 problem establishing connection. please check the database server.
It was the seventh time that hour. Nora Chen stared at the terminal, her coffee long gone cold. The error wasn’t new—it had appeared three weeks ago, flickering like a bad omen across her monitor. But tonight, something felt different. The logs showed the connection dropping not at peak load, but during maintenance windows, when the database server reported zero external queries.
She ssh’d into db-01.prod.us-east for the thirtieth time.
uptime: 427 days.
connections: 2, both local.
error log: clean.
Yet the application kept screaming: xqe-jdb-0001.
“It’s a phantom,” her senior dev, Marcus, had joked last week. “Maybe the server’s haunted.”
But Nora didn’t believe in ghosts. She believed in packet traces. She ran tcpdump -i eth0 port 5432 and watched the stream. Every few minutes, a tiny SYN packet emerged from nowhere—no source MAC address she could trace, no PID on the app server—just a perfect, impossible attempt to handshake with the database on port 5432. Then: timeout. Then: the error.
She traced the packet’s journey through the network switch logs. Port mirroring showed the packet appearing between frames, as if it had slipped through a crack in reality. The switch vendor had no explanation. “Firmware bug,” they said. But Nora had already updated the firmware twice.
At 03:12, she decided to check the database server’s internal clock. timedatectl showed a drift: 0.003 seconds behind the app server. Not enough to break a connection. But enough to notice.
She dug deeper. The server’s system journal had a single, recurring entry every 12 seconds:
kernel: nf_conntrack: expectation table full.
That was it. The connection tracker on the database server’s firewall was overflowing—not from real connections, but from a half-open state that never resolved. An old kernel bug, triggered by a specific jdbc driver version. The driver would send a cancelation signal, the firewall would hold a ghost entry, and after 60,000 ghosts, the table would drop legitimate SYN packets before they ever reached the database process.
The error message wasn’t wrong. It just wasn’t complete.
03:47 UTC – Nora patched the kernel, restarted the conntrack service, and flushed the table.
She ran the application test suite.
Green. All green.
xqe-jdb-0001 never appeared again.
But sometimes, late at night, when the wind rattled the data center windows, she’d pull up the old logs and stare at the timestamps. Those seven failed connections from 02:41. They all came from a server that had been decommissioned six months ago. A server whose MAC address she’d never seen before that night. A server whose hostname, according to the archived inventory, was xqe-jdb-0001.
She never told Marcus.
Some ghosts, she decided, are better left in the pipeline.
Summary
The xqe-jdb-0001 error almost always points to a network or server availability issue rather than a software corruption.
Immediate Action: Confirm that the database server is online and accepting connections on the correct port from the application server's IP address.
The error code XQE-JDB-0001: Problem establishing connection typically occurs in IBM Cognos Analytics when the query engine (XQE) fails to communicate with a database server via JDBC. This error indicates that while the Cognos server itself may be running, the specific handshake required to access your data has failed. Common Causes of XQE-JDB-0001
Several technical factors can trigger this connection failure, ranging from driver incompatibilities to environment-specific settings:
Incompatible JDBC Drivers: One of the most frequent causes is a mismatch between the JDBC driver version and the Cognos environment. For example, using the IBM JCC JDBC driver version 4.33.31 has been known to cause failures when using DB2 Trusted Contexts.
Locale and Language Settings: If users are operating with non-English locale settings, certain configurations can prevent the connection from establishing correctly.
SSL and Port Mismatches: If your database server requires an SSL connection but the Cognos data server connection is still pointed at a non-SSL port, the XQE engine will reject the connection.
Driver Placement: For Cognos to "see" the database, the appropriate JDBC .jar files must be correctly placed in the folder.
Unsupported Features: Some modern cloud databases, like Snowflake, may throw errors if Cognos attempts to call a specific method (like setReadOnly()) that the older JDBC driver does not support. Troubleshooting Steps
If you encounter this error, follow these steps to isolate and resolve the problem: 1. Validate the JDBC Driver
Ensure the correct JDBC driver for your database type (DB2, Oracle, SQL Server, Snowflake, etc.) is in the Cognos drivers folder.
Action: If you recently upgraded your database or Cognos version, check the IBM Support compatibility reports to ensure your driver version is certified for use with your current Cognos release. 2. Test the Data Server Connection
Navigate to Cognos Administration -> Configuration -> Data Source Connections.
Test the connection for both the Metadata and the Data server.
Observation: If the OLE DB or Native client test succeeds but the JDBC test fails, the issue is strictly with the Java-based connection layer. 3. Check the XQE Logs
The most detailed information about why the connection failed is hidden in the XQE logs, typically found in the ...\logs\XQE directory of your Cognos installation.
Look for a "stack trace" that follows the XQE-JDB-0001 error code. It may point to specific issues like "Connection Reset," "Timeout," or "SSL Handshake Failed". 4. Verify Security and Networking
SSL Ports: Double-check that your JDBC connection string uses the correct port (e.g., 50001 for DB2 SSL vs. 50000 for standard).
Certificates: If using SSL, ensure the database server's certificate has been imported into the Cognos keystore. 5. Environmental and Permission Checks
Ensure the Cognos service account has sufficient permissions to access the database and the local temp folders used by the query engine.
Check if there is enough disk space on the Cognos server to write temporary data files.
XQE-JDB-0001 error indicates a failure to establish a connection between IBM Cognos Analytics and your database server via JDBC. This is The XQE-JDB-0001 error in IBM Cognos is a
typically caused by driver mismatches, incorrect connection settings, or environment-specific configurations Common Causes & Solutions JDBC Driver Issues Version Mismatch
: For DB2, using IBM JCC JDBC driver version 4.33.31 can cause trusted connection failures. Upgrading or ensuring driver compatibility with your specific Cognos version is recommended. Missing Drivers : Ensure the correct JAR file (e.g., sqljdbc4.jar for SQL Server) is placed in the
or appropriate library directory and that the BI server has been restarted. Connection Configuration SSL/TLS Ports
: Verify if the JDBC connection string is using the correct port, especially if SSL is required (e.g., switching from a standard port to an SSL-enabled port). Database-Specific Errors : If using
, check if a default database is specified in the connection, otherwise it may fail with a "Cannot perform SELECT" error. Locale and Environment Settings User Locale
: Connections may fail for users with non-English locale settings. Temp Folder Issues : Check the Cognos Analytics temporary files location in IBM Cognos Configuration
. Ensure the path is correct, the disk has sufficient space, and the service account has write permissions. Troubleshooting Steps Test the Connection Cognos Administration
console to test the data server connection and identify if it's a general failure or limited to JDBC. Review XQE Logs : Check the logs located in
for detailed error stacks that can point to the specific JDBC driver exception. Validate Driver Location : Re-verify that the JDBC drivers are in the folder and not just the directory. database type
(e.g., DB2, SQL Server, Snowflake) are you attempting to connect to?
Troubleshooting the XQE-JDB-0001 Error: A Comprehensive Guide
The XQE-JDB-0001 error is a common issue that can occur when trying to connect to a database server. The error message "Problem establishing connection. Please check the database server" can be frustrating, especially when you're trying to complete a critical task. In this article, we'll explore the causes of the XQE-JDB-0001 error and provide a step-by-step guide on how to troubleshoot and resolve the issue.
What is the XQE-JDB-0001 Error?
The XQE-JDB-0001 error is a generic error message that occurs when a database client is unable to establish a connection to the database server. The error code XQE-JDB-0001 is typically associated with IBM Cognos Analytics, a business intelligence software suite. However, the error can also occur with other database applications and tools.
Causes of the XQE-JDB-0001 Error
There are several reasons why you may encounter the XQE-JDB-0001 error. Some of the common causes include:
- Database Server Unavailability: The database server may be down, or it's not listening on the specified port.
- Incorrect Database Connection Settings: The database connection settings, such as the server name, port number, database name, username, and password, may be incorrect.
- Network Connectivity Issues: Network connectivity problems, such as firewall blocking the port or DNS resolution issues, can prevent the client from connecting to the database server.
- Database Server Configuration Issues: The database server may be misconfigured, or it's not accepting connections from the client.
- Driver Issues: The JDBC driver used by the client may be outdated, corrupted, or not compatible with the database server.
Troubleshooting Steps
To resolve the XQE-JDB-0001 error, follow these troubleshooting steps:
- Verify Database Server Status: Check the database server status to ensure it's up and running. You can check the server logs or contact the database administrator to confirm.
- Review Database Connection Settings: Double-check the database connection settings, such as the server name, port number, database name, username, and password. Ensure that the settings are correct and match the ones configured on the database server.
- Check Network Connectivity: Verify that there are no network connectivity issues between the client and the database server. You can use tools like ping, telnet, or nc to test connectivity.
- Verify Database Server Configuration: Check the database server configuration to ensure it's accepting connections from the client. Verify that the server is listening on the specified port and that the firewall is not blocking the port.
- Update JDBC Driver: Ensure that the JDBC driver used by the client is up-to-date and compatible with the database server. You can check the driver's version and update it if necessary.
- Test Connection with Another Tool: Try connecting to the database server using another tool or application. This can help you determine if the issue is specific to the client or the database server.
Advanced Troubleshooting Steps
If the basic troubleshooting steps don't resolve the issue, you can try the following advanced steps:
- Enable Debug Logging: Enable debug logging on the client and database server to capture detailed logs. This can help you identify the root cause of the issue.
- Check Database Server Logs: Check the database server logs to see if there are any error messages related to the connection attempt.
- Use a Different Port: If you're using a non-standard port, try using a different port to see if the issue is port-specific.
- Verify SSL/TLS Configuration: If you're using SSL/TLS encryption, verify that the configuration is correct and that the client and server are using the same encryption settings.
Conclusion
The XQE-JDB-0001 error can be a challenging issue to resolve, but by following the troubleshooting steps outlined in this article, you should be able to identify and fix the problem. Remember to verify the database server status, review database connection settings, check network connectivity, and update the JDBC driver if necessary. If you're still experiencing issues, try advanced troubleshooting steps like enabling debug logging, checking database server logs, and verifying SSL/TLS configuration. With patience and persistence, you should be able to resolve the XQE-JDB-0001 error and establish a successful connection to the database server.
Additional Resources
If you're still experiencing issues with the XQE-JDB-0001 error, you can try the following additional resources:
- IBM Cognos Analytics documentation: https://www.ibm.com/docs/en/cognos/analytics/11.2.0?topic=troubleshooting-connection-errors
- Database server documentation: Refer to the documentation for your specific database server, such as Oracle, Microsoft SQL Server, or IBM Db2.
- JDBC driver documentation: Refer to the documentation for your JDBC driver, such as the Oracle JDBC driver or the IBM Db2 JDBC driver.
By following the troubleshooting steps and additional resources outlined in this article, you should be able to resolve the XQE-JDB-0001 error and establish a successful connection to the database server.
The error code XQE-JDB-0001 indicates that IBM Cognos Analytics failed to connect to your database
. This is often caused by mismatched JDBC drivers, incorrect locale settings, or SSL configuration issues. The Story of the Broken Bridge The city of
was once a bustling hub of commerce, built on the high cliffs of a digital plateau. To survive, its citizens relied on a constant flow of raw data carried by massive stone caravans from the deep, subterranean vaults of the Database Server Between the city and the vaults lay the Great JDBC Chasm
. To bridge it, the city’s master architects had built a massive suspension bridge—a structure of perfectly tuned cables and precisely weighted anchors. This bridge was the only path for the "Query Spirits" to travel and bring back the vital information needed to fuel the city's industry. One morning, the bridge vanished.
In its place stood a shimmering, flickering barrier of red light. When the Chief Architect touched the barrier, it pulsed with a cold, mechanical hum and whispered a single, cryptic command: "XQE-JDB-0001: The path is barred. Check the Vaults."
The city fell into a panicked silence. Without the bridge, the factories of Insight stopped grinding. The fountains of Reporting ran dry.
The Architect descended into the mist of the chasm to investigate. He found that the JDBC Drivers
—the heavy stone anchors that held the bridge in place—had been replaced with strange, alien versions that didn't fit the city's sockets. Elsewhere, he found that the Locale Runes
were written in a dialect the Query Spirits no longer understood, causing them to wander aimlessly into the void. Finally, at the very edge of the vault, he saw that the SSL Lanterns
, meant to light the way through the dark, were extinguished, leaving the bridge invisible to those who tried to cross.
Only by carefully realigning the anchors, relighting the lanterns, and speaking the correct locale incantations could the Architect hope to restore the bridge and bring the city of Cognos back to life. Common Technical Solutions To restore your "bridge," try these steps from the IBM Support Portal Verify Drivers : Ensure you have the correct files in your
: Some versions fail if the user's locale is not set to English; try switching your locale settings to see if it clears the block. Test Connectivity : Log into Cognos Administration , go to the Configuration
tab, and test your Data Source connection to see if it specifically fails on the JDBC portion. Check SSL/Ports Summary The xqe-jdb-0001 error almost always points to
: If using SSL, ensure your connection string uses the secure port and that the database certificate has been imported into the Cognos keystore. for your particular database type? data server connections fails
The XQE-JDB-0001 error in IBM Cognos Analytics indicates a failure in the Dynamic Query Mode engine to connect to the database via JDBC, often caused by driver incompatibilities or misconfigured connection properties. Common solutions include downgrading the IBM JCC JDBC driver from version 4.33.31, verifying network connectivity via telnet, and ensuring JDBC driver files are correctly placed in the driver folder. For more troubleshooting details, visit IBM Support
Here’s a blog post draft addressing the XQE-JDB-0001 connection error in IBM Cognos Analytics.
6. Review Cognos Logs for More Detail
Cognos often gives a secondary error that’s much more useful. Check:
cognos_server/logs/cogserver.logcognos_server/logs/xqe.log
Look for lines containing XQE-JDB-0001 – immediately after, you’ll often see the actual JDBC exception (e.g., “Login failed for user”, “Connection refused”, “Driver not found”).
9. Quick Checklist
- [ ] DB server process is running
- [ ] DB is listening on correct network interface
- [ ] Firewall allows inbound on DB port
- [ ] JDBC URL, host, port, DB name are correct
- [ ] Username/password valid and allowed from app host
- [ ] JDBC driver is present and version-compatible
- [ ] No connection pool or max connections limit reached
- [ ] Try connecting manually using DB CLI tool
Once you resolve the issue, update your application config and restart the app. If the problem persists, enable JDBC driver logging (java.util.logging) to see the exact SQL exception.
This write-up explores the common causes and troubleshooting steps for the "xqe-jdb-0001" connection error. The Ghost in the Machine: Decoding XQE-JDB-0001
In the world of data analytics, few things are as frustrating as a sudden "XQE-JDB-0001" error. It is the digital equivalent of a "No Signal" sign on a television—abrupt, vague, and standing directly between you and your insights. While the error message politely asks you to "check the database server," the reality is often a more nuanced game of hide-and-seek between your reporting engine and your data source. The Anatomy of the Error
At its core, this is a Java Database Connectivity (JDBC) failure. It means the Query Engine (XQE) tried to shake hands with your database, but the database didn't reach back. This breakdown usually happens in one of three places: the gate, the road, or the destination. Common Culprits
The Expired Credential: Often, the simplest explanation is the right one. A service account password may have expired or been rotated, leaving the connection string holding an obsolete key.
The Firewall Fortress: If this is a new setup or a sudden failure after a network update, a firewall might be blocking the specific port (like 1433 for SQL Server or 1521 for Oracle) required for the handshake.
Missing or Mismatched Drivers: The Query Engine requires specific .jar files to speak the database's language. If these drivers are missing from the server's library or are the wrong version, the connection will fail instantly.
Resource Exhaustion: Sometimes the database server is "fine," but it has run out of available sessions. It is essentially a busy restaurant that isn't taking any more walk-ins. The Troubleshooting Ritual
To banish the XQE-JDB-0001 error, seasoned administrators usually follow a specific order of operations:
Ping Test: Ensure the reporting server can actually "see" the database server over the network.
The Telnet Check: Use a command-line tool to verify that the specific database port is open and listening.
Driver Validation: Confirm that the JDBC driver in the installation folder matches the database version.
Log Diving: Check the cogserver.log or the specific Query Service logs. These often contain a "Hidden Gem"—a secondary error code that reveals if the issue is "Login Failed" (bad password) or "Connection Timed Out" (network issue). AI responses may include mistakes. Learn more
The error XQE-JDB-0001: Problem establishing connection. Please check the database server is a generic IBM Cognos Analytics message indicating that the Dynamic Query Mode (DQM) engine cannot reach your underlying data source. Common Causes & Fixes
The issue typically stems from configuration mismatches between Cognos and the database server:
JDBC Driver Issues: This is the most frequent culprit. Ensure the correct JDBC driver (e.g., db2jcc4.jar for DB2 or sqljdbc4.jar for SQL Server) is placed in the directory. Some driver versions, such as IBM JCC 4.33.31, have known bugs with trusted connections that trigger this exact error.
Port and SSL Mismatches: Verify that you are using the correct port (e.g., 1433 for SQL Server). If your database requires SSL, ensure you have updated the JDBC connection string to use the SSL port and that the necessary certificates are imported into the Cognos keystore.
Locale Settings: In some environments, like IBM OpenPages, using a non-English locale setting can cause connection failures with this error code.
Database Availability: Confirm the database server is running and accepting remote connections. Check if a firewall is blocking the communication between the Cognos server and the database. Troubleshooting Steps
Test the Connection: Go to Cognos Administration > Configuration > Data Source Connections and test the JDBC connection specifically.
Check XQE Logs: Look for more detailed error messages in the XQE logs located in the folder. These often provide the specific SQL state or error code passed back by the database.
Validate Driver Location: Ensure the JDBC .jar files are in the proper directory and that the Cognos service was restarted after they were added.
Simplify Search: If you are searching for specific fixes, try narrowing your search to include the database type (e.g., "XQE-JDB-0001 SQL Server").
1. Network Connectivity Failure
The client application cannot reach the database server’s IP and port due to:
- Firewall rules blocking outbound/inbound traffic.
- VPN disconnection or incorrect routing.
- DNS resolution failure (hostname not found).
- Database server is powered off, crashed, or undergoing maintenance.
3. Test Authentication Separately
Use the same credentials from a different tool (like DBeaver, SQL Developer, or psql). If that fails, the issue is on the database side—reset the password or check if the account is locked.
Quick Fixes That Actually Work
- Restart the database service – Sounds basic, but often resolves transient locks.
- Re-enter the password in the Cognos data source – Hidden characters or expired passwords are frequent culprits.
- Switch from hostname to IP address – Eliminates DNS issues temporarily.
- Increase connection timeout – In the JDBC string, add
?loginTimeout=30(SQL Server) or?connectTimeout=30000(MySQL).
Quick Reference: What to Check First
If you are in a production outage situation, run this checklist (5 minutes or less):
| Order | Check | Command / Action |
|-------|-------|------------------|
| 1 | Is DB server reachable? | ping db-host |
| 2 | Is DB port open? | telnet db-host 5432 |
| 3 | Is DB service running? | systemctl status postgresql |
| 4 | Are credentials correct? | Try logging in with psql or mysql CLI |
| 5 | Has max_connections been hit? | SELECT count(*) FROM pg_stat_activity; |
| 6 | Is JDBC driver present? | Search for postgresql-42.x.x.jar in app’s lib folder |
| 7 | Did SSL break? | Temporarily disable ?ssl=false for testing |
If all the above pass, restart the XQE engine or the entire application server—sometimes a stale network socket table requires a full process restart.
7. Test with a Simple JDBC Utility
Run a standalone Java class to isolate the issue:
import java.sql.*;
public class TestDB public static void main(String[] args) String url = "jdbc:postgresql://localhost:5432/testdb"; String user = "myuser"; String password = "mypass"; try (Connection conn = DriverManager.getConnection(url, user, password)) System.out.println("Connected!"); catch (SQLException e) e.printStackTrace();
Compile and run. If this works, your app config is the problem.