Hace dos días, recibí temporalmente una tarea, diciendo que aprobaría una certificación, así que tuve que construir un conjunto de pruebas del sistema empresarial en el sistema uos, y Tongxin proporcionó varios servidores para construirlo. Sin embargo, el proceso de construcción no fue muy sencillo y se encontraron los siguientes problemas:
1. Error al importar archivo de base de datos
Esta biblioteca se toma directamente del entorno de producción y no debería ser demasiado larga. Por lo tanto, Baidu echó un vistazo y descubrió que algunas configuraciones son demasiado pequeñas. Agregue las siguientes tres configuraciones al archivo de configuración de la base de datos y reinicie la base de datos antes de importarla.
innodb_log_file_size=1024M
innodb_file_format ='Barracuda'
innodb_strict_mode=0
2. No se puede usar jboss para implementar el proyecto
Cuando se implementó uno de ellos, era igual que cuando se probó localmente. Ejecuté el script de implementación directamente. El resultado no se inició, pero lo inicié manualmente y encontré el siguiente error:
El paquete war se implementa usando jboss6.1, solo se puede usar jdk1.7 y no ha habido ningún problema. Instalé el sistema uos con el servidor de la compañía antes y lo probé. De hecho, se puede ejecutar, pero el error jdk se muestra aquí. No esperaba que estuviera relacionado con la CPU en ese momento. Se estima que sea un poco problema, así que utilicé el comando uname para echar un vistazo.
uname -m
El número de bits está bien, es de 64 bits, pero esto es arquitectura mips.
En ese momento, no sabía para qué era esto. Solo puede buscar por palabras clave, pero solo se encuentran estas cosas
Bien, luego busqué mips jdk y vi que hay un jdk especial en la comunidad de Godson. ¿No es esto difícil? Descargue un jdk1.7 e inicie jboss directamente
Hice clic y descubrí que era demasiado ingenuo: Loongson OpenJDK, no hay versión 7
3. Utilice tomcat para iniciar el problema error-mq
Parece que jboss no está disponible, solo se puede usar tomcat.
El servidor viene con jdk, instalado usando apt, y echó un vistazo a java -version
Se puede usar, luego ir directamente al modo de paquete fuera de línea, descomprimir, cambiar la configuración y poner el paquete de guerra para comenzar directamente.
- Al principio, se instaló tomcat 9.0, usando el jdk incorporado para comenzar, y se informó un error.
- Cambie a tomcat8.5, use el jdk incorporado para comenzar e informe un error.
- Luego cambie a 7.0, use el jdk incorporado para comenzar e informe un error.
Eso significa que mientras sea el jdk incorporado, no importa qué versión de tomcat se inicie, se informará un error. Entonces solo cambie jdk.
Hay tres versiones de jdk en la comunidad de Loongson, a saber, Loongson OpenJDK 13-ea 64-bit, Loongson OpenJDK 8 64-bit y Loongson OpenJDK 6 32-bit.
En circunstancias normales, el jdk que usamos es 8. Así que descargué un jdk8 y lo usé con tomcat8, pero aún así reportó un error cuando se inició. El registro acaba de decir que uno o más oyentes no se iniciaron. Para obtener información más detallada
, el error se informa antes del archivo de registro del contenedor correspondiente . La razón principal es que el registro no es lo suficientemente detallado, por lo que se usa el modo de depuración para verificar el error
./catalina.sh debug
Encontré el siguiente error:
Failed to connect to [tcp://127.0.0.1:61617?wireFormat.maxInactivityDuration=0] after: 10 attempt(s) continuing to retry
Este es un error informado por mq. Lo verifiqué y encontré que mq no se inició. El motivo es ... Cuando el script implementa mq, mq jdk se especifica en la configuración de mq como la versión general jdk1.7, y olvidé cambiarlo.
4. No se puede conectar la base de datos del proyecto de implementación.
Después de cambiar el jdk de mq y reiniciar, se encontró que la base de datos no se podía conectar nuevamente.
Puede conectarse usando localhost, pero no puede conectarse usando 127.0.0.1. Esto implica un problema más importante. La diferencia entre localhost y 127.0.0.1 en mysql , vea más abajo para más detalles:
Diferencia entre localhost y 127.0.01 en mysql
Con todo, cuando se usa 127.0.0.1 para conectarse a la base de datos, no pasa por la tarjeta de red como usar localhost, necesita estar conectado a través de la tarjeta de red, firewall, etc. como otras IP.
mariadb10.3 puede adoptar el nuevo método de autenticación caching_sha2_password de forma predeterminada, este método no es compatible con la antigua interfaz de servicio web convencional (tal vez, no estoy seguro, porque solo pienso en ello después de modificar el método de cifrado y buscarlo. Ver cuál es su método de cifrado, es demasiado tarde)
En resumen, utilice el comando para cambiar el método de cifrado, de la siguiente manera
update mysql.user set authentication_string=password("123456"),plugin='mysql_native_password' where user='root';
Ahora el método de cifrado de la base de datos es
el mismo que el anterior. Después de la prueba, puede usar localhost para conectarse.
5. Error x11
Luego reinició Tomcat, esperó durante mucho tiempo, informó el siguiente error:
vuelva a aparecer, vea este error después de que se inicie la base de datos
Es realmente un giro y vueltas ...
Baidu informó este error y descubrió que era un problema con la herramienta de conexión remota que se usa ahora, pero yo era demasiado vago para resolver este problema. De todos modos, uos tiene una interfaz gráfica. a la interfaz gráfica y utilice el terminal para ejecutarlo. Por lo tanto, use Sunflower para conectarse de forma remota al servidor y abra la terminal para ejecutar comandos.
6. La implementación es exitosa y no se puede acceder al navegador.
¡Al final! ¡La conexión a la base de datos es exitosa y el registro se imprime!
Sin embargo, se informó un error 500 cuando ingresé la URL en el navegador.
Me tomó más tiempo resolver este error. De todos modos, todos los tipos de Baidus no dieron resultados. Pensé en cambiar tomcat, y no pude rendirme en el último paso, así que cambié tomcat a 9.0. Después de comenzar la visita, fue un éxito.
El formulario de coincidencia de tomcat-jdk adjunto en el sitio web oficial de tomcat, obviamente, 8 tomcat con 7 o más jdk está bien, pero no sé por qué el mío no funciona. En el futuro, intente seguir esto para instalar jdk y tomcat.
7. Resumen
Resuma los siguientes problemas principales:
1. La CPU de Loongson tiene su propio jdk, el jdk general no se ejecuta normalmente en Loongson
2. Preste atención para iniciar el proyecto java, debe coincidir con el jdk correspondiente
3. Algunos errores son herramientas de conexión remota Como resultado, No puede obsesionarse con reportar errores y cambiar una herramienta de conexión, que puede ser más rápida
4. La base de datos es muy importante Antes de implementar el servicio, determine la configuración de la base de datos.