mongodb连接问题,连接超时

z47596 2017-01-17 01:26:14
客户端能正常访问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)
...全文
3054 3 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
z47596 2017-01-18
  • 打赏
  • 举报
回复
引用 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的工具包
z47596 2017-01-18
  • 打赏
  • 举报
回复
引用 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时去掉了签名信息。
正解,万分感谢。
bcsflilong 2017-01-17
  • 打赏
  • 举报
回复
产出密钥时经常会出现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时去掉了签名信息。

51,397

社区成员

发帖
与我相关
我的任务
社区描述
Java相关技术讨论
javaspring bootspring cloud 技术论坛(原bbs)
社区管理员
  • Java相关社区
  • 小虚竹
  • 谙忆
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧