DataSource con java EE6, netbeans 6.8 y glassfish v3

[fersm]

Bueno, comento el problema que tengo:
Estoy intentando accesar al pool de conexiones que se genera en el glassfish desde una clase en java pero no puedo, ya verifique que desde el glassfish si se realice la conexion. Esta en un proyecto Java Web.
Coloco el codigo de la clase para que vean que esta correcto

Código C++:

package conexion;
 
import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.Statement;
import javax.sql.DataSource;
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
 
public class conexion
{
    public String datos()
    {
        try
        {
            DataSource ds = getConexion();
            Connection con = ds.getConnection();
            Statement st = con.createStatement();
            String nombres = "";
            ResultSet rs = st.executeQuery("select * from usuarios");
            while (rs.next())
            {
                nombres += rs.getString(1) + " " + rs.getString(2) + ",";
            }
            System.out.println(nombres);
            return nombres;
        }
        catch(Exception e)
        {
            System.out.println(e);
        }
        return "no funciono";
    }
 
 
    private DataSource getConexion() throws NamingException {
        Context c = new InitialContext();
        return (DataSource) c.lookup("java:comp/env/conexionPruebas");
    }
}
 

Si no estoy mal conexionPruebasss deberia ser el nombre de mi jndi que se muestra en el glassfish en el apartado de recursos JDBC, el cual esta igual.

Me di cuenta de que no entra en try de la funcion datos() y pasa al catch enviandome en pantalla lo siguiente

javax.naming.NamingException: Lookup failed for 'java:comp/env/conexionPruebas' in SerialContext [Root exception is javax.naming.NameNotFoundException: No object bound to name java:comp/env/conexionPruebas]


Pero no encuentro cual es el problema.

Por cierto he hecho este mismo ejemplo sin cambiar nada, pero con la version de java EE5 y funciona bien pero con java EE6 nop, ademas de que el servidor es el mismo glassfish v3.

Si pudieran darme una ayudada... estaria muy agradecido.

[hualro]

Mmmm que raro que estés tratando de acceder un Datasource a la "old school", por qué no mejor usas Spring o Hibernate para acceder a tu recurso.

En Spring sería algo así:

Código XML:

<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean" scope="singleton">
 
<property name="jndiName" value="/jdbc/YourDataSource" />
<property name="resourceRef" value="true" />
</bean>
 

Con Hibernate :

Código Properties:

hibernate.connection.datasource = java:/comp/env/jdbc/yourDataSource
hibernate.transaction.factory_class =     org.hibernate.transaction.JTATransactionFactory
hibernate.transaction.manager_lookup_class =     org.hibernate.transaction.JBossTransactionManagerLookup
hibernate.dialect = org.hibernate.dialect.YourDBDialect
 

La ventaja es que usarías un ORM en lugar de manejar la capa de datos a manita ya que es mucho trabajo!!!!

Saludos!

[fersm]

No habia checado esas opciones ya que pensaba solo hacer la conexion y crear una clase donde se manejaran las consultas, creyendo que no era necesario la utilizacion de algun otro framework. Pero aun asi checare los frameworks que me dics y vere con cual se me es más comodo trabajar. Aunque sigo pensando el porque en java ee 5 si funciona y en 6 no.

[GreenEyed]

No entiendo lo de probar con Java EE5 o Java EE 6 con el mismo servidor de aplicaciones ya que es el servidor de aplicaciones el que implementa la especificación, pero de todas formas lo que dice el error es que ha habido algun problema al publicar el DataSource por JNDI y no está en la dirección que esperas. De Java EE5 a Java EE6 hubo cambios en la forma de crear los DataSources, así que puede que el problema sea ese.

No uso GlassFish, así que no te puedo decir mucho más sobre como crear los datasources en ese servidor o como comprobar si estan bien publicados.

Suerte.

[fersm]

En el glassfish al montar el war se generan bien lo que es el pool de conexiones, el jndi y no tiene problemas al hacer ping a la base de datos, entonces donde creo que esta el error es en esta linea:

Código JAVA:

return (DataSource) c.lookup("java:comp/env/conexionPruebas");
 

Voy a checar si cambio la especificacion para esto o es problema del glassfish

Gracias a todos por la ayuda

[fersm]

Hola que tal, bueno buscando en san gugle encontre la nueva especificacion de los datasource y la he implementado, ya no marca problemas con javax.naming.NamingException pero ahora me envia un java.lang.NullPointerException del catch

Código JAVA:

package conexion;
 
import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.Statement;
import javax.annotation.Resource;
import javax.annotation.sql.*;
import javax.ejb.Stateless;
import javax.sql.DataSource;
 
 
@DataSourceDefinition(name = "java:comp/env/jdbc/pruebas",
className = "org.postgresql.Driver",
user = "postgres",
password = "12345",
databaseName = "Pruebas",
serverName = "localhost")
 
@Stateless
public class conexion
{
    @Resource(lookup = "java:comp/env/jdbc/pruebas")
    private DataSource ds;
 
    public String consulta()
    {
        String nombre = "";
        try
        {
            Connection con=ds.getConnection();
            Statement st = con.createStatement();
            ResultSet rs = st.executeQuery("SELECT * FROM usuarios");
 
            while(rs.next())
            {
                nombre += rs.getString(1) + " " + rs.getString(2) + " " + rs.getString(3) + " " + rs.getString(4) + ",";
            }
            con.close();
            return nombre;
        }
        catch(Exception e)
        {
            return e.toString();
        }
    }
}
 

No encuentro que sera esta vez pero presiento que estoy más cerca de conseguirlo. Cualquier ayuda, comentario o sape por algun error sintactico es bienvenido y agradecido.

[hualro]

Lo que se ve bastante raro es la parte de catch, no estás manejando bien la exception y estás perdiendo precisamente el stacktrace que te indica cuál es el error.

En mi opinión deberías quitar ese return y manejar la exception con un Logger:


Te recomiendo usar un Logger para manejar correctamente los logs de tu app

Descarga Log4J es muy sencillo de usar, solamente descarga el JAR y agrega el (los) jars a tu app y Configúralo.

Para configurarlo sólo tines que agregar este archivo a tu raiz donde está tu código.

log4j.properties (debe ir en tu raíz de tu source package)

Código properties:

# Direct log messages to standard output
# --------------------------------------
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d [%t] %-5p %c{1}:%L - %m%n
 
# Direct messages to file
# -----------------------
log4j.appender.file=org.apache.log4j.FileAppender
log4j.appender.file.File=/apps/logs/tu-app.log
log4j.appender.file.layout=org.apache.log4j.PatternLayout
log4j.appender.file.layout.ConversionPattern=%d [%t] %-5p %c{1}:%L - %m%n
 
# Set log levels - for more verbose logging change 'info' to 'debug'
# ------------------------------------------------------------------
log4j.rootLogger=DEBUG, stdout, file
 
# Applies for all the application
# -------------------------------
log4j.logger.com.tu.paquete=DEBUG
 

y agrega esto a tu clase:

Código Java:

import org.apache.log4j.Logger;
 
private static final Logger LOG = Logger.getLogger(TuClase.class);
 
y para logear la exception usa:
 
LOG.error(e.getMessage(), e );
 

ah y es mala práctica cachar Exception, deberías cachar una exception más específica para poder actuar en consecuencia.

Sé que no exactamente respondo tu pregunta pero te puede ayudar a debuggear mejor y diagnosticar cuál es el problema.

[fersm]

Vale, gracias por la ayuda y ya puse en practica el log4j, me envia esto en la terminal:

Código Terminal:

ADVERTENCIA: StandardWrapperValve[peticion]: PWC1406: Servlet.service() for servlet peticion threw exception
java.lang.NullPointerException
        at conexion.conexion.consulta(conexion.java:34)
        at peticion.peticion.processRequest(peticion.java:33)
        at peticion.peticion.doPost(peticion.java:59)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
        at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
        at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
        at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
        at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:325)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:226)
        at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
        at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
        at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
        at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
        at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
        at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
        at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
        at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
        at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
        at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
        at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
        at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
        at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
        at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
        at java.lang.Thread.run(Thread.java:619)
 

y asi quedo el codigo con el log4j implementado

Código Java:

package conexion;
 
import java.sql.Connection;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Statement;
import javax.annotation.Resource;
import javax.sql.DataSource;
import org.apache.log4j.Logger;
 
public class conexion
{
    @Resource(lookup = "java:comp/env/pruebas")
    private DataSource ds;
 
    private static final Logger LOG = Logger.getLogger(conexion.class);
 
    public String consulta()
    {
        String nombre = "";
        
        try
        {
            Connection con=ds.getConnection();
            Statement st = con.createStatement();
            ResultSet rs = st.executeQuery("SELECT * FROM usuarios");
 
            while(rs.next())
            {
                nombre += rs.getString(1) + " " + rs.getString(2) + " " + rs.getString(3) + " " + rs.getString(4) + ",";
            }
            con.close();
            return nombre;
        }
        catch(SQLException e)
        {
            LOG.error(e.getMessage(), e);
        }
        return null;
    }
}
 

Creo me voy a dar por vencido para el proyecto con java EE6 y lo voy hacer con java EE5 el cual no me da ningun problema con el datasource y seguire intentando con java EE6 ver que es lo que pasa.

[GreenEyed]

El código y el stacktrace no pegan, ya que segun los datos, el NullPointer se produciría en una linea que sólo contiene una llave. Algo no cuadra.

[fersm]

Bueno, no habiendo ni como hacer me he decidido empezar a trabajar con java ee5 para no atrasar el trabajo, gracias a hualro y GreenEyed por la ayuda y los consejos de programación, vale que se puede dar por cerrado este tema... aunque si doy con la solucion la posteare.

[fersm]

Bueno, no habiendo ni como hacer me he decidido empezar a trabajar con java ee5 para no atrasar el trabajo, gracias a hualro y GreenEyed por la ayuda y los consejos de programación, vale que se puede dar por cerrado este tema... aunque si doy con la solucion la posteare.

[fersm23]

Hola que tal, despues de un tiempo y liberada la version 6.9.1 de netbeans, al parecer corrigieron el problema que se venia dando con la generacion del DataSource por lo que ya se puede generar de la siguiente forma:

Código C++:

private DataSource getConexionPoolPrueba() throws NamingException {
        Context c = new InitialContext();
        return (DataSource) c.lookup("java:comp/env/conexionPoolPrueba");
    }
 

Y sin mayor problema se realiza la petición de conexión. Con lo que queda resuelto este problema.