Al final, era una tontería

Con las altas temperaturas del verano, mi micro estaba empezando a entrar en zonas críticas de temperatura. Para reducir la frecuencia, basta con hacer:

cpufreq-selector -c 0 -f 600
cpufreq-selector -c 1 -f 600

(dos veces, porque es un core duo, y hay que hacerlo por separado para cada núcleo)

Para que VLC muestre correctamente los subtítulos, hay que ir a preferencias/codecs/otros codecs/subtitulos y cambiar la codificación a ISO-8859-1. Luego, ir a video/subtitulos/redibujado de texto, marcar el check de opciones avanzadas, y escoger un tamaño de fuente de 14 o de 16.

Para no tener que reiniciar Alfresco cada vez que se cambia un workflow, existe la posibilidad de hacer un despliegue desde Eclipse

Para ello usando el plugin de jbpm de Eclipse ( se describe cómo instalarlo en  http://wiki.alfresco.com/wiki/WorkflowAdministration ), cuando se edita un workflow, en la pestaña de Deployment, se rellenan los datos necesarios para que se conecte con el servidor.

Server name: localhost
Server port: 8080
Server deployer:  /alfresco/jbpm/deployprocess

Y se prueba la conexión con el botón Test Connection

Con esto ya se distribuye el workflow sin tener que reiniciar alfresco

Fuente: http://wiki.alfresco.com/wiki/WorkflowAdministration#Deploying_via_JBoss_jBPM_Process_Designer

or defecto en Alfresco no se pueden iniciar Workflows Avanzados sobre espacios.

Pero sí se pueden iniciar a través de un script.

Solamente hay que ejecutar este script sobre el espacio

var workflow = actions.create("start-workflow");
workflow.parameters.workflowName = "jbpm$minameserver:miworkflowProcess";
workflow.parameters["bpm:workflowDescription"] = document.name;
workflow.parameters["bpm:assignee"] = person;
var futureDate = new Date();
futureDate.setDate(futureDate.getDate() + 7);
workflow.parameters["bpm:workflowDueDate"] = futureDate;
workflow.execute(document);
 

Actualmente las propiedades de workflow no van a contener a este espacio como datos adjuntos y aparecerá como vacío.

• Si queremos ejecutar el script ya se hace de la manera habitual

Primero hay que crearlo en
Empresa > Diccionario de datos > Scripts
con el nombre por ejemplo de startWorkflow.js

Después para ejecutarlo se puede hacer de varias maneras, las más habituales son:

1. Ejecutar el script como acción sobre un elemento. Se accede desde Propiedades del elemento.
2. Crear una regla para que se ejecute el script cada vez que se cree este espacio

Si al final no era tan difícil…

Fuente: http://wiki.alfresco.com/wiki/WorkflowAdministration#Step_7:_Integration_with_Rules_.28Optional.29

Para programar con el framework Java ONE de OpenOffice, es necesario lanzar un servidor OpenOffice que escuche peticiones. Además, cuando se hace en un servidor GNU/Linux sin XWindows, la cosa se complica más.

La solución es utilizar un servidor de X “de cartón piedra”: Xvfb. Con él instalado, basta con hacer lo siguiente (como root):

Xvfb :1 &
soffice -invisible -accept=”socket,host=0,port=2002;urp;” -display :1 &

Este es precisamente el tipo de cosas por las que cree el blog. He estado unas 8 horas para conseguir una línea de código.

Para poder modificar elementos (nodos) de alfresco desde java, es necesario hacer uso de un servicio interno: NodeService. Y ese servicio se obtiene con esta simple línea, que me ha costado tanto encontrar:

NodeService nodeService = Repository.getServiceRegistry(FacesContext.getCurrentInstance()).getNodeService();

Una vez con el objeto nodeService ya se pueden crear nodos, borrarlos, o modificar sus propiedades:

//uuid es un String con el uuid que identifica el objeto alfresco

NodeRef nodeRef=new NodeRef(Repository.getStoreRef(), valores.get(uuid));

QName qname=QName.createQName(”{http://www.alfresco.org/model/content/1.0}name”);

nodeService.setProperty(nodeRef, qname, “nuevoNombre”);

Un pequeño script en bash para bloquear la pantalla automáticamente cuando se aleje tu teléfono del ordenador, y se desbloquee cuando vuelvas

#!/bin/bash

#Change to your interface
INTERFACE=”00:00:00:00:00:00″

block=0

while true; do
hcitool cc ${INTERFACE} 2>>/dev/null

Signal=”`hcitool lq ${INTERFACE} 2>>/dev/null`”

#echo Signal: $Signal

if [ "0" = "0$Signal" ]; then
echo Desconectado
(( block ++ ))
#if fail at least two times
if [ $block -gt 1 ]; then
#sudo -u username gnome-screensaver-command –lock
dcop kdesktop KScreensaverIface lock
fi
else
if [ "${Signal##*: }" -gt 220 ]; then
echo “Conectado”
if [ $block -gt 0 ]; then
#sudo -u username gnome-screensaver-command –deactivate
dcop kdesktop KScreensaverIface quit
block=0
fi
sleep 5

else
echo “Baja señal”

(( block ++ ))
#if fail at least two times
if [ $block -gt 1 ]; then
#sudo -u username gnome-screensaver-command –lock
dcop kdesktop KScreensaverIface lock
fi
fi
fi

hcitool dc ${INTERFACE} 2>>/dev/null
sleep 1

done

Alfresco y sus Workflows ha motivado que queramos instalar el plugin de JBPM en nuestro Eclipse

Alfresco embeds the JBoss jBPM process engine which itself provides the jPDL Process Definition Language.

Qué es JBPM

JBoss jBPM is a flexible, extensible framework for process languages. jPDL is one process language that is build on top of that common framework. It is an intuitive process language to express business processes graphically in terms of tasks, wait states for asynchronous communication, timers, automated actions,… To bind these operations together, jPDL has the most powerful and extensible control flow mechanism.

La sección del manual de Alfresco es bastante clara, aquí, pero no indica correctamente qué bajar y cómo instalarlo.

En esta entrada intentaremos indicar cómo se consigue instalar el plugin de JPBM-jPDL en Eclipse, también conocido como “designer”

1. Ir a la página de download
   

y bajarse:

• (recomendado) jPDL Suite: lo tiene todo. El plugin está dentro del directorio “designer”.

• (opcional) jBPM GPD: solo el plugin de eclipse para diseñar, pero necesitamos todo

1. Si hemos bajado Suite, descomprimir el fichero bajado en un directorio definitivo, como /opt/. En otro caso, uno temporal.

2. Acceder al directorio, por ejemplo:  $ cd /opt/share/jbpm-jpdl-3.2.2/

3. Acceder al directorio “designer”.

4. Acceder al directorio eclipse.

5. Copiar todo lo que hay dentro (plugins, etc) a nuestro directorio de eclipse, donde también están las mismas carpetas, sobreescribiendo con la libertad que uno prefiera. De esta manera se copiará el plugin en nuestro eclipse.

6. Reinicar eclipse si es el caso.

7. Y ya tenemos nuestro plugin.

Para usarlo, bonito tutorial en jBoss, pero está incompleto.

1. New->Project… JBPM.
2. Nombre del proyecto
3. Como al principio no tendremos la ubicación del Core JBPM, nos la pide, por ejemplo: /opt/share/jbpm-jpdl-3.2.2/
4. Y ya está!

Esto si que es una tontería, pero acabo de perder media hora buscandolo, a si que…

Para poder trabajar con el API de Java de OpenOffice.org es necesario utilizar las siguientes bibliotecas: juh.jar, jurt.jar, ridl.jar y unoil.jar.

Tras un buen rato buscandolas por internet, decargando versiones del sdk de OOo, etc, resulta que están incluidas en el OpenOffice.org. No en un paquete de desarrollo, sino en el propio sistema ofimático.