Ir al contenido principal

Instalar Tomcat 7, JBoss AS 7 y Subversion en CentOS


Instalando Tomcat 7
Este artículo lo explica muy bien: http://davidghedini.blogspot.com/2011/02/install-tomcat-7-on-centos-rhel.html

Aunque el tutorial es para una de las primeras versiones de tomcat 7, también funciona con la mas reciente y les dejo el enlace:
wget http://www.gtlib.gatech.edu/pub/apache/tomcat/tomcat-7/v7.0.23/bin/apache-tomcat-7.0.23.tar.gz

Instalando JBoss 7
Primero recomiento leer una introducción a JBoss 7

Como no encontré un buen tutorial para JBoss 7, decidí seguir el de la version 6: http://davidghedini.blogspot.com/2011/03/install-jboss-6-on-centos.html y también este otro:
http://community.jboss.org/wiki/StartJBossOnBootWithLinux. También sería bueno seguir las mejores prácticas: http://jboss.ociweb.com/wiki/JBossSupport/BestPractices

Al intentar desplegar la aplicación me he encontrado con algunos problemitas.

Errores:
Cannot find scanner class. hibernate.ejb.resource_scanner=org.jboss.as.jpa.hibernate4.HibernateAnnotationScanner

JBoss AS 7 tiene una nueva forma de cargar las dependencias, por lo que algunas dependencias propias de las aplicaciones ya las carga y configura por defecto. Mi aplicacion usaba Hibernate 3 por lo que creaba un conflicto con el Hibernate que carga por defecto el jboss.
Probé primero excluyendo el módulo de Hibernate de jboss, para dejar el de la aplicacion, pero esto me dio muchos problemas por lo que decidí  migrar el proyecto JPA hacia Hibernate 4. No tuve mayores contratiempos con el código utilizado, excepto esto:
Para capturar la conexion JDBC antes se hacia
((HibernateEntityManager)getEntityManager()).getSession().connection();

Ahora es de la siguiente manera
((SessionImpl)((HibernateEntityManager)getEntityManager()).getSession()).connection();


 [null] los ELResolvers para JSF no se han registrado con el contenedor JSP.
En mi web.xml deshabilité el siguiente código
<context-param>

        <param-name>javax.servlet.jsp.jstl.fmt.localizationContext</param-name>

        <param-value>resources.application</param-value>

</context-param>

Error:
No suitable driver found for jdbc:postgresql://localhost/postgres

Como la aplicación primeramente usaba Apache Tomcat para ejecutarse, el persistence.xml siguiente, funcionaba bien:

<?xml version="1.0" encoding="UTF-8"?>

<persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">

    <persistence-unit name="presupuestoJPA" >      

        <class>ni.gob.mti.presupuesto.DetallePresupuesto</class>

        <class>...otrasclases...</class>

        <properties>

            <property name="hibernate.dialect" value="org.hibernate.dialect.PostgreSQLDialect"/>

            <property name="hibernate.connection.driver_class" value="org.postgresql.Driver"/>           

            <property name="hibernate.connection.url" value="jdbc:postgresql://10.13.86.7/presupuesto"/>                 <property name="hibernate.connection.username" value="postgres"/>

            <property name="hibernate.connection.password" value=""/>

            <property name="hibernate.show_sql " value="true" />           

        </properties>

    </persistence-unit>

</persistence>

Pero en JBoss el trabajo con la persistencia es bastante diferente.
Primero se debe crear un datasource. Aunque se puede hacer manualmente configurando un par de archivos, tuve que recurrir a la Administration Console, como se indica en este artículo: http://community.jboss.org/wiki/JBossAS7-DatasourceConfigurationForPostgresql

Con esto debemos cambiar el archivo persistence.xml, quedaría de la siguiente manera:
<?xml version="1.0" encoding="UTF-8"?>

<persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">

    <persistence-unit name="presupuestoJPA" >      

        <jta-data-source>java:jboss/datasources/presupuesto</jta-data-source>

          <class>ni.gob.mti.presupuesto.DetallePresupuesto</class>

        <class>...otrasclases...</class>

        <properties>

        <property name="hibernate.transaction.manager_lookup_class"

               value="org.hibernate.transaction.JBossTransactionManagerLookup" />

            <property name="hibernate.dialect" value="org.hibernate.dialect.PostgreSQLDialect"/>           

            <property name="hibernate.show_sql " value="true" />           

        </properties>

    </persistence-unit>

</persistence>

Instalar Subversion
http://wiki.centos.org/HowTos/Subversion

Comandos útiles de Linux
Que aplicación está usando un puerto (8081 es el puerto a consultar)
lsof -i :8081

Buscar archivos y carpetas (java es parte del nombre a buscar)
find / -name java -print

Version del servidor

$ cat /etc/*-release

$ uname -mrs
 

Comentarios

Entradas populares de este blog

Enumerar filas en una consulta con MySQL

Supongamos que tenemos tablas con la estructura siguiente: documentos (iddocumento, nombre_documento, url_original, idtipo_documento, idproyecto) proyectos (idproyecto, nombre_proyecto, longitud, unidad_medida) tipo_documentos (idtipo_documento, descripcion_tipo_documento) Tenemos necesidad de hacer una consulta como la siguiente: "Enumerar todos los documentos en la base de datos agrupados por proyecto" Parece fácil, excepto por el término "enumerar", aquí tienes un truquito para que logres enumerar tus consultas: SELECT (@rownum:=@rownum+1) AS rownum, nombre_documento, descripcion_tipo_documento, nombre_proyecto FROM (SELECT @rownum:=0) r, documentos AS d INNER JOIN proyectos AS p ON d.idproyecto = p.idproyecto INNER JOIN tipo_documentos AS td ON d.idtipo_documento = td.idtipo_documento Pero que tal si te piden que enumeres los proyectos con sus correspondientes documentos?. Teniendo lo anterior es un poco mas sencillo SELECT IF(@fila=proyectos.idproyecto,

jQuery DataTables y CodeIgniter

Ajax Source Datatables permite configurar fácilmente el origen de datos de la tabla, para que esta sea generada dinámicamente desde el servidor, así que con CodeIgniter tendríamos el siguiente código public function page(){ $data['pedidos'] = $this->pedidos_model->get_pedidos($this->input->post('iDisplayStart')); define('AJAX_REQUEST', 1);//truco para que en nginx no muestre el debug $TOTAL = $this->pedidos_model->total(); echo json_encode(array('aaData'=>$data['pedidos'], 'iTotalRecords'=>$TOTAL, 'iTotalDisplayRecords'=>$TOTAL, 'sEcho'=>$this->input->post('sEcho'))); } Este método producirá algo parecido a esto: {"iTotalRecords":83099,"iTotalDisplayRecords":83099,"sEcho":"2", "aaData":[{"Id":"85514","num":"86109&q

Personalizando Chrome

Cuando hablo de personalizar no me refiero a cambios en el tema, ni modificar algún comportamiento via la configuración, no, me refiero a obtener el código, modificarlo y compilarlo para crear mi propia "distribución". Así que antes de nada realiza esto: Descargar el codigo: http://dev.chromium.org/developers/how-tos/get-the-code Como compilar: https://code.google.com/p/chromium/wiki/NinjaBuild En caso, como a mi, que necesite una version anterior: https://www.chromium.org/developers/how-tos/get-the-code/working-with-release-branches Me encontré con varios errores cuando trate de descargar la versión 37, aquí está el hilo con las soluciones: https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/pmki-Uju6Zs La version 37 no estaba preparada para los cambios que vinieron con Yosemite, un error que encontré:  https://codereview.chromium.org/555163002 https://chromium.googlesource.com/chromium/src.git/+/59c4ad104b6f03af9c9acffc0fd9a42707083390/ba