Szoftver adatai:
Változat: 5.1.34
Feltöltés dátuma: 12 Apr 15
Engedély: Ingyenes
Népszerűség: 663
MySQL Connector / J egy JDBC 4-es típusú illesztőprogram és lehetővé teszi a csatlakozó Java-alapú alkalmazások a MySQL adatbázisok.
MySQL Connector / J tökéletes kis és közepes léptékű apps. A nagyszabású alkalmazások, akkor ajánlott a fejlett Java perzisztencia keretek, mint a tavaszi vagy hibernált.
MySQL Connector / C ++ van GPL alatt licencelt egy kereskedelmi licenc-val.
Mi az új ebben a kiadásban:
- Connector / J alkalmazások most kapcsolódni a MySQL kiszolgálók használja a PAM hitelesítési rendszert.
Mi az új verzióban 5.1.18:
- Működés új vagy módosult:
- Added a funkciót MYSQL_INDEX_TO_MYSQL_CHARSET letölteni a szerver karakterkészletnév, indexek segítségével elemzése helyett változók CharsetMapping.java
- kijavított hibák:
- A LRUCache végrehajtása eltávolították a legidősebb bejegyzést, nem pedig a legkevésbé fértek hozzá. (Bug # 13036537)
- Megváltozott cacheCallableStatements hogy cacheCallableStmts a maxPerformance.properties, hogy lehetővé teszik a megfelelő cache-t. (Bug # 13036309)
- Egy új ant zászló, com.mysql.jdbc.junit.fork, amely szabályozza, hogy JUnit fork új eljárások.
- Az érték: Az alapértelmezett, és a régebbi viselkedését. Vagy ki): szükség van a Windows, mert különben a folyamat villát hiba hibákat eredményez, miközben fut a tesztsorozat keresztül hangya a Windows-t. (Bug # 12784170)
- Nem amivel egy helyet értékek között () és az ON ismétlődő kulcs UPDATE okoz csatlakozó / J mindkét (A) Írd át a lekérdezést, bár magában foglal egy ON UPDATE statment és (B) előállításához a rossz lekérdezés több ON ismétlődő kulcs nyilatkozatokat. (Bug # 12565726)
- A & quot; régi & quot; figyelmeztetéseket küldtek vissza, amikor Statement.getWarnings () hívás után Statement.clearWarnings (). (Bug # 61866, Bug # 12791594)
- Calling Statement.cancel () egy nyilatkozatot arról, hogy nem éppen futó, okoz egy későbbi kivitelezett lekérdezés ugyanazt a kapcsolatot, hogy váratlanul lemondta. A vezető most véd ez a feltétel, de van egy mögöttes szerver probléma. A MySQL nyilatkozatot KILL QUERY (ami a vezető használja, hogy hajtsák végre Statement.cancel ()) inkább nem determinisztikus, és így a használata Statement.cancel () el kell kerülni, ha lehetséges. (Bug # 61501)
- A kapcsolat nem hozható létre, ha az URL tartalmazza mind sessionVariables és characterEncoding. (Bug # 61201, Bug # 12649557)
- A módosítások visszaállítása történik ConnectionImpl.java, a saját logikai characterSetNamesMatches funkciót.
Mi az új verzióban 5.1.15:
- hiba javítva:
- A kódolt listát fenntartott szavak Connector / J nem frissül az előjegyzések listája szava MySQL Server 5.5.
Mi az új verzióban 5.1.13:
- Működés új vagy módosult:
- Connector / J nem támogatta utf8mb4 a szerverek 5.5.2 és újabb.
- hiba javítva:
- A módszer unSafeStatementInterceptors () tartalmazott egy hibás kódsor, ami az elfogó hogy hívják, de az eredmény eldobják.
- Volt egy előadás regressziós durván 25% közötti r906 és r907, amely megjelent az okozta, nyomja a Proxy le az I / O réteg.
- A fájl DatabaseMetadata.java, a funkció private void getCallStmtParameterTypes nem sikerült, ha a paraméter határozza több mint egy sort, használd a "& # X5c; n 'karakter.
Hozzászólás nem található