Al intentar crear un perfil de servidor WebSphere utilizando el Rational Application Developer 7.5 en Ubuntu 10.04 se queda parado en “importConfigArchive”.
Según este foro de IBM parece ser que el problema está en que sh está enlazado con dash en vez de estar con bash.
Si hacemos que sh esté enlazado con bash, el proceso se puede realizar sin problema.
cd /bin
sudo rm sh
sudo ln -s bash sh
Aunque sería buena idea dejar todo como al principio una vez finalizado el proceso.
cd /bin
sudo rm sh
sudo ln -s dash sh
Algunos enlaces de interés
Installing Rational Software Architect 7.5.4 on Ubuntu Karmic
Linux /Ubuntu tomcat -> too many open files
Para que el tema de los merges del SVN funcione bien, se supone que la forma de trabajo sería la siguiente:
Creación de una nueva rama de código:
- Todas las ramas (branchs) se deberían crear a partir de una rama principal (trunk)
- A la hora de crear un branch se “aconseja” poner como comentario:
Branch from trunk rev:28495
donde Branch es el nombre de la rama y 28495 es la revisión de partida del trunk de la que se crea la rama
Mezcla de nuevos cambios del trunk al branch:
- Actualiza tu copia de trabajo a la última versión del branch
- Averigua el número de revisión del último merge (si todavía no se hizo ninguno, el número de revisión de creación, que, si sigues las indicaciones deberías tener en alguno de los comentarios)
- Utiliza la herramienta de merge de subclipse para mezclar el trunk en tu copia de trabajo (Team -> Merge)
- Las URL‘s que aparecen en “From” y en “To” deberían ser las del trunk
- La revisión del “From” debería ser el número de revisión del último merge
- La revisión del “To” debería ser “Head“
- Pulsa en el botón Merge y espera a que termine
- En la consola se muestra un log del proceso realizado. Si aparece algún conflicto (marcado con una C roja, lo que hay que hacer es localizar dichos ficheros en el navegador de archivos, botón derecho y pulsar en Team -> Edit Conflicts, lo que abrirá un nuevo editor con dos paneles con una versión en cada lado. Se resolverán los conflictos (como se realiza normalmente al subir cambios al SVN) y, una vez corregidos, se vuelve al navegador de archivos, sobre el mismo y se pulsa Team -> Mark as Resolved.
- Probar todo una vez mezclado
- Subir los cambios de la mezcla a la rama y poner como comentario:
Merging trunk into branch X rev:28495 – rev:29536
donde X es el nombre de la rama y 28495 y 29536 se refieren a los números de revisión inicial y final que se mezclaron
Pasar cambios de un branch al trunk
- Actualiza tu copia de trabajo a la última versión del trunk
- Averigua el número de revisión del último merge (si todavía no se hizo ninguno, el número de revisión de creación del branch, debería aparecer en los comentarios)
- Utiliza la herramienta de merge de subclipse para mezclar el branch en tu copia de trabajo (Team -> Merge)
- Las URL‘s que aparecen en “From” y en “To” deberían ser las del branch
- La revisión del “From” debería ser el número de revisión del último merge
- La revisión del “To” debería ser “Head“
- Pulsa en el botón Merge y espera a que termine
- En la consola se muestra un log del proceso realizado. No debería aparecer ningún conflicto ya que se supone que el branch contiene lo último del trunk mas sus propios cambios.
- Probar todo una vez mezclado
- Subir los cambios de la mezcla al trunk y poner como comentario:
Merged X branch changes [archive:29536]:[archive:29776] into the trunk
donde X es el nombre de la rama y 29536 y 29776 se refieren a los números de revisión inicial y final que se mezclaron
Hasta donde yo se, utilizando el plugin subclipse, no existe modo alguno de cambiar desde eclipse el usuario/contraseña almacenados para svn.
Si utilizas SVNKit, el único modo que he encontrado pasa por borrar el archivo %ECLIPSE_HOME%/configuration/org.eclipse.core.runtime/.keyring de tal modo que al intentar conectar de nuevo al svn se nos pedirá el usuario/contraseña. Pero OJO!! que este proceso elimina cualquier contraseña guardada previamente (no solamente las de svn).
Si, por el contrario, usas JavaHL, la información del usuario/contraseña se almacena en el mismo lugar que el cliente svn de línea de comandos. En Windows se encuentra en %APPDATA%\Subversion\auth. En Linux y OSX en ~/.subversion/auth. Como en el caso anterior, podemos borrar dicho directorio con lo que nos volvería a preguntar usuario/contraseña.
Algunos enlaces de interés
Configuración de proxy en Eclipse
03/11/2010
Configurar un proxy HTTP en Eclipse es bastante sencillo.
- Abrir Window –> Preferences
- Pulsar General/Network Connections
- Marcar Manual proxy configuration
- Introducir la dirección del proxy HTTP
- Introducir el puerto del proxy HTTP
- Pulsar OK
Tras instalar el RSA 7.4.5, al arrancarlo aparecía el mensaje:
An error has occurred. See the log file
/home/rubensa/desarrollo/rsa/7.4.5/workspace/.metadata/.log
y no arrancaba.
Revisando el fichero de log, aparecía el error:
org.eclipse.swt.SWTError: XPCOM error -2147467262
Parece ser que el error se produce al intentar “pintar” una página HTML de ayuda que muestra el RSA al inicio. Este error es debido a que no encuentra la librerías de Mozilla para renderizar la página. Para solucionarlo, basta con añadir en el arranque (bien en el fichero eclipse.ini o bien como parámetro del lanzador):
-vmargs -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/xulrunner
NOTA: Si lo intentas instalar en Ubuntu 10.04 necesitarás instalar también el paquete libstdc++5 que no se encuentra en los repositorios de Ubuntu Lucid Lynx pero que te puedes bajar directamente de los repositorios de debian.
Cuando trabajas con código de terceras partes o con código generado (por ejemplo por axis2) puede ser interesante hacer que Checkstyle ignore ciertas clases que, en principio, no están bajo nuestro control.
Para conseguir esto podemos crearnos un fichero supperssions.xml y configurarlo en nuestro checks.xml del siguiente modo:
<module name=”SuppressionFilter”>
<property name=”file” value=”${samedir}/suppressions.xml”/>
</module>
NOTA: la variable ${samedir} es resuelta por eclipse-cs como el directorio en el que se encuentra nuestro checks.xml.
Dentro de suppressions.xml crearíamos algo como lo siguiente:
<?xml version=”1.0″?>
<!DOCTYPE suppressions PUBLIC
“-//Puppy Crawl//DTD Suppressions 1.1//EN”
“http://www.puppycrawl.com/dtds/suppressions_1_1.dtd”><suppressions>
<suppress checks=”.*” files=”.*/stub/.*\.java” />
</suppressions>
Dentro de la etiqueta suppress tienes los atributos checks y files que admiten regEx. En el ejemplo de arriba estoy filtrando todos los checkers para cualquier clase java que esté dentro del sub-paquete stub.
En Ubuntu 9.10, utilizando Eclipse 3.5.1, al pulsar con el ratón en un botón no ocurre nada (solamente se selecciona el botón, pero no realiza la acción asociada).
La solución:
- Crea un fichero en blanco con el nombre eclipse.sh
- Escribe el siguiente código en el fichero:
#!/bin/sh
export GDK_NATIVE_WINDOWS=1
/home/[your eclipse directory]/eclipse $@
- Dale permisos de ejecución al fichero eclipse.sh con el siguiente comando:
chmod 777 eclipse.sh - Ejecuta Eclipse:
./eclipse.sh [press enter]
Seguridad: Conceptos
29/10/2009
- CA (Certification Authority): Firma la clave pública de una persona para que otros puedan verificar que realmente dicha clave pública pertenece a la persona.
- Certificate: La clave pública de un individuo firmada por una CA. (realmente se trata de un mensaje firmado por la CA que contiene el DN -Distinguised Name- y la clave pública del individuo)
- PKI (Public Key Infrastructure): Private keys + Public keys + CA + Certificates
- Keystore: Almacén de claves que contiene las siguientes entradas (generalmente asociadas a un alias)
- Propia Private key
- Propio Certificate (Public key firmada por una CA -para dársela a terceros-)
- Certificates de terceros (Public keys de terceros firmados por una CA)
- Certificate de la CA (Public Key del CA -firmado por la propia CA-)
Servicios Web: Definiciones
29/10/2009
- Part: Parámetro.
- Port type: Agrupación de operaciones. Similar a lo que sería una clase Java con métodos estáticos.
- Binding: Asociación entre un “Port type” con un formato de mensaje (como SOAP) y un transporte (como HTTP).
Tengo instalado Eclipse 3.5.1 (con WTP y demás plugins para desarrollo J2EE) – y a la hora de instalar la última versión (1.4.1) del plugin Code Generator Wizard Guide for Eclipse de Axis2 me encuentro con que la generación no funciona lanzando siempre una java.lang.reflect.InvocationTargetException.
La solución:
- Cerrrar Eclipse
- Copiar “backport-util-concurrent-3.1.jar” y “geronimo-stax-api_1.0_spec-1.0.1.jar” de “$AXIS2_HOME/lib/” a “$ECLIPSE_HOME/plugins/Axis2_Codegen_Wizard_1.3.0/lib/“
- Añadir lo siguiente en el elemento “runtime” de “$ECLIPSE_HOME/plugins/Axis2_Codegen_Wizard_1.3.0/plugin.xml” :
<library name="lib/backport-util-concurrent-3.1.jar">
<export name="*"/>
</library>
<library name="lib/geronimo-stax-api_1.0_spec-1.0.1.jar">
<export name="*"/>
</library>
- Reiniciar Eclipse indicando en la línea de arrance el “-clean” para que actualice la configuración de los plugins.
Alternativamente puedes descargerte una versión del plugin ya parcheada que he dejado diponible aquí.
ACTUALIZACIÓN:
Este error también se puede producir si el WSDL utiliza el namespace “http://schemas.xmlsoap.org/soap/encoding/“.
Parece ser que por defecto ADB no tiene soporte incluido para los elementos de dicho namespace. Así que como alternativa, se puede añadir un import al wsdl del siguiente modo:
<definitions xmlns=”http://schemas.xmlsoap.org/wsdl/” xmlns:xsdLocal0=”http://www.siebel.com/xml/Pruebas” xmlns:soap=”http://schemas.xmlsoap.org/wsdl/soap/” targetNamespace=”http://siebel.com/asi/” xmlns:soapenc=”http://schemas.xmlsoap.org/soap/encoding/” xmlns:xsd=”http://www.w3.org/2001/XMLSchema” xmlns:tns=”http://siebel.com/asi/”>
<import namespace=”http://schemas.xmlsoap.org/soap/encoding/”
location=”/home/rubensa/desarrollo/xsdrepo/soap-encoding.xsd”/>
<types>
<xsd:schema elementFormDefault=”qualified” xmlns:xsdLocal0=”http://www.siebel.com/xml/Pruebas” attributeFormDefault=”unqualified” targetNamespace=”http://www.siebel.com/xml/Pruebas” xmlns:xsd=”http://www.w3.org/2001/XMLSchema”>
…
Donde “/home/rubensa/desarrollo/xsdrepo/soap-encoding.xsd” es la ruta al xsd descargado de “http://schemas.xmlsoap.org/soap/encoding/” (si el equipo tiene acceso directo a internet se puede poner directamente “http://schemas.xmlsoap.org/soap/encoding/“)
