¿Cuáles son los paquetes jar de Java de terceros más utilizados? Se adjunta la introducción del propósito. Es mejor enviar el enlace de descarga y los documentos chinos al funcionario.
El análisis de documentos XML basado en reglas del digester se utiliza principalmente para asignar XML a objetos Java.
commons-beanutils.jar
Proporciona paquetes para las API de reflexión e introspección de Java.
aspectjweaver.jar
Se utiliza para integrar AspectJ AspectJ LTW Weaver en Spring 2.0.
ognl.jar
OGNL es la abreviatura de Object Graph Navigation Language, que es un potente lenguaje de expresión (EL). A través de su sintaxis de expresión simple y consistente, puede acceder a cualquier propiedad del objeto, llamar a los métodos del objeto, recorrer todo el diagrama de estructura del objeto e implementar la conversión de tipos de campos y otras funciones. Utiliza la misma expresión para acceder a las propiedades del objeto.
Hibernate2 depende de algunos paquetes.
Hibernate 2.jar
No hay mucho que decir sobre la biblioteca de Hibernate, debes usar el paquete jar.
cglib-asm.jar:
La biblioteca CGLIB utilizada por Hibernate para generar dinámicamente el código de bytes PO es una biblioteca muy central y debe usar un paquete jar.
dom4j.jar:
Dom4j es una API XML de Java, similar a jdom, que se utiliza para leer y escribir archivos XML. Dom4j es una excelente API Java XML con excelente rendimiento, funciones potentes y extremadamente fácil de usar. Al mismo tiempo, también es un software de código abierto y se puede encontrar en SourceForge. Puede encontrar un artículo en IBM DeveloperWorks que evalúa el rendimiento, la funcionalidad y la usabilidad de las principales API XML de Java. dom4j es excelente en ese sentido. Comencé a usar dom4j hace casi dos años y lo he estado usando hasta ahora. Ahora puede ver que cada vez más software Java utiliza dom4j para leer y escribir XML. Vale la pena mencionar particularmente que incluso JAXM de Sun usa dom4j. Este es un paquete jar imprescindible, que Hibernate utiliza para leer y escribir archivos de configuración.
odmg.jar:
ODMG es una especificación ORM que implementa la especificación ODMG y es una biblioteca central. Se debe utilizar el paquete jar.
commons-collections.jar:
Uno de los paquetes de Apache Commons contiene algunas clases de colección desarrolladas por Apache y es más potente que java.util.*. Se debe utilizar el paquete de frasco.
commons-beanutils.jar:
Uno de los paquetes de Apache Commons, que incluye algunas clases de herramientas Bean. Se debe utilizar el paquete de frasco.
commons-lang.jar:
Uno de los paquetes de Apache Commons contiene algunas clases de utilidad de tipos de datos, que son extensiones de java.lang.*. Se debe utilizar el paquete de frasco.
commons-logging.jar:
Uno de los paquetes de Apache Commons que contiene la función de registro debe utilizar el paquete jar. El paquete en sí contiene un registrador simple, pero su funcionalidad es muy débil. Cuando se ejecuta, primero buscará log4j en el classpath. Si está disponible, usará log4j. Si no está disponible, usará JDK1.4 para encontrar java.util.logging. utilizará un registrador simple. La aparición de commons-logging.jar es un arrepentimiento histórico. Apache hizo todo lo posible para presionar a Sun para que agregara log4j a JDK1.4, pero el equipo del proyecto JDK1.4 estaba a punto de lanzar el producto JDK1.4, por lo que rechazó la solicitud de Apache y utilizó su propio paquete java.util.logging. de este paquete son muy inferiores a log4j.
Más tarde, Apache desarrolló commons-logging.jar para que fuera compatible con ambos registradores. Por lo tanto, en los programas de registro escritos con commons-logging.jar, se puede cambiar el registrador subyacente. Puede elegir log4j, java.util.logging o su propio programa de registro simple. Sin embargo, todavía recomiendo encarecidamente usar log4j, porque el rendimiento de log4j es muy alto, el tiempo de salida del registro es casi igual al de System.out y procesar un registro solo toma 5 us en promedio. Puede encontrar el archivo de configuración log4j preparado por Hibernate en el directorio src de Hibernate. Sólo necesitas descargar log4j desde el sitio web de Apache. Commons-logging.jar también es un paquete jar necesario.
Los anteriores son los paquetes jar necesarios para usar Hibernate, y el resto son opcionales.
Ant Jar:
El paquete Jar del compilador Ant, utilizado para compilar el código fuente de Hibernate. Es inútil si no estás preparado para modificar y compilar el código fuente de Hibernate. Paquete de tarro opcional.
Opcional.jar:
Un paquete auxiliar para Ant.
c3p0.jar:
C3PO es un grupo de conexiones de base de datos e Hibernate se puede configurar para utilizar el grupo de conexiones C3PO. Si desea utilizar este grupo de conexiones, necesita este paquete jar.
proxool.jar:
También es un grupo de conexiones, como se mencionó anteriormente.
Commons Resource Pool.jar,
commons-dbcp.jar:
El grupo de conexiones de base de datos DBCP es desarrollado por la organización Apache de Yakarta, el grupo de conexiones de Tomcat4 también es DBCP.
De hecho, Hibernate también implementa un grupo de conexiones de bases de datos muy, muy simple. Además de los tres anteriores, puedes elegir cuatro grupos de conexiones de bases de datos diferentes en Hibernate. El que elijas dependerá de tus preferencias personales. Sin embargo, DBCP puede ser más general. También enfatice que si usa Hibernate en EJB, debe usar el grupo de conexiones del servidor de aplicaciones en lugar de los cuatro grupos de conexiones anteriores; de lo contrario, la transacción administrada por contenedor no funcionará.
Connector.jar:
Especificación JCA, necesita este jar si configura Hibernate como conector en su servidor de aplicaciones. Sin embargo, de hecho, el servidor de aplicaciones general definitivamente traerá este paquete, por lo que en realidad es un paquete innecesario.
jaas.jar:
JAAS se utiliza para la verificación de permisos y se ha incluido en JDK1.4. Así que en realidad hay un paquete más.
jcs.jar:
Si planeas usar JCS con Hibernate, debes incluirlo, de lo contrario no se usará.
jdbc2_0-stdext.jar:
El paquete de extensión de JDBC2.0, generalmente utilizado por el grupo de conexiones de bases de datos. Pero el servidor de aplicaciones lo traerá, por lo que es redundante.
jta.jar:
Especificación JTA. Hibernate necesita usarla cuando usa JTA, pero App Server viene con ella, por lo que es redundante.
junit.jar:
Paquete Junit, necesario cuando se ejecuta el código de prueba propio de Hibernate; de lo contrario, no es necesario.
xalan.jar, xerces.jar, xml-apis.jar:
Xerces es un analizador XML, Xalan es un formateador y la API XML es en realidad JAXP. Generalmente, App Server viene con JDK1.4 y también tiene un analizador, pero es Crimson en lugar de Xerces, lo cual es muy ineficiente. Pero Hibernate solo usa XML para leer el archivo de configuración y el rendimiento no es importante, por lo que es redundante.
Jar
La herramienta de generación de sintaxis se muestra a continuación.