Después de buscar en la red me conseguí que Twitter4J es quizas la versión más madura para Java (recuerden, StupidZombie está escrito en ese lenguaje). Ni corto ni perezoso me puse a echar código y al final me decidí escribir una pequeña aplicación en Swing la cual hace lo siguiente:

1. Autoriza la aplicación contra su cuenta de Twitter
2. Obtiene un PIN y claves especiales de autorización (lo cual no es lo mismo que su usuario clave, a eso se le conoce como OAuth).
3. Envia un mensaje (tweet) a su cuenta en Twitter desde la aplicación en Java

Nota, si usted es el desarrollador de la aplicación entonces lo primero que hay que hacer es registrar una aplicación nueva en Twitter (sus usuarios pueden saltarse este paso). Una vez terminado se ve como lo siguiente:

Aplicaciones registradas en Twitter

Una vez registrada debemos pasar “Consumer key” y “Consumer Secret” a nuestro código de Twitter4j, yo lo hago en el constructor:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

	private TwitterPing(String consumerKey, String consumerSecret) throws TwitterException {
		super("KodeGeek simple Twitter pinger");
		if (consumerKey == null) {
			throw new IllegalArgumentException("Consumer key is missing");
		}
		if (consumerSecret == null) {
			throw new IllegalArgumentException("Consumer secret is missing");
		}
		twitter = new Twitter();
		twitter.setOAuthConsumer(consumerKey, consumerSecret);
		requestToken = twitter.getOAuthRequestToken();
 
		setPreferredSize(new Dimension(600, 400));
 
	}

Desde la aplicación en Swing hacemos clic en el botón que dice “Authorize KodeGeek on Tweeter”. Si el soporte de Java para escritorio está activado entonces el navegador por omisión se arrancará e iremos a Twitter:

Hora de autorizar a KodeGeek

El código que hace esto es super sencillo :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

	/**
	 * Send the user to the authorization webpage
	 * @throws Exception 
	 */
	private void sendUserToAuthUrl() throws Exception {
		final TwitterPing instance = this;
		log.log(Level.INFO, String.format("Got authorization URL: %s", requestToken.getAuthorizationURL()));
		if (Desktop.isDesktopSupported()) {
			Desktop.getDesktop().browse(new URI(requestToken.getAuthorizationURL()));
			log.info("Redirection was successfull.");
		} else {
			EventQueue.invokeLater(new Runnable() {
 
				@Override
				public void run() {
					JOptionPane.showMessageDialog(
							instance, 
							String.format("Cannot call default browser, please go to this URL instead: %s", requestToken.getAuthorizationURL()), 
							"Problems trying to send the user to default page", 
							JOptionPane.ERROR_MESSAGE);
				}
			});
		}
	}

Si la autorización es aceptada (como se ve a continuación):

La autorización trabajó

Entonces podemos pedir el token de acceso usando el PIN obtenido en el paso anterior:

1
2
3
4
5
6
7
8
9
10

	/**
	 * Call this method only after the user has authorized the application
	 * @throws TwitterException 
	 */
	private void getAccessToken(final String pin) throws TwitterException {
		log.info(String.format("Got token: %s, Got secret: %s", requestToken.getToken(), requestToken.getTokenSecret()));
		accessToken = twitter.getOAuthAccessToken(requestToken, pin);
		if (accessToken != null)
			log.info(String.format("Got access token for user %s", accessToken.getScreenName()));
	}

Lo cual se ve así:

Número PIN para darle acceso a nuestro cliente a la cuenta de Twitter

Si todo va bien entonces podemos mostrar los 3 pedazos de la autorización necesarios para poder enviar un Tweet:

La aplicación tiene todo lo que necesita. Hora de enviar un tweet

Ya hacer el tweet es trivial con el siguiente pedazo de código:

1
2
3
4
5
6
7
8
9
10

	/**
	 * Send a tween using an existing AccessToken
	 * @param tweet The update to set
	 * @throws TwitterException If there is a problem updating the status
	 * @return The status of the tweet
	 */
	private Status sendTweet(final String tweet) throws TwitterException {
		twitter.setOAuthAccessToken(accessToken);
		return twitter.updateStatus(tweet);
	}

Al final, ¡exito!:

Como se ve nuestro mensaje en Twitter, enviado desde Java

El protocolo de Twitter soporta muchísimas cosas más. En particular le recomiendo que se lean la documentación relacionada para entender más como trabajan las cosas, en especial la autenticación usando OAth. Ahhh, y por supuesto aquí les dejo el código fuente completo para que se diviertan echando código.

Hasta la siguiente entrega, dentro de unas horas me sale ir a una parrillada

Veneblogs: twitter, twitter4j, swing, kodegeek, stupidzombie

Blogalaxia: twitter, twitter4j, swing, kodegeek, stupidzombie

To2Blogs: twitter, twitter4j, swing, kodegeek, stupidzombie

Technorati: twitter, twitter4j, swing, kodegeek, stupidzombie

Del.icio.us: twitter, twitter4j, swing, kodegeek, stupidzombie

Thank you for uploading StupidZombie to the WordPress Theme Directory. If your theme is selected to be part of the directory we’ll send a follow up email.

No creo que lo rechacen, aunque es muy temprano para cantar victoria

Una captura vieja de pantalla de Eclipse Ganymede corriendo StupidZombie

Los lectores habituales de esta bitacora saben que yo uso Eclipse como editor para trabajar en el código de KodeGeek.com y StupidZombie. Al ver que ya tienen una versión (Galileo) para OSX decidí probarla de una vez, sobre todo con StupidZombie.

¿Y como se compara Galileo con la versión anterior, Ganimede?

Lo malo:

Bueno, primero que nada la importación de los proyectos en la versión anterior funcionó sin mucho problema (SVN no funcionó bien).

Una de las cosas que estaba esperando es el análisis de memoria. Este tipo de cosas son super útiles, Netbeans cuenta con visualvm y otras herramientas como Yourkit hacen un trabajo tremendo (Yourkit se puede integrar con Eclipse también). Pero el hecho de que Eclipse la integre de una vez es super cómodo y conveniente.

Sin embargo la instalación es un poco tediosa. Y al final me topé con que OSX no es soportado

Otra cosa irritante: El cliente de Subversion que viene con Eclipse no funcionó. Parece ser que requiere otros clientes nativos los cuales no están en OSX:

*** Validate Repository Location
Selected SVN connector library is not available or cannot be loaded.
If you selected native JavaHL connector, please check if binaries are available or install and select pure Java Subversion connector from the plug-in connectors update site.
If connectors already installed then you can change the selected one at: Window->Preferences->Team->SVN->SVN Client.
*** Error (took 00:00.007)

Sin embargo el menú ‘Window->Preferences->Team->SVN->SVN Client.’ no existe, lo cual es muy irritante. Al final instalé el cliente de Tigris.org y logré recuperar mi proyectos en SVN (En este caso StupidZombie). Todo bien después de eso

Lo bueno:

¿Que otras cosas interesantes noté? Bueno, los detalles pequeños siempre cuentan:

• Puedo decir también que esta versión es más rápida a la hora de compilar el código en Java.
• La completación de código (Ctrl+Space) es más rápida y si incluyes la clase con el paquete entonces la selección es más acertada
• La instalación de plugins siendo siendo super fácil, incluso cuando hay problemas estos son fáciles de resolver
• La ejecución de código de Ruby desde Eclipse es genial. De verdad es una adición genial al editor

Lo feo:

Sin embargo hay cosas que quisiera que mejoraran (no muchas, gracias a Dios):

• Eclipse aún no incluye por omisión un editor de interfaces gráficas como Netbeans (La opción es el proyecto Visual Editor)
• Eclipse debería ser más inteligente cuando se instalan plugins y las dependencias básicas no están

¿Me mudaría a Netbeans? No lo creo. Conozco a Eclipse muy bien, cada versión es más rápida y con más funcionalidad y los problemas que se presentan son fáciles de resolver. En un mundo en donde la productividad vale oro esta es una de las herramientas que quiero tener al lado, además de Ant :).

Veneblogs: osx, eclipse, galileo, stupidzombie

Blogalaxia: osx, eclipse, galileo, stupidzombie

To2Blogs: osx, eclipse, galileo, stupidzombie

Technorati: osx, eclipse, galileo, stupidzombie

Del.icio.us: osx, eclipse, galileo, stupidzombie

¿Qué tiene de malo la imagen?. Pista: ¡Llámame p’atras!

Bueno, ya casi está listo. Pero cuando digo ya casi es porque aún tengo componentes de Swing los cuales no se portan muy bien en cuanto le cambio el lenguaje y la región al programa.

¿Qué hacer? Parece que es una cucaracha común, en especial con JFileChooser:

• http://lists.apple.com/archives/Java-dev/2006/Apr/msg00281.html
• http://www.rgagnon.com/javadetails/java-0299.html

Hay soluciones, voy a probarlas y después les digo como me fué. Sin embargo con Swing es irritante ver como la promesa de Java “Run anywhere” se quiebra un poquito

Veneblogs: java, swing, osx, bug, spanglish, stupidzombie

Blogalaxia: java, swing, osx, bug, spanglish, stupidzombie

To2Blogs: java, swing, osx, bug, spanglish, stupidzombie

Technorati: java, swing, osx, bug, spanglish, stupidzombie

Del.icio.us: java, swing, osx, bug, spanglish, stupidzombie

Si el usuario ya tiene a su sistema operativo con localización en Español entonces no hay problema, sin embargo ¿que pasa si no es así? Pienso resolver eso permitiendo al usuario agregar esto como una propiedad más en la interfaz gráfica de SZ:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

package com.stupidzombie.ping;
 
import java.util.Locale;
 
 
/**
 * Manages the access to the StupidZombie localized resources
 * @author undead@stupidzombie.com
 */
public class LocaleManager {
 
	private static PreferenceManager pref;
 
	private LocaleManager() {
		// EMPTY
	}
 
	/**
	 * Return the desired locale. First check user preferences and if not there check system default.
	 * Once the a locale is found make it the default locale and return it. 
	 * @return locale
	 */
	public static Locale getZombieLocale(String variant) {
		pref = new PreferenceManager();
		String languaje = pref.getPref().get("languaje", System.getProperty("user.language", "en"));
		String country = pref.getPref().get("country", System.getProperty("user.region", "US"));
		Locale.setDefault(new Locale(languaje, country, variant == null? "": variant));
		return Locale.getDefault();
	}	
}

La idea es buscar en las preferencias (PreferenceManager es una clase que escribí la cual maneja las preferencias de SZ), si no está allí entonces revizar las propiedades del sistema y si hay nada definido entonces agregamos valores por omisión.

Usandolo desde Java:

1
2
3
4

	static {
		BUNDLE = 
			ResourceBundle.getBundle(StupidZombieGui.class.getName(), LocaleManager.getZombieLocale(null));
	}

Por ahora si usted quiere compilar el código y ver como trabaja puede llamar al programa de la siguiente manera:

1

java -jar -Duser.languaje=es -Duser.region=VE StupidZombie.jar

Por cierto, para todos aquellos lectores que tienen hijos, ¡feliz día del padre (adelantadas) :)!

Veneblogs: java, stupidzombie, localized, español, spanish

Blogalaxia: java, stupidzombie, localized, español, spanish

To2Blogs: java, stupidzombie, localized, español, spanish

Technorati: java, stupidzombie, localized, español, spanish

Del.icio.us: java, stupidzombie, localized, español, spanish

Pero lo más importante es que ya tengo la lista completa de tareas para la versión 1.1.

Veneblogs: stupidzombie, 1.1, release, jakarta libs

Blogalaxia: stupidzombie, 1.1, release, jakarta libs

To2Blogs: stupidzombie, 1.1, release, jakarta libs

Technorati: stupidzombie, 1.1, release, jakarta libs

Del.icio.us: stupidzombie, 1.1, release, jakarta libs

StupidZombie memory profile - ping

Hoy me decidí a probar VisualVM de Sun (O debería decir Oracle). Bajarselo del sitio web es un paseo y la instalación es trivial (descomprimir, correr y ya). La aplicación a la cual estudié no es más que StupidZombie.

(Si usted tiene Windows entonces quizas no necesite bajarselo ya que viene con la última máquina virtual de Java de Sun).

Correr VisualVM es bastante sencillo, sólo tuve que:

1. Ejecutar a StupidZombie
2. Ejecutar a VisualVM (haciendo click en su icono en el directorio bin en donde quedó instalado).

Lo primero que hice fué ver cuanta memoria se estaba comiendo StupidZombie; Una aplicación tan sencilla debería ser liviana y me encontré con que usa sólo 20MB en OSX (Una ridiculez considerando lo que pesan ciertas aplicaciones hoy en día). Sin embargo me soprendió ver que cuando StupidZombie hay más de 5000 mil clases de Java en memoria, (¿porqué tanta basura?).

Esto me hace pensar que es hora de poner a dieta a la aplicación; Por ello me decidí hacer un perfil del uso de memoria (memory profile) y lo dejé corriendo un rato mientras hacia Pings a varios directorios y escribia etiquetas con el generador de etiquetas automático:

StupidZombie and VisualVM

Mucha creación de arreglos de caracteres. No es soprendente ya que StupidZombie hace mucho “procesamiento” de cadenas de texto, proveniente de los directorios. Sin embargo me gustaría como se porta si lo corro paso a paso desde Eclipse (en mi caso no utilizo NetBeans donde la integración es más natural).

¿Y que sabemos del uso del procesador (CPU)? Bueno, siempre que intentaba cambiar a ese modo la aplicación corria bien un rato y luego se moria, dejandome a un proceso zombie en la máquina (que ironia StupidZombie es ahora un verdadero Zombie :)):

Nunca pude medir el desempeño del procesador

Por ahora mi opinión de la herramienta es mixta. Si bien es genial que la máquina virtual de Java venga una herramienta de este calibre es también decepcionante que no se pueda medir el desempeño del procesador en OSX.

¿Pero es justa la comparación? Es decir, ¿como se mide en OSX con otras herramientas similares?

Bueno, yo tengo buenas experiencias en mi trabajo con YourKit. Resulta que ellos ofrecen una licencia OpenSource (aunque también tienen una licencia de evaluación de 15 días), así que también me baje esta versión de la herramienta y la probé (primero claro, hubo que hacer ciertos pasos en OSX antes de poder utilizar la herramienta, nada del otro mundo):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40

auyan:bin josevnz$ export DYLD_LIBRARY_PATH=/Users/josevnz/Desktop/YourKit_Java_Profiler_8.0.9.app/bin/mac:$DYLD_LIBRARY_PATH
auyan:bin josevnz$ java -agentlib:yjpagent=helpYourKit Java Profiler 8.0.9 JVMTI agent usage: -agentlib:yjpagent=[help]|[option, ...]
 
Option             Description
------------------ ----------------------------------------
port=value       port to listen on (1-65535, by default any free port is chosen)
listen=ip:port same as 'port', but bind agent socket to particular IP only
onlylocal          allow only local connections to profiled application
dir=custom dir   directory where snapshots are created (by default $user home/Snapshots)
telemetrylimit=$n limit telemetry buffer capacity to N hours (approximately)
sampling           startup with CPU sampling
tracing            startup with CPU tracing
                   (cannot be used together with 'disablecounts')
noj2ee             do not perform J2EE high level profiling
                   (use only in combination with 'sampling' or 'tracing')
alloceach=$n      startup with object allocation recording: record each N-th allocation;
                   can be used together with 'allocsizelimit';
                   cannot be used together with 'disablealloc'
allocsizelimit=$b startup with object allocation recording: record objects with size >= B bytes
                   can be used together with 'alloceach';
                   cannot be used together with 'disablealloc'
monitors           startup with monitor usage profiling
usedmem=$percent  capture memory snapshot automatically when used heap memory
                   reaches the threshold
onexit=memory      always capture memory snapshot on exit
onexit=snapshot    always capture performance snapshot on exit (i.e. without heap)
disablealloc       do not instrument bytecode for object allocation recording
disablecounts      do not instrument bytecode for CPU tracing
disablej2ee        do not instrument bytecode for J2EE profiling
disablestacktelemetry
                   do not collect thread stack and status information
quiet              suppress diagnostic messages
 
Please find detailed description in the Help section "Startup options":
http://www.yourkit.com/docs/80/help/additional_agent_options.jsp
 
Examples:
java -agentlib:yjpagent FooClass
java -agentlib:yjpagent=alloceach=10,allocsizelimit=1000000,dir=c:\MySnapshots FooClass
java -agentlib:yjpagent=usedmem=70 FooClass

Bueno, funciona. Ahora corremos a StupidZombie con las opciones de YourKit y la cosa se ve más o menos así:

YourKit profiling StupidZombie

1
2
3
4
5
6

auyan:bin josevnz$ java -agentlib:yjpagent -jar ~/Documents/stupidzombie/kenai/dist/StupidZombie.jar 
[YourKit Java Profiler 8.0.9] JVMTI version 3001016a; 1.6.0_07-b06-57; Apple Inc.; mixed mode, sharing; Mac OS X; 64-bit JVM
[YourKit Java Profiler 8.0.9] Profiler agent is listening on port 10001...
[YourKit Java Profiler 8.0.9] *** HINT ***: To get profiling results, connect to the application from the profiler UI
Jun 11, 2009 11:15:24 PM com.stupidzombie.gui.StupidZombieGui main
INFO: Starting...

Hice un montón de pruebas y debo decir que YourKit es una opción mucho más madura que VisualVM. Solo me queda ver si la gente de YourKit me dá una licencia OpenSource para seguirla utilizando en StupidZombie por más de 15 días.

¿Y ustedes, que utilizan para medir el desempeño de sus aplicaciones?

Blockhead no ha tenido una vida fácil

Ahh, si sólo los bemoles se aplicaran a la música.  Pero no es así, en este caso el código abierto u OpenSource también tiene los suyos. En particular voy a hablar de los proyectos gratuitos a los cuales casi llamaría “pasatiempos“, en este caso StupidZombie.

El lado feo de un proyecto de código abierto:

¿Alguien se acuerda de agua y fuego?

• Es un proyecto costoso: StupidZombie es bien costoso. Cuesta tiempo que pudiera estar utilizando en otras cosas. Me cuesta el dominio de DNS, el hospedaje. Cuesta el esfuerzo de convencer a otras personas para que se involucren y participen en el proyecto.
• Es dificil conseguir colaboradores: Nadie quiere trabajar en un proyecto pequeño, y menos de gratis. Si el proyecto es en Español entonces las posibilidades de conseguir colaboradores bajan dramáticamente (yo tengo varias teorías, con gusto las discutimos en cuanto me dejen sus comentarios). Hay que promocionar el proyecto en muchos sitios, de muchas maneras para darlo a conocer, explicando el potencial (Por ejemplo, después de mucho trabajo tuve la suerte que DrRomney se interesara en el diseño del proyecto. De allí nació Blockhead y el sitio web del proyecto).
• Requiere dedicación: La tentación de hacer cualquier otra cosa a estar echando código en solitario es grande. Revizar cucarachas, probar cosas nuevas. Si usted no disfruta de su proyecto entonces ni siquiera empiece (por ejemplo muchos de los proyectos en Source Forge nunca liberaron una linea de código y ahora están abandonados).

Con el tiempo uno aprende a hacer mejores propuestas. Por ejemplo, uno de mis primeros pasatiempos OpenSource fué CVEBrowser. En aquel entonces estaba aprendiendo Servlets y JSP y me pareció buena idea dejar algo atrás. El proyecto llegó a su versión 1.0 y allí murió ya que nunca hubo interés de nadie en ver nuevas cosas (sin embargo hasta el día de hoy hay descargas del código desde su sitio web).

Al mismo tiempo PingBlog (el ancestro de StupidZombie) y ElAngelNegro (Kodegeek) nacieron. PingBlog nunca fué popular y ciertos cambios le dieron nueva vida el proyecto. Kodegeek es bien experimental y recoge todas (bueno, casi todas) los experimentos con código de los cuales he hablado en este blog a través de los años (todos los meses tiene descargas de código, así que hay bastante interés en el proyecto, pese a que son piezas de código aquí y allá)

No todos fueron grandes éxitos: The Java Simple Registration System (JSRS) nunca liberó código y sólo se quedo en documentación (razones personales y desde entonces otros proyectos han despegado). AguaYFuego fué otro experimento interesante mientras jugaba con los motes de Sentilla, pero nunca tuvo la intención de despegar como algo más serio.

Con el tiempo uno aprende una que otra lección:

Kodegeek y sus múltiples experimentos

• Algunos éxitos vinieron de otros proyectos: Hace ya unos años atrás yo era un usuario avido de OpenNMS. En ese tiempo el proyecto no tenia un ‘plugin’ para monitorear bases de datos usando JDBC (sólo uno que detectaba si el puerto en TCP/IP estaba abierto o no). Después de jugar un poco envié el código al proyecto y (suerte para mi) fué aceptado. Hoy en día estan trabajando en un código más limpio, pero en ese entonces esta pieza de código ayudo a unos cuantos (y yo muy agradecido por poder ayudar).

• Mercadeo, mentiras y vídeo: Como cambiar el nombre del proyecto ayuda: Desde que el proyecto cambio su nombre a StupidZombie (bendito dominio en DNS) ha habido más colaboración e interés. Gracias a esto conseguí que alguien se interesara en el proyecto y creara un diseño atractivo que a logrado que la gente se baje la aplicación, juegue con ella. Las redes sociales como Facebook, Twitter y proyectos  como Kenai.com han ayudado mucho, en comparación con métodos más tradicionales como anunciar el proyecto en Freshmeat.net o hospedarlo en Source Forge
• Siempre ayuda escribir algo que solucione un problema de verdad: A veces reinventar la rueda no es tan malo

Sin embargo quedan obstáculos:

• Aún es costoso competir con el código comercial: Por ejemplo, obtener certificados digitales para firmar el código es costoso. Si lo quieres hacer gratis es un proceso complejo. Promocionar el producto como si fuera comercial cuesta dinero (por ejemplo la tienda Java Store no es grátis, ya que ellos tienen que pagar los costos de mantenimiento y distribución). Si a eso le suma el hecho de que nadie paga por código abierto (olvidense de las donaciones, yo nunca he recibido una en ninguno de mis proyectos)

¿Y al final, hay algo de valor en todo esto?

Buglabs: La combinación del OpenSource en Hardware y Software

Yo soy de los que cree que hay que dejar algo atrás, algo que hable de ti. No tiene que ser perfecto, sólo tiene que ser útil. Si es útil entonces seguirá creciendo, no importa si no se le dedica la misma atención. El hecho de involucrarse en varios aspectos del desarrollo de un proyecto (no sólo el echar código) es altamente gratificante ya que se aprenden muchas cosas, sobre todo el como actuar en diferentes roles (promotor de mercadeo, desarrollador, gerente de producto, diseñador de imagen y madrina del equipo ;)).

Ya para terminar los dejo con un pequeño pero interesante articulo sobre el verdadero valor del código OpenSource.