Crear accesos directos de Windows desde aplicaciones Java

13 08 2010

Una de las cuestiones sobre las que no existe demasiada información en la red es la creación de accesos directos de Windows de forma programática y menos aún cómo hacerlo desde una aplicación Java. En este post explicaré cómo realizar esta tarea de una manera bastante sencilla.

Para empezar, decir que no existe ningún comando en Windows con el que sea posible crear accesos directos, al menos en Windows XP y Windows Server hasta su versión 2008.

Imaginemos ahora el siguiente escenario: tenemos un recurso compartido por Samba o en nuestra red de Windows y tenemos un aplicativo Java ejecutándose desde un servidor Windows Server 2008 que se encarga de hacer accesible este recurso desde todos los equipos de la red, mediante un acceso directo en el escritorio de los usuarios, por ejemplo. Asumiendo que tenemos ya controlado el acceso por Samba a los equipos desde nuestra aplicación, las dos cuestiones a resolver para conseguir nuestro objetivo son:

1. Averiguar qué mecanismo usa Windows para la creación de accesos directos y

2. Hacer una llamada al mismo desde nuestra aplicación Java.

Analicemos ambas cuestiones por separado:

1. Averiguar qué mecanismo usa Windows para la creación de accesos directos:

Tras mucho buscar en Internet topé con una buena referencia [1] de la cual se desprende que para crear accesos directo en Windows programáticamente es a través de CScript.

Sabiendo esto, podemos escribir un sencillo script como el siguiente:

'Creación del objeto Shell
Set WshShell = WScript.CreateObject("WScript.Shell")

'Recuperamos los argumentos de la llamada a este script
LinkName = WScript.Arguments(0)
LinkPath = WScript.Arguments(1)
LinkTargetPath = WScript.Arguments(2)

'Definimos la localización del fichero LNK
LinkFilename = LinkPath + "\" + LinkName + ".lnk"

'Creamos el objeto LNKFile
Set LNKFile = WshShell.CreateShortcut(LinkFilename)

'Establecemos los contenidos del fichero LNK
LNKFile.TargetPath = LinkTargetPath
LNKFile.Arguments = ""
LNKFile.Description = "Acceso directo a " + LinkTargetPath
LNKFile.HotKey = ""
LNKFile.WindowStyle = "1"
LNKFile.WorkingDirectory = ""

'Guardamos el fichero LNK en disco
LNKFile.Save

A este script lo llamaremos createlnk.vbs y recibirá tres parámetros: 1º: nombre para el fichero (sin extensión), 2º: ruta donde se guardará el fichero lnk (p.e.:c:\links), 3º: destino del acceso directo (p.e.: \\shared\folder).

Obsérvese que este script se ejecutará en nuestro servidor, en el cual se está ejecutando la aplicación Java.

2. Hacer una llamada al mismo desde nuestra aplicación Java:

Esta parte es más sencilla, puesto que desde Java es posible lanzar ejecutables mediante la creación y ejecución de procesos. La llamada al script descrito en el primer punto podría ser algo como lo siguiente:

Process process = Runtime.getRuntime().exec("cscript \"c:\\scripts\\createlnk.vbs\" \"test\" \"c:\\links \\\\shared\\resource\"");
if (process.waitFor() == 0) {
    // OK
} else {
    // Error
}

Sólo quedaría copiar este acceso directo a las máquinas remotas que nos interesen mediante Samba.

Referencias:

[1] Administering Windows Server 2008 Server Core





Importar módulos en OpenCms por lotes… ¿cómo?

17 02 2010

Una de las tareas más tediosas a la hora de poner en marcha nuestro gestor de contenidos basado en OpenCms es, sin duda alguna, la importación de los módulos que queramos añadir, máxime si estos son demasiados y si son dependientes entre ellos, ¿no es cierto?.

Para facilitar esta tarea, mientras desarrollaba para un proyecto con OpenCms en la empresa en la que trabajo, se me ocurrió hacer un pequeño alto en el camino y construir un modulito que permitiese importar módulos por lotes a nuestro gestor de contenidos. De aquí salió MultiModuleImporter.

La idea es sencilla, recopilamos todos aquellos módulos que queramos importar en un fichero comprimido .zip, lo seleccionamos desde la administración del workplace y todos nuestros módulos quedan importados, es más, todas las dependencias entre el conjunto de módulos a instalar quedan resueltas gracias a la ordenación topológica que ofrece la API de OpenCms.

A este módulo se le saca verdadero partido cuando, tras instalar OpenCms debemos instalar todos los módulos que conformen nuestra versión final del gestor de contenidos que hayamos desarrollado, evitando tener que importarlos uno a uno y evitando comprobar las dependencias, cosa que puede llegar a ser bastante frustrante.

Os paso el enlace a la descarga del módulo en la web de OpenCms Hispano, para que lo probéis y juzguéis vosotros mismos:





Nueva versión del módulo de Georeferenciación para OpenCms

30 01 2010

En la empresa donde trabajo hemos publicado una nueva versión del módulo de georeferenciación para OpenCms, solucionando algunos bugs e incorporando nuevos iconos al editor del workplace.

La nueva versión ha sido publicada en la web de OpenCms Hispano y podéis descargarlos desde el siguiente enlace:

También os paso la noticia relacionada con la publicación del módulo:





Cómo hacer data-bindings con Enums en Spring Webflow

30 01 2010

Hace poco trabajando con Spring Webflow me vi en la necesidad de tener que llevar a cabo un data-binding contra un objeto del dominio de tipo Enum y, mira tú por dónde, no existe property ecitor alguno que te realice este binding. Buscando un poco por internet encontré un post en el que se explicaba cómo implementar un property editor para enums, lo cual me solventó la papeleta.

En este post voy a explicar lo que explica este hombre en inglés y para Spring MVC pero en castellano y para Spring Webflow, así como a realizar una modificación que, bajo mi punto de vista, hace que la solución que se propone posea otra alternativa también útil en algunos casos.

En primer lugar, he aquí nuestro enum, cualquier cosa:

package es.joselopezpua.examples;

public  enum EnumSample {
    TO_BE, NOT_TO_BE
}

Ahora escribamos la clase del property editor:

package es.joselopezpua.examples;</code>

import java.beans.PropertyEditorSupport;

/**
* Editor que permite la traducción entre {@link String} y {@link Enum}
*/

@SuppressWarnings("unchecked")
public class EnumEditor extends PropertyEditorSupport {

    /**
    * Esta clase será la clase concreta que se pasará al property editor como enumerado.
    */
    private Class clazz;

    /**
    * Constructor.
    * @param clazz
    */
    public EnumEditor(Class clazz) {
    this.clazz = clazz;
    };

    /**
    * Devuelve el valor del enumerado como texto.
    */
    public String getAsText() {
        return (getValue() == null ? "" : ((Enum) getValue()).toString());
    }

    /**
    * Establece el valor a partir de una cadena de texto.
    */
    public void setAsText(String text) throws IllegalArgumentException {
        setValue(Enum.valueOf(clazz, text));
    }
}

Sólo nos queda registrarla mediante nuestro property editors:

package es.joselopezpua.examples;

import org.springframework.beans.PropertyEditorRegistrar;
import org.springframework.beans.PropertyEditorRegistry;

/**
* PropertyEditors específico para registrar EnumEditor.
*
*/
public class PropertyEditors implements PropertyEditorRegistrar {

    /**
    * Registra nuestro PropertyEditor personalizado.
    */
    public void registerCustomEditors(final PropertyEditorRegistry registry) {
        registry.registerCustomEditor(EnumSample.class, new EnumEditor(EnumSample.class));
    }
}

Y listo, ya podemos hacer binding tranquilamente con nuestros formularios y tipos enum en Spring Webflow. Ahora, si me lo permitís, mi sugerencia.

En primer lugar imaginad que hemos definido nuestro enum con una cadena de texto para cada posible valor, tal que así:

package es.joselopezpua.examples;

    public  enum EnumSample {
        TO_BE("ser"),
        NOT_TO_BE("no ser")
    };

    /**
    * Cadena asociada al enumerado.
    */
    private String label;

    /**
    * Contructor del enumerado.
    *
    * @param stringValue cadena asociada.
    */
    EnumSample(final String stringValue) {
        this.label = stringValue;
    }

    /**
    * @see java.lang.Enum#toString().
    *
    * @return cadena asociada al enumerado.
    */
    @Override
    public String toString() {
        return label;
    }
}

Como véis hemos sobreescrito el método toString() para que devuelva la cadena asociada al enum.

En este punto es posible que nuestro EnumEditor se comporte de dos formas distintas:

  1. Estableciendo y recuperando el valor del enum en función del texto que representa al nombre de la constante. (como se ha descrito hasta ahora).
  2. Estableciendo y recuperando el valor del enum en función del texto que representa la descripción asociada a la constante.

Veamos las modificaciones oportunas para este segundo caso. El método getAsText() no cambia, dado que hemos sobreescrito el método toString() anteriormente. Modificamos el método setAsText(String text), para que establezca como valor el objeto enum apropiado para la cadena de texto que se le pasa, interpretándola como descripción asociada a la constante. Con todo, nuestro nuevo EnumEditor quedaría como sigue:

package es.joselopezpua.examples;

import java.beans.PropertyEditorSupport;

/**
* Editor que permite la traducción entre {@link String} y {@link Enum}, en función del valor de la descripción asociada a la constante del enumerado.
*/

@SuppressWarnings("unchecked")
public class EnumEditor extends PropertyEditorSupport {

    /**
    * Esta clase será la clase concreta que se pasará al property editor como enumerado.
    */
    private Class clazz;

    /**
    * Constructor.
    * @param clazz
    */
    public EnumEditor(Class clazz) {
        this.clazz = clazz;
    };

    /**
    * Devuelve el valor del enumerado como texto.
    */
    public String getAsText() {
        return (getValue() == null ? "" : ((Enum) getValue()).toString());
    }

    /**
    * Establece el valor a partir de una cadena de texto.
    */
    public void setAsText(String text) throws IllegalArgumentException {
        EnumSample enumSamples[] = EnumSample.values();
        boolean enc = false;
        int i = 0;
        while (i &lt; enumSamples.length &amp;&amp; !enc) {
            if (enumSamples[i].toString().equals(text)) {
                enc = true;
            } else {
                i++;
            }
        }
        if (!enc) {
            throw new IllegalArgumenException();
        } else {
            setValue(Enum.valueOf(clazz, enumSamples[i]));
        }
    }
}

Como se puede observar, simplemente comparamos la descripción de todos los posibles valores del enum con la cadena que se recibe; en caso de encontrar un valor cuya descripción sea igual, se establece ese enum como valor, si no, se lanza una excepción.

Esto puede resultar útil cuando nos interesa, por la razón que sea, que el valor del campo del formulario con el que hayamos hecho el binding del enum contenga la descripción y no el valor ordinal.

Espero que os sea de utilidad.

Posts relacionados:








A %d blogueros les gusta esto: