Difference between MySQL Connector/J 5.1 and MySQL Connector/J 8.0

2018-08-01 KENNETH 0

Difference between MySQL Connector/J 5.1 and MySQL Connector/J 8.0   Summary of Connector/J Versions Connector/J version JDBC version MySQL Server version JRE Supported JDK Required for Compilation Status 8.0 4.2 5.5, 5.6, 5.7, 8.0 1.8.x 1.8.x General availability. Recommended version. 5.1 3.0, 4.0, 4.1, 4.2 5.5, 5.6*, 5.7*, 8.0* 1.5.x, 1.6.x, 1.7.x, 1.8.x* 1.5.x and 1.8.x General availability   Difference ClassName MySQL Connector/J 5.1 package name : java.sql (java.sql.*) class name : com.mysql.jdbc.Driver MySQL Connector/J 8.0 package name : java.sql (java.sql.*) class name : com.mysql.cj.jdbc.Driver    

Host ‘::1’ is not allowed to connect on mysql8 with telnet

2018-08-01 KENNETH 0

발단 확인을 위해 무심코 실행한 명령어…. # telnet localhost 3306 # telnet 127.0.0.1 3306 (위에것이 안되서 혹시나 하고)     에러메세지 # telnet localhost 3306 Trying ::1… Connected to localhost. Escape character is ‘^]’. <Host ‘::1’ is not allowed to connect to this MySQL serverConnection closed by foreign host.     사용환경 OS : CentOS7 MySQL : 8.0 원래 mariadb, mysql-5.7 등등등을 계속 변경 하면서 돌리다가 최근 업데이트 함 mysql -uroot -p dbname 또는 mysql -hlocalhost -uroot -p dbname 등으로 정상 접근 되고… 실제로 동일한 서버내에 WEB+DB가 같이 작동하며… dbhost = localhost port = 3306 형태의 설정으로 문제없이 사용중인데… ㄷ ㄷ ㄷ ㄷ     원인 세상에.. 이게 원인이.. 대체… skip_name_resolve 때문 이라니!!!!!! 참고로 mariadb-10.2, mysql-5.7 까지는 저 옵션이 활성화 된 상황에서도 telnet localhost 3306 명령에 이슈가 발생하지는 않았었다.     해결 skip_name_resolve 옵션을 해제….     고찰 “지금 이 [ more… ]

Unsupported major.minor version 52.0 error on java & tomcat

2018-08-01 KENNETH 0

Unsupported major.minor version 52.0 error on java & tomcat   에러메세지 Stacktrace:] with root cause java.lang.UnsupportedClassVersionError: com/mysql/cj/jdbc/Driver : Unsupported major.minor version 52.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:800) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)   원인 참조 URL : https://jirak.net/wp/major-version-number-of-the-java-class-file-format/ 클래스 파일이 컴파일된 버전(환경)과 실행되는 버전이 맞지 않을 때 발생 하는 에러 보통 구버전의 JAVA환경에서 새로나온 클래스를 적용할 경우 발생하겠지… 아마도…   해결 Java SE 10 = 54 (0x36 hex) Java SE 9 = 53 (0x35 hex) Java SE 8 = 52 (0x34 hex) Java SE 7 = 51 (0x33 hex) Java SE 6.0 = 50 (0x32 hex) Java SE 5.0 = 49 (0x31 hex) JDK 1.4 = 48 (0x30 hex) JDK 1.3 = 47 (0x2F hex) JDK 1.2 = 46 (0x2E hex) JDK 1.1 = 45 (0x2D hex) 요 내용에 맞게 버전을 맞춰주면 해결..

major version number of the JAVA class file format

2018-08-01 KENNETH 1

major version number of the JAVA class file format Java SE 10 = 54 (0x36 hex) Java SE 9 = 53 (0x35 hex) Java SE 8 = 52 (0x34 hex) Java SE 7 = 51 (0x33 hex) Java SE 6.0 = 50 (0x32 hex) Java SE 5.0 = 49 (0x31 hex) JDK 1.4 = 48 (0x30 hex) JDK 1.3 = 47 (0x2F hex) JDK 1.2 = 46 (0x2E hex) JDK 1.1 = 45 (0x2D hex)

“options * http/1.0 200 – – apache (internal dummy connection)” in apache logfile

2018-08-01 KENNETH 0

로그메세지 options * http/1.0 200 – – apache (internal dummy connection)     원인 참고URL : https://wiki.apache.org/httpd/InternalDummyConnection 아파치가 새로운 커넥션에 대응 할 수 있도록 자식프로세스를 관리하는 방안으로 로컬접속을 시도한다.. 뭐.. 이런…     해결 문제가 있어서 발생 하는 내용은 아님 무시해도 됨 이지만…   SetEnvIf Remote_Addr “::1” do_not_log CustomLog logs/domain.com-access.log common env=!do_not_log 정도 처리를 해주면 된다.