Archivo de la etiqueta: Java

No suitable driver found

Siguiendo con la racha de errores desesperantes de Java ayer me encuentro con:

No suitable driver found for jdbc:mysql://localhost:3306/miproyecto

El código

	public static boolean signUp(String username, String password) {
		try
		{
			Connection con = DriverManager.getConnection("jdbc:mysql://localhost:3306/xxxxxxxxxx", "root", "123456");
			PreparedStatement stmt = con.prepareStatement(SIGN_UP_QUERY);
			stmt.setString(1, username);
			stmt.setString(2, Util.MD5(password));
			return stmt.execute();
		} catch(Exception e) {
			System.out.println(e);
			return false;
		}	
	}

La solución


Class.forName("com.mysql.jdbc.Driver");

Connection con = DriverManager.getConnection("jdbc:mysql://localhost:3306/xxxxxxxx", "root", "123456");

...	

La teoría de por qué se soluciona

Al llamar a ese método forName, eso inicializa la clase en quién sabe qué variables dentro de la VM de Java, y entonces esta es capaz de encontrar el driver. Otro caso en el que no sabemos qué corno pasa por adentro pero sí cómo arreglarlo.

Problemas con Maven y Eclipse

Después de varios días de problemas en los que no podía ejecutar una aplicación web que tiene Java, Struts y Maven, que me tiraba este error:

java.lang.NullPointerException
 org.apache.jsp.homer_jsp._jspInit(homer_jsp.java:22)
 org.apache.jasper.runtime.HttpJspBase.init(HttpJspBase.java:52)
 org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:164)
 org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:340)
 org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
 org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
 javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.doFilter(StrutsPrepareAndExecuteFilter.java:88)

El error de por sí es encantador, ya que ese método jspinit es un método de un JSP compilado… al que no tenemos acceso.

Después de buscar en Google, parece que el problema es una superposición de clases (con probables pero no visibles diferentes versiones) por culpa de Maven y/o Eclipse, que en teoría estaría tirando los jars dentro de la carpeta WEB-INF/lib, estos se suben al server Tomcat reemplazando a los verdaderos y BLAM: NullPointerException.

Estos jars son jsp-api-2.1.jar y servlet-api-2.5.jar. Sin embargo, oh sorpresa, voy a esa carpeta y… no existe. Ni siquiera hay carpeta WEB-INF/lib en el proyecto.

Después de divagar en varias opciones alternativas, se me ocurre buscar en el proyecto a ver si en algún lugar están los benditos jars:


find . -n "*jsp-api-2.1*"

Oh, mas sorpresa, estaban dentro de este directorio:

MIPROYECTO/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/MIPROYECTO/WEB-INF/lib$

Sin saber exactamente qué corno es ese directorio, voy y borro los jars. Después de reiniciar un par de veces Eclipse y Tomcat, finalmente, deja de tirarme el error de los classpath lunáticos.

Ant

En este tutorial está lo básico para ejecutar ANT desde eclipse; hay que hacer un archivo build.xml en donde uno quiera (el root del proyecto), poner una acción a realizar por default (se ejecutará esta y todas sus dependendicas… la acción que no esté linkeada no se ejecutará). Este es el código de ejemplo:

build.xml

<project name=”AntExample” default=”jar” basedir=”.”>

<!– El default es la operación por default, y la única
que se ejecuta si no le pasan parámetros –>

<!– Define propiedades (variables) –>

<property name=”src” value=”.”/>

<property name=”build” value=”bin”/>

<property name=”deploy” value=”deploy”/>

<!– Hace un directorio –>
<target name=”init”>
<mkdir dir=”${build}”/>
<mkdir dir=”${deploy}”/>
</target>

<!– Compila el código java a ese directorio
(¿por qué el depends? porque hay que hacer
el otro primero) –>
<target name=”compile” depends=”init”>
<!– Compile the java code –>
<javac srcdir=”${src}” destdir=”${build}”/>
</target>
<!– Peeeeero no lo exporta en un .jar, hasta acá –>
<target name=”jar” depends=”compile”
description=”create a Jar file for the application”>
<jar destfile=”${deploy}/hello.jar”>
<fileset dir=”${build}” includes=”**/*.class”/>
<manifest>
<attribute name=”Main-Class” value=”HelloProgram”/>
</manifest>
</jar>
</target>
</project>

Ant tiene bastantes mas funciones, de hecho, cuando tenemos un proyecto con dependencias, que necesite jars para funcionar u otro proyecto con el cual esté conectado, deberemos incluír esto:

<!– Used to include all the libs in a directory –>

<patternset id=”java.libs” includes=”**/*.jar,**/*.zip” />

<!– The libs compiled in the deploy folder at the time the method is called –>

<path id=”compiledLibs” >
<fileset dir=”${deploy}/${libraries}” >
<patternset refid=”java.libs” />
</fileset>
<fileset dir=”${deploy}/”>
<patternset refid=”java.libs” />
</fileset>
</path>

Y cuando compilamos, lo añadimos de esta forma:

<javac classpathref=”compiledLibs” mce_href=”compiledLibs” destdir=”${build}/banelco”>
<src path=”${banelcoGeneralHome}/src/test/java”/>
<src path=”${banelcoGeneralHome}/src/main/java”/>
</javac>

Problemas comunes: cuando tenemos proyectos con dependencias, una solución simple es hacer una carpeta deploy, meter ahí todas las librerías,
compilar allí el proyecto que no tiene dependencias de proyecto como un .jar, y después compilar
el proyecto que si tiene dependencias, que dependa de todos los .jar de ese directorio (entonces,
como el otro proyecto ya está compilado como un .jar, también tendrá sus clases )

Spring: Property Place Holder

Viendo que hay muy poca info sobre Spring en castellano (y menos sobre temas específicos), me dedicaré a escribir sobre ello.

Si uno no quiere modificar directamente los archivos XML, ya que para operadores esto quizás no sea lo mejor, y prefiere cambiar las propiedades principalse en un archivo .properties, esta es la forma de incluír esos .properties en Spring y llamar a los valores de sus variables:

gateway.properties

ioacceptor.port = 1235

applicationContext.xml

<!DOCTYPE beans PUBLIC “-//SPRING//DTD BEAN//EN” “http://www.springframework.org/dtd/spring-beans.dtd”&gt;
<beans>

<!– Property Place Holder Configuration –>
<bean class=”org.springframework.beans.factory.config.PropertyPlaceholderConfigurer”>
<property name=”locations”>
<value>classpath:com/banelco/gateway/context/gateway.properties</value>
</property>
</bean>

<bean class=”org.apache.mina.integration.spring.Binding”>
<property name=”address” value=”:${ioacceptor.port}“/>
<property name=”handler” ref=”iso8583Handler”/>
<property name=”serviceConfig”>
<bean class=”org.apache.mina.transport.socket.nio.SocketAcceptorConfig”>
<property name=”filterChainBuilder” ref=”filterChainBuilder”/>
<property name=”reuseAddress” value=”true”/>
</bean>
</property>
</bean>
</list>
</property>
</bean>
</beans>

Importante: si se desea utilizar mas de un PropertyPlaceHolder en el contexto, se le debe añadir la propiedad <property name=”ignoreUnresolvablePlaceholders” value=”true” />, para que los holders que no pueda resolver uno no tire excepción y pueda resolverlos el otro.

Idea: se pueden extenders las clases de PlaceHolder e implementar de nuevo sus métodos, por ejemplo, el getLocation(), para hacer rutas configuradas y que sólo tengan que poner el nombre del archivo 🙂

JBoss + Spring + MBeans 3/4

JBossImage

Bueno, ahora ya tenemos cómo acceder a los MBeans desde código, pero ¿cómo crearlos desde código?

Lo primero que tenemos que tener en cuenta es que las clases que queremos crear como MBeans, obligatoriamente tienen que estar en el servidor. O sea, tenemos que exportarlo como un .jar y ponerlo en la carpeta lib del servidor (así me funcionó a mi, si tenemos una aplicación web será un .war y en deploy, aunque no lo probé)

Ya tenemos eso, ahora creamos un MBean cualquiera:

Interfaz TesterMBean

package org.acriter.testJBoss;public interface TesterMBean {public String getNombre();public void setNombre(String nombre);public void init();

}

Clase Tester

package org.acriter.testJBoss;public class Tester implements TesterMBean{public void init() {// TODO Auto-generated method stub}
private String nombre;
public String getNombre() {
return nombre;
}

public void setNombre(String nombre) {
this.nombre=nombre;
}
}

JMXProBrowser


package org.acriter.testJBoss;import javax.management.MBeanInfo;import javax.management.MBeanOperationInfo;import javax.management.MBeanParameterInfo;import javax.management.ObjectName;

import javax.naming.InitialContext;

import org.jboss.jmx.adaptor.rmi.RMIAdaptor;

/**

* Esta clase puede conectarse con JBOSS!!

* Y llamar a sus MBeans...

* Queda para la historia.

* @author hmassaroli

*

*/

public class JMXProBrowser

{

/**

* @param args the command line arguments

*/

public static void main(String[] args) throws Exception

{

//ponemos las propiedades (?)
System.setProperty("java.naming.factory.initial", "org.jnp.interfaces.NamingContextFactory");
System.setProperty("java.naming.provider.url", "localhost:1099");
InitialContext ic = new InitialContext();
RMIAdaptor server = (RMIAdaptor) ic.lookup("jmx/invoker/RMIAdaptor");
//Intentaremos crear un MBean
ObjectName name2 = new ObjectName("jboss:service=BeanLoco");
//server.createMBean("java.lang.String", name2); //Esta clase si la toma
server.createMBean("org.acriter.testJBoss.Tester", name2);
//Esta no
// Get the MBeanInfo for the JNDIView MBean
ObjectName name = new ObjectName("jboss:service=JNDIView");
MBeanInfo info = server.getMBeanInfo(name);
System.out.println("JNDIView Class: " + info.getClassName());

MBeanOperationInfo[] opInfo = info.getOperations();
System.out.println("JNDIView Operations: ");
for(int o = 0; o < opInfo.length; o ++) {
MBeanOperationInfo op = opInfo[o];

String returnType = op.getReturnType();
String opName = op.getName();
System.out.print(" + " + returnType + " " + opName + "(");

MBeanParameterInfo[] params = op.getSignature();
for(int p = 0; p < params.length; p++) {
MBeanParameterInfo paramInfo = params[p];

String pname = paramInfo.getName();
String type = paramInfo.getType();

if (pname.equals(type)) {
System.out.print(type);
} else {
System.out.print(type + " " + name);
}

if (p < params.length-1) {
System.out.print(',');
}
}
System.out.println(")");
}
// Invoke the list(boolean) op
String[] sig = {"boolean"};
Object[] opArgs = {Boolean.TRUE};
Object result = server.invoke(name, "list", opArgs, sig);

System.out.println("JNDIView.list(true) output:n"+result);
}
}

JBoss + Spring + MBeans 2/4

JBossImage

Bueno, ahora veremos cómo obtener info de un MBean existente en el servidor mediante código. La conexión del servidor es lo que se me complicó mucho, todavía no me explico demasiado cómo funciona. Éste es el código:

org.acriter.testJBoss.JMXBrowser:


package org.acriter.testJBoss;import javax.management.MBeanInfo;
import javax.management.MBeanOperationInfo;
import javax.management.MBeanParameterInfo;
import javax.management.ObjectName;
import javax.naming.InitialContext;import org.jboss.jmx.adaptor.rmi.RMIAdaptor;

/**
* Esta clase puede conectarse con JBOSS!!
* Y llamar a sus MBeans…
* Queda para la historia.
* @author hmassaroli
*
*/
public class JMXBrowser
{
/**
* @param args the command line arguments
*/
public static void main(String[] args) throws Exception
{

//ponemos las propiedades (?)
System.setProperty(“java.naming.factory.initial”, “org.jnp.interfaces.NamingContextFactory”);
System.setProperty(“java.naming.provider.url”, “localhost:1099”);

InitialContext ic = new InitialContext();
RMIAdaptor server = (RMIAdaptor) ic.lookup(“jmx/invoker/RMIAdaptor”);

// Get the MBeanInfo for the JNDIView MBean
ObjectName name = new ObjectName(“jboss:service=JNDIView”);
MBeanInfo info = server.getMBeanInfo(name);
System.out.println(“JNDIView Class: ” + info.getClassName());

MBeanOperationInfo[] opInfo = info.getOperations();
System.out.println(“JNDIView Operations: “);
for(int o = 0; o < opInfo.length; o ++) {
MBeanOperationInfo op = opInfo[o];

String returnType = op.getReturnType();
String opName = op.getName();
System.out.print(” + ” + returnType + ” ” + opName + “(“);

MBeanParameterInfo[] params = op.getSignature();
for(int p = 0; p < params.length; p++) {
MBeanParameterInfo paramInfo = params[p];

String pname = paramInfo.getName();
String type = paramInfo.getType();

if (pname.equals(type)) {
System.out.print(type);
} else {
System.out.print(type + ” ” + name);
}

if (p < params.length-1) {
System.out.print(‘,’);
}
}
System.out.println(“)”);
}

// Invoke the list(boolean) op
String[] sig = {“boolean”};
Object[] opArgs = {Boolean.TRUE};
Object result = server.invoke(name, “list”, opArgs, sig);

System.out.println(“JNDIView.list(true) output:n”+result);
}
}

 

Spring + JBoss + MBeans: FAQ

JBossImage

FAQ:

java.lang.NoSuchMethodException <init>

Estás poniendo la interfase en el jboss-service.xml, no la clase. Obviamente, una interfaz no tiene constructores 😉

 ClassNotFoundException

Hay que poner en el servidor un archivo .jar (en lib, por ejemplo), con las clases, ¡JBoss no puede instanciar una clase que no tiene!

(Si, te preguntarás (y entonces por qué no lo hago como servicio en un .SAR y listo! Bueno,
capaz quieras tener todas las clases en un sólo .jar, ¡y no repartidas por ahí en muchos archivos!)

Jboss + Spring + Mbeans 1/3

Hace poco me encomendaron la desconocida tarea de registrar desde una aplicación stand alone con Spring un MBean en un servidor JBoss. Me costó mucho al principio enteder, lo primero que logré fue declarar un servicio en JBoss desde un archivo .SAR. No me acuerdo mucho del asunto, es algo así:

http://forum.springframework.org/showthread.php?t=11479

Se define una carpeta META-INF en un Proyecto Java, y adentro se le pone un jboss-service.xml, se lo exporta como .jar, y le cambiás la extensión a .SAR, y JBoss te lo toma como servicio.

Acá está el ejemplo:

META-INF/jboss-service.xml:

<?xml version="1.0" encoding="UTF-8"?>
<server>
<mbean code="com.acme.HelloWorldService" name="acme.com:service=HelloWorld">
<attribute name="Message">Hello World</attribute>
</mbean>
</server>com.acme.HelloWorldServiceMBean


com.acme.HelloWorldService

package com.acme; import org.jboss.system.ServiceMBeanSupport;public class HelloWorldService extends ServiceMBeanSupport implements HelloWorldServiceMBean
{
// Our message attribute
private String message = "Sorry no message today";// Getters and Setters
public String getMessage()
{
return message;
}
public void setMessage(String message)
{
this.message = message;
}// The printMessage operation
public void printMessage()
{
log.info(message);
}// The lifecycle
protected void startService() throws Exception
{
log.info("Starting with message=" + message);
}
protected void stopService() throws Exception
{
log.info("Stopping with message=" + message);
}
}

com.acme.HelloWorldServiceMBean:

package com.acme;import org.jboss.system.ServiceMBean;public interface HelloWorldServiceMBean extends ServiceMBean
{
// Configure getters and setters for the message attribute
String getMessage();
void setMessage(String message);// The print message operation
void printMessage();
}Si esto les funciona, ya están listos para la siguiente y terrorífica etapa... obtener la info de un MBean del servidor!  

Misterioso archivo .SAR

Un archivo SAR es un archivo de servicio de JBoss. Si quieren probar cómo se muestra un MBean en la consola de JBoss, es decir, instanciar un nuevo servicio, deben:

Crear un nuevo proyecto web dinámico en Eclipse

Hacer este tutorial.

Crear una carpeta META-INF y ahí poner el archivo jboss-services.xml

Exportar el archivo como .JAR

Cambiarle la extensión a .SAR, y pegarlo en la carpeta deploy, del servidor default (o e que usen) de JBoss x)

En definitiva, la diferencia entre un JAR y un SAR es el nombre, y que este último tiene en META-INF la descripción del servicio.