mongodb连接问题，连接超时

[z47596]

客户端能正常访问mongodb并写入数据，服务器端无法写入(集群)，报错如下：（敏感信息已隐去）
Caused by: com.mongodb.MongoTimeoutException: Timed out after 30000 ms while waiting for a server that matches WritableServerSelector. Client view of cluster state is {type=UNKNOWN, servers=[{address=**.**.**.**:31000, type=UNKNOWN, state=CONNECTING, exception={com.mongodb.MongoSecurityException: Exception authenticating MongoCredential{mechanism=null, userName='**', source='**', password=<hidden>, mechanismProperties={}}}, caused by {javax.security.sasl.SaslException: Unable to find PBKDF2WithHmacSHA1. [Caused by java.security.NoSuchAlgorithmException: PBKDF2WithHmacSHA1 SecretKeyFactory not available]}, caused by {java.security.NoSuchAlgorithmException: PBKDF2WithHmacSHA1 SecretKeyFactory not available}}]
at com.mongodb.connection.BaseCluster.createTimeoutException(BaseCluster.java:369)
at com.mongodb.connection.BaseCluster.selectServer(BaseCluster.java:101)
at com.mongodb.binding.ClusterBinding$ClusterBindingConnectionSource.<init>(ClusterBinding.java:75)
at com.mongodb.binding.ClusterBinding$ClusterBindingConnectionSource.<init>(ClusterBinding.java:71)
at com.mongodb.binding.ClusterBinding.getWriteConnectionSource(ClusterBinding.java:68)
at com.mongodb.operation.OperationHelper.withConnection(OperationHelper.java:219)
at com.mongodb.operation.MixedBulkWriteOperation.execute(MixedBulkWriteOperation.java:168)
at com.mongodb.operation.MixedBulkWriteOperation.execute(MixedBulkWriteOperation.java:74)
at com.mongodb.Mongo.execute(Mongo.java:781)
at com.mongodb.Mongo$2.execute(Mongo.java:764)
at com.mongodb.MongoCollectionImpl.executeSingleWriteRequest(MongoCollectionImpl.java:515)
at com.mongodb.MongoCollectionImpl.insertOne(MongoCollectionImpl.java:306)
at com.mongodb.MongoCollectionImpl.insertOne(MongoCollectionImpl.java:297)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745),

相同框架的另一程序可以访问并写入（无论是服务器端还是客户端，基础配置没有问题），但这一个就是不行（已尝试过网上解决方法，如：释放链接，更换mongodb-driver）

[bcsflilong]

产出密钥时经常会出现java.security.NoSuchAlgorithmException异常。如下面代码，在elipse中编译通过，但运行时会抛出java.security.NoSuchAlgorithmException异常 KeyGenerator keyGen=null; keyGen = KeyGenerator.getInstance("DES"); keyGen.init(56); Key key = keyGen.generateKey(); 网上关于这个问题的解答不多，已有的一般是说java.security.Provider 是个abstract class，sun没有将它实现，就像jdbc一样由提供商提供；还有就是说关于密钥这一块USA对我们封锁，我们下的jdk里不带；还有就是说要往%javahome%/lib/security/java.security里添加security.provider.1=com.sun.crypto.provider.SunJCE；要确保在classpath里能找到com.sun.crypto.provider.SunJCE；用IBMJDK1.4就没有问题。 根据jdk的文档，从1.4开始就把jce集成起来了，而且在%javahome%/lib/ext里的确存在sunjce_provider.jar，里面包含了com.sun.crypto.provider.SunJCE。在elipse里运行时抛出异常的原因是，class在eclipse里运行时，是通过eclipse的进行classload时会把com.sun.crypto.provider.SunJCE的签名信息去掉，这样JCE就不认这个类了，导致找不到Provider的实现，解决办法：在eclipse的preferences->java->installed jres里选择你指定的jre，edit，将Use default system libraries选上就可以正常运行了。其实把上面的程序在eclipse里编译好，直接在命令行下run，是不会出现上面的问题的。 在eclipse里，IBMjdk可以正常使用，可能是他们密切关系的原因吧，呵呵！ 在其它的一些情况下抛出java.security.NoSuchAlgorithmException的话，也可以考虑是不是在通过其它的程序进行classload时去掉了签名信息。

[z47596]

引用 1 楼 bcsflilong 的回复:

产出密钥时经常会出现java.security.NoSuchAlgorithmException异常。如下面代码，在elipse中编译通过，但运行时会抛出java.security.NoSuchAlgorithmException异常 KeyGenerator keyGen=null; keyGen = KeyGenerator.getInstance("DES"); keyGen.init(56); Key key = keyGen.generateKey(); 网上关于这个问题的解答不多，已有的一般是说java.security.Provider 是个abstract class，sun没有将它实现，就像jdbc一样由提供商提供；还有就是说关于密钥这一块USA对我们封锁，我们下的jdk里不带；还有就是说要往%javahome%/lib/security/java.security里添加security.provider.1=com.sun.crypto.provider.SunJCE；要确保在classpath里能找到com.sun.crypto.provider.SunJCE；用IBMJDK1.4就没有问题。 根据jdk的文档，从1.4开始就把jce集成起来了，而且在%javahome%/lib/ext里的确存在sunjce_provider.jar，里面包含了com.sun.crypto.provider.SunJCE。在elipse里运行时抛出异常的原因是，class在eclipse里运行时，是通过eclipse的进行classload时会把com.sun.crypto.provider.SunJCE的签名信息去掉，这样JCE就不认这个类了，导致找不到Provider的实现，解决办法：在eclipse的preferences->java->installed jres里选择你指定的jre，edit，将Use default system libraries选上就可以正常运行了。其实把上面的程序在eclipse里编译好，直接在命令行下run，是不会出现上面的问题的。 在eclipse里，IBMjdk可以正常使用，可能是他们密切关系的原因吧，呵呵！ 在其它的一些情况下抛出java.security.NoSuchAlgorithmException的话，也可以考虑是不是在通过其它的程序进行classload时去掉了签名信息。

正解，万分感谢。

[z47596]

引用 2 楼 z47596 的回复:

[quote=引用 1 楼 bcsflilong 的回复:] 产出密钥时经常会出现java.security.NoSuchAlgorithmException异常。如下面代码，在elipse中编译通过，但运行时会抛出java.security.NoSuchAlgorithmException异常 KeyGenerator keyGen=null; keyGen = KeyGenerator.getInstance("DES"); keyGen.init(56); Key key = keyGen.generateKey(); 网上关于这个问题的解答不多，已有的一般是说java.security.Provider 是个abstract class，sun没有将它实现，就像jdbc一样由提供商提供；还有就是说关于密钥这一块USA对我们封锁，我们下的jdk里不带；还有就是说要往%javahome%/lib/security/java.security里添加security.provider.1=com.sun.crypto.provider.SunJCE；要确保在classpath里能找到com.sun.crypto.provider.SunJCE；用IBMJDK1.4就没有问题。 根据jdk的文档，从1.4开始就把jce集成起来了，而且在%javahome%/lib/ext里的确存在sunjce_provider.jar，里面包含了com.sun.crypto.provider.SunJCE。在elipse里运行时抛出异常的原因是，class在eclipse里运行时，是通过eclipse的进行classload时会把com.sun.crypto.provider.SunJCE的签名信息去掉，这样JCE就不认这个类了，导致找不到Provider的实现，解决办法：在eclipse的preferences->java->installed jres里选择你指定的jre，edit，将Use default system libraries选上就可以正常运行了。其实把上面的程序在eclipse里编译好，直接在命令行下run，是不会出现上面的问题的。 在eclipse里，IBMjdk可以正常使用，可能是他们密切关系的原因吧，呵呵！ 在其它的一些情况下抛出java.security.NoSuchAlgorithmException的话，也可以考虑是不是在通过其它的程序进行classload时去掉了签名信息。

正解，万分感谢。[/quote] 在下解决的方法是加了个sunjce的工具包