喜大普奔，微软Microsoft JDBC Driver For SQL Server已发布到maven中央仓库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/nakiri_arisu/article/details/89086826
结论: 不要尽信博客，大多数博客都是复制粘贴瞎几把扯淡。
很多博客都让你在maven中添加如下的依赖
<!-- mssqlserver -->
<dependency>
<groupId>com.microsoft.sqlserver</groupId>
<artifactId>sqljdbc4</artifactId>
<scope>4.0</scope>
<version>4.0</version>
</dependency>
<dependency>
<groupId>com.microsoft.sqlserver</groupId>
<artifactId>mssql-jdbc</artifactId>
<version>6.2.0.jre8</version>
<scope>runtime</scope>
</dependency>
12345678910111213
然后让你本地
mvn install:install-file -DgroupId=com.microsoft.sqlserver -DartifactId=sqljdbc4 -Dversion=4.0 -Dpackaging=jar -Dfile=YOUR FILE DIR\sqljdbc4.jar
自己下载一个sqljdbc4.jar, 然后本地引入
呵呵。
不胜枚举，去搜吧大多数都是这样。
当时就存疑，如果是这样的话下面的mssql-jdbc是干啥的？
后来看到一篇博客 喜大普奔，微软Microsoft JDBC Driver For SQL Server已发布到maven中央仓库
以及结合同事工程中无法顺利download sqljdbc4.jar, 才想明白其实有了下面的mssql-jdbc 的那个引入上面的sqljdbc4就可以省掉了。
当然，如果你只是本地引入一下的话可以直接只用sqljdbc4那个jar就好了，同理此时mssql-jdbc可以不引入依赖
————————————————
版权声明：本文为CSDN博主「转身雪人」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/nakiri_arisu/article/details/89086826
======================================================================================================================================================
相信通过java和SQLServer开发应用的同学们都经历过如下类似的问题。
微软提供的JDBC官方驱动没有放置在Maven仓库中，这样如果你的Java应用需要访问SQL Server，你不得不下载sqljdbc4.jar至本地，然后每次都通过如下Maven命令安装这一驱动：
mvn install:install-file -DgroupId=com.microsoft.sqlserver -DartifactId=sqljdbc4 -Dversion=4.0 -Dpackaging=jar -Dfile=YOUR FILE DIR\sqljdbc4.jar
然后在你的Java应用的POM.xml文件中进行如下配置：
<dependency>
<groupId>com.microsoft.sqlserver</groupId>
<artifactId>sqljdbc4</artifactId>
<version>4.0</version>
</dependency>
最后再执行：
mvn clean package
如果你是使用Eclipse进行开发，上面的步骤执行以后，如果编译不通过，你可能还需要重启Eclipse。
也许是听取了广大开发群众的强烈呼声，或者是其他什么原因，微软最近这个月（今年11月份）将这个驱动发布到了Maven中央仓库，下次你要安装SQL Server驱动，直接在POM.xml文件中进行如下配置即可（微软提供了两个版本（6.1.0.jre8和6.1.0.jre7）的驱动，我目前的开发基于Java8，所以选择了6.1.0.jre8这个版本，可以参考这里）：
<dependency>
<groupId>com.microsoft.sqlserver</groupId>
<artifactId>mssql-jdbc</artifactId>
<version>6.1.0.jre8</version>
</dependency>
目前亲测通过。
希望大家都可以开心地写代码。
参考：
http://stackoverflow.com/questions/19537396/missing-artifact-com-microsoft-sqlserversqljdbc4jar4-0
附：.NET调用Java Restful接口时间处理一则
这个问题是由Java语言中比较难用的Date类型造成的，虽然开发过程中我们使用的是Jada-Time这个框架，但是对外暴露服务接口，还是保持为Date。
当Java接口时间参数类型定义为Date，我们通过.NET调用Rest接口，虽然看起来是很简单，将参数传人调用接口即可，但是测试结果发现，.NET传人的DateTime，经过Java服务保存在数据库中死活不正确，后来才定位到问题。
比如有个Java CRM客户信息Rest服务，.NET调用服务，客户信息实体Customer如下：
public class Customer
{
public string firstName { get; set; }
public string lastName { get; set; }
public DateTime createTime { get; set; }
}
如果我们直接New一个Customer，并给createTime赋值为DateTime.Now：
var ent = new Customer
{
firstName = "jeff",
lastName = "wong",
createTime = DateTime.Now,
};
那么通过Java接口插入数据库的时间是不正确的，虽然可以插入。
解决方案有两种：
1、DateTime.ToUniversalTime().ToString("s")
这种方式就是最朴素的拼接接口报文进行接口调用了，大致如下：
var sb = new StringBuffer(1024);
sb.Append("{");
sb.AppendFormat(" \"firstName\": \"{0}\",", ent.firstName);
sb.AppendFormat(" \"lastName\": \"{0}\",", ent.lastName);
sb.AppendFormat(" \"createTime\": \"{0}\"", ent.createTime.ToUniversalTime().ToString("s"));
sb.Append("}");
var postData = sb.ToString();
2、使用Newtonsoft.Json
var timeConverter = new IsoDateTimeConverter
{
DateTimeFormat = "yyyy'-'MM'-'dd'T'HH':'mm':'ss",
DateTimeStyles = DateTimeStyles.AdjustToUniversal
};
var postData = JsonConvert.SerializeObject(ent, Newtonsoft.Json.Formatting.Indented, timeConverter);
最后感慨一下，Java8某些语言特性的加入，比如Lambda表达式、Optional类、Stream API、默认方法、方法引用等等，相比.NET，开发Java应用也比较爽了，当然不能忘了Spring Boot、Spring Cloud这些强大的开发框架，确实可以少写很多代码，谁用谁知道。
