Author Archive

  • Como Borrar Directorios En Java

    4

    Bastante simple este snippet para algo que no es nativo de Java. Java no permite borrar un directorio que contenga archivos adentro. Lo primero que hay que hacer para eliminar el directorio es simplemente eliminar los archivos interiores. Aca un snippet que se llama recursivamente.

    /**
     * Deletes the given path and, if it is a directory, deletes all its children.
     */
    public boolean deleteWithChildren(String path) {
    	File file = new File(path);
    	if (!file.exists()) {
    		return true;
    	}
    	if (!file.isDirectory()) {
    		return file.delete();
    	}
    	return this.deleteChildren(file) && file.delete();
    }
    
    private boolean deleteChildren(File dir) {
    	File[] children = dir.listFiles();
    	boolean childrenDeleted = true;
    	for (int i = 0; children != null && i < children.length; i++) {
    		File child = children[i];
    		if (child.isDirectory()) {
    			childrenDeleted = this.deleteChildren(child) && childrenDeleted;
    		}
    		if (child.exists()) {
    			childrenDeleted = child.delete() && childrenDeleted;
    		}
    	}
    	return childrenDeleted;
    }
    
  • Como Usar MySql PHP PDO y UTF-8

    0

    Soy nuevo en el tema PHP, estoy aprendiendo bastante este último mes ya que un cliente prefirió utilizar ese lenguage sobre Java. Anoche me encontré con un problema cuando estaba tratando de hacer un simple insert en la base de datos a mano. Me dí cuenta que en la tabla habían caracteres ilegibles en otros records que no habia hecho insert a mano. Esos records eran provenientes de la aplicación PHP. Que paso ? Aparentemente (quiza me equivoque) el default charset de PHP PDO es ISO-8859-1.

    Para solucionar esto facilmente pasamos un parámetro más cuando generamos una conexión PDO desde PHP:

    $connectionString = "mysql:host=localhost;dbname=basex";
    $params = array(PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8");
    
    $connection = new PDO($connectionString, "user", "password", $params);
    

    Eso solucionó mi problema de inserts, ahora lo que hago insert lo puedo ver perfectamente sin caracteres raros en la consola mysql.

    Ahora la segunda parte del problema fue hacer los queries y que devuelvan caracteres decentes. En mi caso uso Ajax > JSON. Y obviamente venian caracteres extraños. Lo que hice fue utilizar la funcion json_encode para parsear los valores que eran string.

  • Como Parsear un Email en Java

    0

    Estoy trabajando en un sistema que recibe emails en un Sendmail y este mediante CURL redirecciona a un Tomcat Server para ejecutar comandos. Todo esto es porque lso sres clientes no puden hacer un miserable webservice. Como la verdad shell script no es mi fuerte, opté por redireccionar mediante sendmail alias a un script el cual nuevamente redirecciona usando CURL a una URL.

    El shell

    #!/bin/sh
    
    TEMP_FILE=$(date +%k%M%S%N)
    URL=http://someserver/somefile
    
    #writes to disk the email file
    while read line; do
      echo $line >> $TEMP_FILE
    done
    
    curl -F "file=@$TEMP_FILE" $URL
    
    #wipes out the temp file
    rm -rf $TEMP_FILE
    

    A mi aplicación Java viene como si fuera un FileUpload común y corriente dentro de un servlet o simil. Utilizo apache file upload.

    
    protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
      FileItemFactory factory = new DiskFileItemFactory();
      ServletFileUpload upload = new ServletFileUpload(factory);
      List items = upload.parseRequest(request);
      Iterator iter = items.iterator();
      while (iter.hasNext()) {
        FileItem item = (FileItem) iter.next();
        if (!item.isFormField()) { // here is the file!
          myFile = item;
        }
      }
    
      // now process the file
    

    Entonces tenemos con el código de arriba solucionado el recibir el archivo proveniente del CURL request. Ese archivo es plain text y contiene toda la info que contiene un email, header y body.

    From root@myserver.com Thu May 13 14:21:16 2010
    Received: from myserver.com (localhost.localdomain [127.0.0.1])
    by myserver.com (8.13.8/8.13.8) with ESMTP id o4DILgiri383703
    for ; Thu, 13 May 2010 14:21:16 -0400
    Received: (from root@localhost)
    by myserver.com (8.13.8/8.13.8/Submit) id o4DIGIUR89844
    for some@otherserver.com; Thu, 13 May 2010 14:21:16 -0400
    Date: Thu, 13 May 2010 14:21:16 -0400
    From: root 
    To: some@otherserver.com
    Subject: some subject
    Message-ID: <20100513182116.GA873@myserver.com>
    Mime-Version: 1.0
    Content-Type: text/plain; charset=us-ascii
    Content-Disposition: inline
    User-Agent: Mutt/1.4.2.2i
    
    here the body of the message
    

    Y aca viene la gran utilidad, para evitar parsear el mensaje y estar luchando con el reply-to, from , y el body construimos un MimeMessage en java el cual nos permite acceder a todos los campos del email sin mayores dolores de cabeza.

    Creamos un property y un session para poder pasarlos como parametros al MimeMessage

    Properties properties = System.getProperties();
    //properties.put("mail.transport.protocol", "smtp"); NO SE SI ES NECESARIO
    //properties.put("mail.smtp.host", "localhost");  NO SE SI ES NECESARIO
    Session session = Session.getDefaultInstance(properties, null);
    

    Y ahora parseamos el mensaje :D

    StringBufferInputStream stream = new StringBufferInputStream(email);
    MimeMessage message = new MimeMessage(session, stream);
    

    Y podemos acceder a todos los campos del email

    message.getSubject();
    message.getSender();
    message.getSenderDate();
    message.getContent();
    //blablabla
    

    Utilizo la API de Java Mail. También quiero agradecer a Pedro Prez de Keetup por la ayuda con CURL.

  • Java 7 – Project Coin

    0

    Como en las versiones anteriores, Java 7 va a traer una serie de agregados al lenguage para hacer más fácil su escritura y lectura. Éstos cambios apuntan a las tareas de mayor uso para reducir su complejidad innecesaria.

    Strings en switch statements

    Hasta hoy solo se puede hacer switch con valores numéricos, pero a partir de esta nueva versión, se intruducen los strings también como un valor correcto para hacer un switch. Es un gran avance ya que solo se podía hacer un simil switch con valores String utilizando sentencias if-else.

    switch("something") {
      case: "something": //do blabla
        break;
      case: "other" // do blabla 2
        break;
    }
    

    Inicialización de Generics mejorada

    En Java 5 se introdujo el concepto de Generics, lo cual permite parametrizar una colección para evitar posteriores casteos. Siempre fue muy engorroso hacer una nueva instancia de esa collección ya que hay que utilizar algo asi:

    Map map = new HashMap();
    

    Java 7 infiere el tipo para evitar ese código engorroso.

    Map map = new HashMap();
    

    Inicialización de Collections simplificada

    Otro feature interesante es la inicialización de collections la cual se asemeja a la inicialización de los arrays en Java.

    // asi se incializa un array
    String[] array = new String[] {"a", "b", "c"};
    
    // asi se va a inicializar una collection
    List list = ["a", "b", "c"];
    

    Manejo de recursos automatizado

    Este es un feature que me da bastante dudas, quiero tenerlo en frente para poder probarlo y pronto. Existe un nuevo tipo de try statement. Dentro de este try se declaran recursos que deben ser cerrados manualmente como por ejemplo algun Input o Output stream. Una vez que el statement try termina, cierra automáticamente todos los recursos abiertos. Como lo hace ? ni idea, debe tener un set de clases a cerrar supongo.

    try {
      FileInputStream input = new FileInputStream("myfile.txt");
      // read your file
    }
    // the input was closed automatically
    

    Por ahora eso es lo que tenemos con lo que respecta al Project Coin, acá les dejo algunos recursos:

    Project coin: http://openjdk.java.net/projects/coin/
    Java 7: https://jdk7.dev.java.net/

  • Como Resolver Tree Conflicts en SVN

    1

    Muy cansado del famoso tree conflict de SVN cuando tratamos de hacer rebase de una versión a otra me dedique a ver que se podía hacer. Muchas veces el tree conflict es dado porque SVN piensa que los 2 archivos, el local y el remoto, fueron modificados, pero son iguales por eso SVN no da ningun tipo de opción ni sugerencia para resolver éste conflicto.

    Cuando estamos seguros que ambos files son los mismos podemos aplicar este comando que va a decir que el WORKING copy (mi copia local) es la que debe prevalecer:

    svn resolve --accept working project/src/somefile.bin
    

    Si esto no funciona (me funcionó y muy bien) la solución Nro 2 es borrar los local changes y recrear el project manualmente. Así de triste.

Page 4 of 49« First...«23456»102030...Last »