簡體   English   中英

此JAVA MySQL JDBC Google App Engine連接字符串有效嗎?

[英]Is this JAVA MySQL JDBC Google App Engine connection string valid?

請告訴我此方法內的連接字符串是否為有效的連接字符串:

Connection conn = DriverManager.getConnection(
                  "jdbc:google:mysql://cloud-2280:mysql/account"
                  , "root"
                  , "");
  • appID:cloud-2280
  • instanceID:mysql
  • 數據庫名稱:帳戶
  • 密碼:mypassword

這是例外:

com.conversedynamics.NewServlet doPost:空com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:通信鏈接失敗最近一次成功發送到服務器的數據包是0毫秒前。 驅動程序尚未收到來自服務器的任何數據包。 在java.lang.java處sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)在sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)處com.mysql.jdbc.Util.handleNewInstance(Util.java:411)處的.newInstance(Constructor.java:46)com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1117)處的com.mysql.jdbc處的。 com.mysql.jdbc上的MysqlIO.readPacket(MysqlIO.java:668)com.mysql.jdbc上的MysqlIO.doHandshake(MysqlIO.java:1078)com.mysql.jdbc上的com.mysql.jdbc.ConnectionImpl.coreConnect(ConnectionImpl.java:2417) com.mysql.jdbc上的.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2450)。com.mysql.jdbc上com.mysql.jdbc.ConnectionImpl。(ConnectionImpl.java:818)上的ConnectionImpl.createNewIO(ConnectionImpl.java:2235) su上的.JDBC4Connection。(JDBC4Connection.java:46)在sun.reflect.NativeConstructorAccessorImpl.newInstance0(本機方法) n.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)位於com.mysql處java.lang.reflect.Constructor.newInstance(Constructor.java:46)處的sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:404)處com.mysql.jdbc.Util.handleNewInstance(Util.java:411)com.mysql.jdbc.GoogleNonRegisteringDriver $ JdbcWrapper.getInstance(GoogleNonRegisteringDriver.java:282) com.conversedynamics上java.sql.DriverManager.getConnection(DriverManager.java:571)上的com.mysql.jdbc.GoogleNonRegisteringDriver.connect(GoogleNonRegisteringDriver.java:252) org.mortbay上的javax.servlet.http.HttpServlet.service(HttpServlet.java:637)上的.NewServlet.doPost(NewServlet.java:90)在org.mortbay上的javax.servlet.http.HttpServlet.service(HttpServlet.java:717)上。 org.mortbay.jetty.serv上的jetty.servlet.ServletHolder.handle(ServletHolder.java:511) 在org.mortbay.jetty.servlet.ServletHandler $ CachedChain.doFilter()上的org.mortbay.jetty.servlet.ServletHandler $ CachedChain.doFilter(ServletHandler.java:1157)上的let.ServletHandler $ CachedChain.doFilter(ServletHandler.java:1166) org.mortbay.jetty.servlet.ServletHandler $ CachedChain.doFilter(ServletHandler.java:1157)的org.mortbay.jetty.servlet.ServletHandler $ CachedChain.doFilter(ServletHandler.java:1157)的ServletHandler.java:1157) org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)上的org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler上的.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) .java:182)位於org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765),位於org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418),位於org.mortbay.jetty。 org.mortbay.jetty.Server.handle(Server.java:326)上的handler.HandlerWrapper.handle(HandlerWrapper.java:152)org.mortbay.jetty.HttpConnection.handleRequest(HttpConnecti) 於org.mortbay.jetty.HttpConnection $ RequestHandler.headerComplete(HttpConnection.java:923)於org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)於com.google.tracing.TraceContext com.google.tracing.TraceContext $ TraceContextRunnable $ 1.run(TraceContext.java:444)com.google.tracing.CurrentContext.runInContext(CurrentContext.java:256)處的$ TraceContextRunnable.runInContext(TraceContext.java:437) com.google.tracing.TraceContext $ AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:300)上com.google.tracing.TraceContext $ TraceContext $ TraceContextRunnable.run(TraceContext)上的.google.tracing.TraceContext $ AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:308) .java:441)at java.lang.Thread.run(Thread.java:745)原因:java.io.EOFException:無法讀取來自服務器的響應。 預期讀取4個字節,在意外丟失連接之前讀取0個字節。 在com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:3039)在com.mysql.jdbc.MysqlIO.readPacket(MysqlIO.java:592)

文檔所述 ,您的jdbc網址看起來有效。

好看。

您曾經能夠克服這個困難嗎? 每當我看到它時,它通常與客戶端和mySQL服務器之間的安全配置有關。

“通信鏈接失敗最后一次成功發送到服務器的數據包是在0毫秒之前。驅動程序尚未從服務器收到任何數據包。”

嘗試在網址中附加“?verifyServerCertificate = false; useSSL = false”。 服務器可能期望比您在連接字符串中指定的安全性更高的安全性。 這些命令將覆蓋這些命令,從而使連接的安全性降低。 但是,如果您建立聯系,就會知道需要集中精力在哪里。 當然,您不希望在禁用安全性的情況下運行。 但這是一種了解問題所在的方法。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM