sourcerebels

En el adapter, añadir los siguientes métodos

Añadir en AndroidManifest.xml en la activity que corresponda:

Funcionaría para un TextView cuyo contenido tenga las líneas delimitadas por el carácter '\n'.

Cuando trabajamos con diferentes librerías en Android, como por ejemplo ActionBarSherlock o ViewPagerIndicator es muy probable que estan utilicen la librería de soporte de Google.

Seguramente alguna vez te habrá aparecido el siguiente error:

Found 2 versions of android-support-v4.jar in the dependency list

¿Qué significa? Pues bien, este error lo único que viene a decir es que ADT ha encontrado dos veces el jar android-support-v4.jar pero con distinto contenido y no sabe cual utilizar.

¿Cómo lo resuelvo yo? En este caso lo que hago es actualizar (sobreescribir) la versión de android-support-v4.jar a la última versión disponible en todos los proyectos.

¿Dónde encontrar la última versión? Desde Android SDK Manager, en el apartado extras, nos aseguraremos de tener la última versión de la librería (en el momento de escribir este post es la 13). Si no es así, la actualizaremos desde aquí.

Una vez actualizada la librería desde el SDK Manager podemos encontrar el jar en la siguiente ubicación:

Algunos apuntes sobre como he "configurado" la red en mi equipo con Arch Linux. Nada que no se pueda encontrar infinitamente mejor explicado en la wiki de Arch Linux.

En primer lugar, hemos de ver si la tarjeta de red, ha sido correctamente detectada por nuestro sistema

$ lspci -v

Veremos que aparece una entrada por cada dispositivo PCI conectado al sistema. Buscamos el que hace referencia a la tarjeta de red (Ethernet). Estas líneas nos indicará el módulo del kernel.

00:03.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02) Subsystem: Intel Corporation PRO/1000 MT Desktop Adapter Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 10 Memory at f0000000 (32-bit, non-prefetchable) [size=128K] I/O ports at d010 [size=8] Capabilities: [dc] Power Management version 2 Capabilities: [e4] PCI-X non-bridge device Kernel driver in use: e1000

Comprobaremos que el módulo "e1000" (o el que corresponda) ha sido cargado por el kernel del sistema.

$ dmesg | grep e1000

[ 7.736011] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI [ 7.736033] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 18.045798] e1000 0000:00:03.0 eth0: (PCI:33MHz:32-bit) 08:00:27:8b:f8:fd [ 18.045804] e1000 0000:00:03.0 eth0: Intel(R) PRO/1000 Network Connection [ 18.439709] e1000: enp0s3 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX

Localizar el dispositivo de red:

$ ls /sys/class/net/

enp0s3 lo

Arch utiliza systemd para gestionar los servicios. Anteriormente ya estuve trasteando algo con systemd pero como lo veo de higos a peras no está de más recordar.

Arrancar el cliente de DHCP:

$ systemctl start dhcpcd@enp0s3

En este momento, si todo va bien, ya tendríamos que tener conectividad.

Persistir el cambio entre reinicios:

Para que, al abrir una actividad se nos abra con el foco puesto en un EditText de tipo "numberDecimal" y este nos muestre el teclado númerico, por ahora sólo he dado con esta solución:

En el fichero AndroidManifest.xml, en el tag de la actividad:

<activity android:name=".MyActivity" android:label="@string/app_name" android:windowSoftInputMode="stateVisible" />

Dentro del tag EditText, en el fichero de layout:

<EditText android:id="@+id/myEditText" android:layout_width="wrap_content" android:layout_height="wrap_content" android:inputType="numberDecimal"> <requestFocus /> </EditText>

En la clase de la actividad, en el método onResume:

En el método que corresponda (onCreate, onUpdate, ...).

En mi caso lo que hago es que la variable de entorno JAVA_HOME apunta a un link simbólico llamado "Java" y este, a su vez apunta a uno llamado Java6 o Java7 según me interese

$ echo $JAVA_HOME /Users/edu/Repository/SDK/Java

$ ls -l /Users/edu/Repository/SDK/Java* lrwxr-xr-x 1 edu staff 5 31 oct 12:03 /Users/edu/Repository/SDK/Java -> Java6 lrwxr-xr-x 1 edu staff 64 31 oct 12:03 /Users/edu/Repository/SDK/Java6 -> /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home lrwxr-xr-x 1 edu staff 58 31 ago 10:05 /Users/edu/Repository/SDK/Java7 -> /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/

La siguiente tabla muestra donde se encuentra el JAVA_HOME de cada versión del JDK.

Antiguamente, con Maven 2, podíamos usar una configuración especial que nos permitía desplegar una única versión de nuestros snapshots en el repositorio. Esto, simplificado, significa que cada vez que hacíamos "mvn deploy" se desplegaba un artefacto pero siempre utilizaba el mismo nombre (artefacto-version-SNAPSHOT). Este parámetro era el siguiente:

<uniqueVersion>false</uniqueVersion>

Actualmente, con Maven 3, esta configuración ya no existe y si está en el pom, Maven la ignorará. Básicamente, cada vez que desplega una snapshot en el repositorio, incorpora en su nombre además un timestamp. Por lo que si tenemos un sistema de integración contínua y un repositorio Maven de estar por casa como el mío (no tengo mucho espacio) quizá nos resulte un engorro acumular tal cantidad de artefactos.

Al final, hasta que encuentre algo mejor, he decidido (mejor dicho lo he visto en stackoverflow) activar una tarea programada en el Nexus que se encargue de eliminar snapshots antiguos, conservando (por ahora) los 5 últimos.

Para ello, accederemos a la cónsola de Nexus desde el navegador con el usuario administrador de turno y, en el menú lateral, en la sección "Administration -> Scheduled Tasks" crearemos una nueva tarea programada.

Lo haríamos con:

Para instalar Websphere en CentOs 5.1 (en lugar de abrir el instalador me mostraba el mensaje de error del título) tuve que instalar un paquete de compatibilidad.

yum install compat-libstdc++-33

La propiedad "is.debug" me dio algo más de información de al respecto:

Modificar el valor de las propiedades "folder_exclude_patterns" y "file_exclude_patterns" en el fichero para la configuración de usuario Packages/User/Preferences.sublime-settings.

Crear el enlace simbólico.

Instalar los siguientes paquetes.

Se presupone que Tomcat está instalado por defecto en la misma máquina. Instalar los siguientes paquetes si no estuviesen disponibles.

# apt-get install g++ apache2-prefork-dev

Compilación

Descargar y descomprimir el código fuente de Tomcat Connector en la carpeta Builds.

# cd $REPO/Builds # wget http://www.apache.org/dist/tomcat/tomcat-connectors/jk/tomcat-connectors-1.2.37-src.tar.gz # tar xvzf tomcat-connectors-1.2.37-src.tar.gz # cd tomcat-connectors-1.2.37-src

Obtener la versión de Apache instalada en el sistema.

# apt-cache show apache2 Package: apache2 Priority: optional Section: httpd Installed-Size: 36 Maintainer: Debian Apache Maintainers Architecture: i386 Version: 2.2.16-6+squeeze7 ... ...

Compilar el módulo.

# cd native # ./configure --with-apxs=/usr/bin/apxs2 # make

Comprobar el binario generado.

# ls -l apache-2.0/mod_jk.so -rwxr-xr-x 1 root root 428280 jul 29 08:38 apache-2.0/mod_jk.so

Copiar el binario en la ruta dónde se encuentra el resto de módulos de Apache.

# cp apache-2.0/mod_jk.so /usr/lib/apache2/modules/

Configuración de Apache

Fichero workers.properties.

# cd /etc/apache2 # vi workers.properties

El contenido de dicho fichero será el siguiente:

worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=localhost worker.worker1.port=8009

Crear el fichero /etc/apache2/mods-available/tomcat_connector.load con el siguiente contenido:

LoadModule jk_module /usr/lib/apache2/modules/mod_jk.so

Crear el fichero /etc/apache2/mods-available/tomcat_connector.conf con el siguiente contenido:

<IfModule jk_module> # Tomcat Connector custom properties JkWorkersFile /etc/apache2/workers.properties JkLogFile /var/log/apache2/jk.log JkShmFile /var/log/apache2/mod_jk.shm JkLogLevel error JkMount /manager/* worker1 JkMount /host-manager/* worker1 </IfModule>

Crear los enlaces en la ruta /etc/apache2/mods-enabled.

# cd /etc/apache2/mods-enabled # ln -s ../mods-available/tomcat_connector.load . # ln -s ../mods-available/tomcat_connector.conf .

Modificar el fichero /etc/apache2/sites-available/default. Añadir la siguiente línea dentro del tag VirtualHost.

JkMountCopy On

Reiniciar Apache

Ejecutamos:

# service apache2 restart

Para probar que todo ha funcionado correctamente accedemos a la aplicación de administración a través del puerto de Apache (80) en lugar de hacerlo por el puerto de Tomcat (8080). Suponiendo que todo el montaje esté en localhost, lo haríamos accediendo a:

Crear el fichero setenv.sh en la carpeta bin de la instalación de Tomcat. Allí definir las variables de entorno que nos interese.

$ cat $CATALINA_HOME/bin/setenv.sh export CATALINA_OPTS="-Xmx512m -XX:MaxPermSize=128M"

Para que funcionen las utilidades de Android en Fedora de 64 bits, es necesario instalar varias librerias de 32 bits.

$ sudo yum install glibc.i686 glibc-devel.i686 libstdc++.i686 zlib-devel.i686 ncurses-devel.i686 libX11-devel.i686 libXrender.i686 libXrandr.i686