¿Cuáles son los paquetes jar de Java de terceros más utilizados? Adjunto se encuentra la introducción de uso, preferiblemente el enlace de descarga oficial y la documentación china.

Análisis de documentos XML basado en reglas de digester, utilizado principalmente para asignar XML a objetos Java.

commons-beanutils.jar

Proporciona un contenedor para la 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 gráfico de objetos para el idioma de navegación. OGNL es la abreviatura de Object-Graph Navigation Language. Es un poderoso lenguaje de expresión (Expression Language, denominado 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 y. atravesar La estructura de todo el gráfico de objetos y la implementación de la conversión de tipo de campo y otras funciones. Utiliza la misma expresión para acceder a las propiedades del objeto.

Algunos paquetes hibernate2 dependen de

hibernate2.jar

Biblioteca Hibernate, no hay nada que decir, se debe usar el paquete jar

cglib -asm.jar:

Biblioteca CGLIB, utilizada por Hibernate para lograr la generación dinámica de código de bytes PO. La generación dinámica de código de bytes PO, una biblioteca muy básica, debe utilizar el paquete jar

dom4j.jar:

dom4j es una API XML de Java, similar a jdom, que se utiliza para leer y escribir XML. archivo. dom4j es una API XML de Java muy, muy excelente, con excelente rendimiento, funciones potentes y extremadamente fácil de usar. Además, también es un software de código abierto, puedes encontrarlo en SourceForge. Se puede encontrar un artículo de revisión sobre el rendimiento, la funcionalidad y la facilidad de uso de la API XML de Java principal en IBM DeveloperWorks que es excelente en todos los aspectos. Empecé a usar dom4j hace casi dos años y todavía lo uso. Hoy en día, se puede ver que cada vez más software Java usa dom4j para leer y escribir XML. Vale la pena mencionar que incluso JAXM de Sun también 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. Esta es una biblioteca central y se debe utilizar este paquete jar.

commons-collections.jar:

Paquete Apache Commons, que contiene una gran cantidad de clases de colección desarrolladas por Apache y tiene funciones más potentes que java.util.*. Se debe utilizar el paquete de frasco.

commons-beanutils.jar:

Uno de los paquetes de Apache Commons que contiene algunas clases de utilidades de beans. Se debe utilizar el paquete de frasco.

commons-lang.jar:

Uno de los paquetes de Apache Commons que contiene algunas clases de utilidad de tipos de datos que son extensiones de java.lang.*. Debe usar el paquete jar.

commons-logging.jar:

Uno de los paquetes de Apache Commons que contiene la función de registro, es un paquete jar que debe usarse. El paquete en sí contiene un registrador simple, pero su funcionalidad es muy débil. Cuando se ejecute, primero buscará log4j en CLASSPATH. Si está disponible, use log4j. De lo contrario, buscará java.util.logging usado en JDK1.4. La aparición de commons-logging.jar es un arrepentimiento que queda de la historia. En ese momento, Apache presionó a Sun para que agregara log4j a JDK1.4. Sin embargo, JDK1.4 no agregó log4j a JDK1.4. 4. Sin embargo, el equipo del proyecto JDK1.4 se acerca el momento de lanzar el producto JDK1.4, por lo que rechazó la solicitud de Apache y utilizó su propio java.util.logging. La función de este paquete es mucho más promedio que el rendimiento de. log4j.

Apache desarrolló posteriormente commons-logging.jar para que fuera compatible con estos dos programas de registro. Por lo tanto, al escribir un programa de registro con commons-logging.jar, puede cambiar el Logger subyacente y puede elegir log4j, java.util.logging o su propio Simple Logger. Sin embargo, todavía recomiendo encarecidamente usar log4j, porque el rendimiento de log4j es muy alto. El tiempo que lleva generar un mensaje de registro es casi igual al de System.out, y solo se necesitan 5 us en promedio para procesar un registro. Puede encontrar el archivo de configuración log4j preparado por Hibernate para usted en el directorio src de Hibernate. Puede encontrar el archivo de configuración log4j o utilizar el archivo de configuración log4j. Puede encontrar el archivo de configuración log4j que Hibernate ha preparado para usted en el directorio src de Hibernate. Solo necesita ir al sitio web de Apache para descargar log4j commons-logging.jar, que también es un paquete jar necesario.

Los paquetes jar anteriores son necesarios para usar Hibernate y el resto son opcionales.

ant.jar:

Paquete jar de la herramienta de compilación Ant, utilizado para compilar el código fuente de Hibernate. Es de poca utilidad si no planeas modificar y compilar el código fuente de Hibernate.

Paquete opcional.jar:

Opcional.jar:

Un paquete auxiliar para Ant.

c3p0.jar:

C3PO es un grupo de conexiones de base de datos que puede configurarse para que lo utilice Hibernate. Si desea utilizar este grupo de conexiones, necesita este paquete jar.

proxool.jar:

Igual que el anterior, también es un grupo de conexiones.

commons-pool.jar,

commons-dbcp.jar:

grupo de conexiones de base de datos DBCP, desarrollado por la organización de Yakarta para Apache, y el grupo de conexiones de Tomcat4 también es DBCP.

De hecho, Hibernate ha implementado un grupo de conexiones de bases de datos muy, muy simple. Con los tres anteriores, puede elegir cuatro bases de datos diferentes en el grupo de conexiones de Hibernate, cuál elija depende de sus preferencias personales. pero DBCP puede ser más versátil.

También se debe enfatizar 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, las transacciones administradas por contenedores no funcionarán.

connector.jar:

Especificación JCA, este jar es necesario si Hibernate está configurado como conector en el servidor de aplicaciones. Pero, de hecho, el servidor de aplicaciones general definitivamente traerá este paquete, por lo que en realidad es un paquete redundante.

jaas.jar:

JAAS se utiliza para la verificación de permisos y ya está incluido en JDK1.4. Entonces en realidad es un paquete redundante.

jcs.jar:

Si quieres utilizar JCS con Hibernate, debes incluirlo, de lo contrario no se utilizará.

jdbc2_0-stdext.jar:

Paquete de extensión JDBC2.0, generalmente utilizado para grupos de conexiones de bases de datos. Pero App Server lo usa, por lo que también es redundante.

jta.jar:

Especificación JTA, JTA se usará cuando Hibernate lo necesite, pero App Server lo traerá, por lo que es redundante.

junit.jar:

Paquete Junit, necesario cuando ejecuta el código de prueba que viene con Hibernate; de ​​lo contrario, no lo utilice.

xalan.jar, xerces.jar, xml-apis.jar:

Xerces es un analizador XML, Xalan es un formateador y xml-apis es en realidad JAXP. En términos generales, App Server lo usa, JDK1.4 incluye un analizador pero no Xerces y Crimson es más eficiente. JDK1.4 también contiene un analizador, pero no es Xerces o Crimson, que es menos eficiente. Sin embargo, Hibernate y XML no son más que leer archivos de configuración y el rendimiento no es importante, por lo que son redundantes.

antlr.jar

Ver la herramienta de generación de sintaxis