I have a web development project using local install of Tomcat 7
. I am trying to connect to SQL Server 2012
using Microsoft\'s driver for jdbc (
Looking at all the comments here on this post, I assume that you've tried almost all the options provided. Looking at your snapshots provided above, I assume you are using a Unix/Linux based system for your development. There is a change in the way you update your CLASSPATH variable in Windows and say in Linux. ';' is used in Windows while ':' in Linux. Hope you've taken care of such minor details:
There's a helpful link that I can suggest you to go through, where there are many remedies given to resolve the issue that you are facing: Link
I think you need to be registered on the dialect class: org.hibernate.dialect.SQLServer2012Dialect
if it were spring project, it is connected to a file application.properties:
spring.datasource.driver-class-name=com.microsoft.sqlserver.jdbc.SQLServerDriver
spring.jpa.database-platform=org.hibernate.dialect.SQLServer2012Dialect
spring.datasource.url=jdbc:sqlserver:database;user=sa;password=password;
spring.datasource.username=sa
spring.datasource.password=password
but here it will be exactly like I do not remember
The code
Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver")
cannot throw
ClassNotFoundException - com.microsoft.jdbc.sqlserver.SQLServerDriver
as the names are different. Is it possible that you have it set up incorrectly in your code?
I downloaded the sqljdbc41.jar from their website and see that the correct name for the class is com.microsoft.sqlserver.jdbc.SQLServerDriver
.
$ jar tf sqljdbc41.jar | grep SQLServerDriver.class
com/microsoft/sqlserver/jdbc/SQLServerDriver.class
I just found both names on Microsoft's web documentation, so either they renamed this class (changed its package) at some point, or they have errors on some of their docs.
All you should need to do is drop that .jar in Tomcat's lib directory (e.g.apache-tomcat-7.0.67\lib
), and restart Tomcat.
If you have the correct class name, and the right jar in the lib directory, and are still seeing that error, I wonder if you have some sort of typo in your eclipse setup, and deploying from eclipse is somehow forcing an attempt to load that broken class name. (I don't use Eclipse, and I don't know about deploying from there).
Try creating a very simple application (and don't tell eclipse about the MS driver class):
@WebServlet("/")
public class SimpleServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
// Set response content type
resp.setContentType("text/html");
PrintWriter out = resp.getWriter();
out.println("<h1>" + "Welcome to the servlet!" + "</h1>");
try {
String server = "localhost";
String database = "testDB";
String password = "sapassword";
Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver");
String connectionUrl = "jdbc:sqlserver://"+server+":1433;databaseName="+database+";user=sa;password="+password+";";
Connection con = (Connection) DriverManager.getConnection(connectionUrl);
} catch (ClassNotFoundException e) {
out.println("<h2>" + e.getClass().getSimpleName() + "_" + e.getMessage() + "</h2>");
} catch (SQLException e){
out.println("<h2>" + e.getClass().getSimpleName() + "_" + e.getMessage() + "</h2>");
} finally {
out.println("<h1>" + "That's the end of the servlet!" + "</h1>");
}
}
}
And running it. If you see output like:
Welcome to the servlet!
SQLServerException_The TCP/IP connection to the host localhost, port 1433 has failed. Error: "Connection refused: connect. Verify the connection properties. Make sure that an instance of SQL Server is running on the host and accepting TCP/IP connections at the port. Make sure that TCP connections to the port are not blocked by a firewall.".
That's the end of the servlet!
It means that the driver loaded properly. The connection failed b/c I don't have SQLServer instance currently running to test against.
You need to add the library to catalina.properties because you are using the DB connection within the context of the container's core functionality, and not just as one of the child applications inside it.
Downvote my answer as you wish, but I only ask you test it first.