Developer notes

Además de Google Docs, los ultimos meses he estado usando Dropbox y Box.Net. Las dos son aplicaciones para almacenar y compartir archivos en linea (online) y tienen diversas similitudes. Voy a hablar un poco de ellos y como personalmente los uso.

——————————————————————–

Sincroniza tus archivos online y entre tus computadoras y posee un cliente multi plataforma (cross-platform, Windows, Mac, and Linux).

Funcionamiento
Tienes que instalar el cliente de Dropbox y al hacerlo se te pide definir un folder para Dropbox. Una vez instalado, cualquier archivo en ese folder se sincroniza y estará disponible con cualquier otra computadora en la que hayas instalado Dropbox y también en la red (online). Cualquier cambio que hagas en los archivos cuando estes desconectado de Internet se actualizará y sincronizará inmediatamente en cuanto tengas la conexión de nuevo.
Para compartir solo tienes que colocar el archivo en tu folder de Dropbox e invitar a otros usuarios. Otra opción es colocar tus archivos en la carpeta “Pública” (“Public“) para que todos puedan accederla o bien enviar a otros usuarios enlaces especificos a un archivo dentro de tu capeta compartida.

Ventajas

• Sincronización y compartimiento de archivos
• Respaldo online (Deshacer/Recuperar/Restaurar)
• Bitácora (Hasta 30 dias para deshacer o bien ilimitada si estás pagando una cuenta)
• Acceso Web. Desde cualquier computadora o dispositivo movil.
• Seguridad y privacidad. Solo la gente que invitas puede ver tus folders compartidos. Transmisión por SSL y cifrado de archivos (AES-256). Los empleados de Dropbox no tienen acceso a ningun archivo.

Espacio de almacenamiento
2GB de almacenamiento online para cuentas gratuitas hasta 100 GB para cuentas con costo.

——————————————————————–

Es un servicio basado en web para adminitración de contenidos, compartimiento de archivos y colaboración. No se requiere instalar clientes lo que lo hace ideal para ambientes multiplataforma.

Funcionamiento
Ir a la pagina de Box.Net y crear tu cuenta. Luego de esto su uso es muy similar a Google Docs. Crear nuevos documentos web y organizarlos en folders. Subir archivos desde tu computadora. Compatir tus archivos a otros usuarios o bien a todo el mundo.

Ventajas

• Compartimiento de archivos, espacios de trabajo online (workspaces)
• Respaldos y bitácoras online
• Acceso Web. Desde cualquier computadora o dispositivo móvil.
• Seguridad. Transmisión de datos cifrada con SSL de 256-bit
• Personalización. Es posible añadir servicios extra o widgets.
• Comentar archivos y grupos de discusión

Espacio de almacenamiento
1 GB de almacenamiento online gratuito y espacios de 5, 10 o más GB para cuentas con costo.

——————————————————————–

Aplicaciones

• Reemplazar el envio de archivos adjuntos en correos.
• Para copiar archivos entre computadoras sin usar una memoria USB
• Renombrar archivos conservando una bitácora de las versiones anteriores
• Olvidate de software complicado de respaldo
• Utilizalo en lugar de servidores FTP u otros métodos de compatimiento ligados a un sistema.
• Trabajo en equipo, proyectos de equipo, colaboración.

Cuales son algunas de sus principales diferencias?
Con Box.Net no necesitas instalar un cliente pero siempre requeriras de una conexión a Internet, mientras que con Dropbox puedes seguir trabajando desconectado y esa es una ventaja muy útil.
Box.Net tiene una montón de servicios y widgets extras que Dropbox no tiene. Esto es, segun creo yo, porque Box.Net esta más enfocado a trabajo colaborativo.

Debido a lo anterior, yo suelo usar Dropbox para mantener sincronizados mis archivos personales entre todas mis computadoras. Con Box.Net y utilizando un widget extra para WordPress, comparto documentos y archivos a mis lectores del blog.

Aqui hay una comparación entre estas dos herramientas y otras más.
http://en.wikipedia.org/wiki/File_hosting_service#Comparison_of_notable_file_hosting_services

Ya has intentado usar alguna vez este tipo de herramientas?
Cuál es tu favorita?

Un portal técnicamente hablando es un contenedor de recursos y funcionalidad disponibles para usuarios finales por medio de diferentes vistas. En Weblogic Portal a estas vistas se les denomina desktops.

Beneficios para los usuarios:

• Agregación – De una página sencilla gradualmente se puede tener una con gran cantidad de contenido y aplicaciones.
• Al gusto del cliente (Customization) – El usuario define el aspecto y comportamiento (look and feel) de su portal.
• Personalización – Contenido específico de acuerdo a los intereses y necesidades del usuario.
• Organización – El usuario acomoda el contenido y las aplciaciones para darle el mejor sentido a la información.
• Integración – Trabajo con múltiples aplicaciones y fuentes de información dentro de un solo medio unificado.

Funcionalidad típica de los portales

• Búsqueda – De recursos de red o recursos empresariales.
• Administración de contenidos – Creación, administración y entrega de contenido.
• Redireccionamiento de contenido – Inclusión de contenido desde una gran diversidad de fuentes.

Con frecuencia también los portales ofrecen funcionalidad/beneficios como:

• Flujo de trabajo (Workflow) – Administración de los procesos de negocio.
• Firmado único (Single Sing-On) – Basta con firmarse una sola vez para acceder a todas las aplicaciones del portal.

En el caso de Weblogic Portal, por lo general se procede a generar con Workshop (el IDE de Weblogic) las partes del portal y posteriormente se ensamblan los desktops con Weblogic Portal Administration Console (WPAC). Cuando creas un nuevo portal en WPAC en realidad estas creando un portal vacío que almacenará diferentes versiones del portal (desktops) y estas a su vez podrán destinarse a distintos usuarios.

El desktop incluirá recursos y navegación tales como libros (books), páginas (pages) y portlets que serán la base de nuestro portal dinámico.

Completar esta introducción con el siguiente tutorial

http://download.oracle.com/docs/cd/E13155_01/wlp/docs103/tutorials/index.html

Esto me pasó hace algún tiempo pero seguro le puede servir a alguien más. En aquel entonces tuve unos problemas con el envío de correos usando SMTP y JavaMail. El código que usé fue en esencia el que proporciona la página de chuidiang (La explicación aqui, el código aqui). El codigo funciona perfectamente con gmail (smtp.gmail.com), pero ya con los servidores de la empresa ni siquiera podemos acceder a el servidor de correos y recibimos excepciones del tipo:

javax.mail.MessagingException: Could not connect to SMTP (smtp_host):(port)

Le pregunté a gaussmath qué se puede hacer y dió “una receta” para poder comprobar si realmente estamos viendo el servidor de correos. Quizá estos tips los sacarán del apuro en otro momento.

La idea es conectarse vía telnet desde la máquina donde estamos trabajando o bien desde el servidor donde va a quedar montada nuestra aplicación y efectuar las siguientes pruebas:

• Step-1-> Telnet (smtp_host) (port)
• Step-2-> Helo (domain.com)
• Step-3-> mail from: (fromMail@domain.com)
• Step-4-> RCPT To:(toMail@domain2.com)
• Step-5-> DATA
• Step-6-> Test mails
• Step-7-> .
• Step-8-> quit

Otros puntos que se deben de tomar en cuenta son los siguientes:

1. ¿Puedes hacer ping al host de smtp?
2. ¿Puedes conectarte vía telnet al host de smtp por el puerto 25?
3. Verificar que el firewall esté desactivado y que el puerto 25 esté abierto en este servidor

Pues bien, me propongo efectuar los pasos en Windows Vista y me llevo la sorpresa de que no puede ejecutar telnet. Esto se debe a que Vista lo tiene desactivado y que es posible activarlo. Lo mismo que se explica en la página se los pongo ahora detalladito:

Paso 1: Ir al Panel de Control y elegir la sección de Programas (No lo hice con la vista clásica)

Paso 2: Elegir Activar o desactivar las características de Windows

Paso 3: Buscar en la ventana que se nos despliega el elemento Cliente Telnet y seleccionarlo. Aceptar (tardará unos minutos) y listo. Se requiere estar como administrador.

Asi las cosas con el envío de correo, cualquier otra observación importante la seguiremos reportando.

Cuando llegué a InterCall, una de mis primeras asignaciones fue mejorar el proceso de construcción (build) y despliegue (deployment) de nuestras aplicaciones que se solía tardar unas 2 horas. ¿Por qué tanto? Bueno, un miembro del equipo tenia que compilar y crear el archivo EAR en su PC y entonces subirlo al servidor (con WinSCP) y desplegarla manualmente. No es muy dificil entender porque se requería de una mejor estrategia.

El primer paso fue mover todo el proceso de compilación (build process) a un servidor (en lugar de nuestras pobres computadoras de escritorio) y entonces compilar y construir el archivo EAR con Ant y algunos otros shell scripts para el depsliegue. Después invertí otro tanto de tiempo con Anthill Pro.
Anthill es un build server o, más acertadamente, un servidor de integración continua y esto significa que Anthill puede ayudarte con las siguientes cosas:

• Compilar (Build) tu codigo en cada commit, o cuando tu lo agendes o sencillamente cuando lo quieras ejecutar.
• Desplegar (Deploy) el código a cualquier ambiente incluyendo el de desarrollo, el de pruebas u otro.
• Probar (Test) en ambientes complejos.
• Liberar (Release) con seguridad y la visibilidad y control requeridos para una apropiada administración.

Actualmente solo usamos Anthill para compilar y desplegar. La instalación fue sencilla más no puedo decir lo mismo de la configuración, especialmente porque primero tienes que entender algunos conceptos y terminología. Tuve que crear algunos SVN hook scripts, pelearme con el servicio de email y demás. Los pasos que seguí se describen en este documento. Fue dificil al comienzo pero al final logré completar el trabajo.

Resultados? Un proceso automático de compilación y desplegado de la aplicación a nuestro servidor de desarrollo corriendo todos los días. Esto toma alrededor de 25 minutos o menos. Despues del desplegado un email de notificación se envía a todos los miembros del equipo. Aún si algo sale mal recibimos un email con la excepción o el mensaje de error. El proceso se inicia a las 8:00 am por lo que cuando llegamos a la oficina ya se ha concluido. A la vez contamos con un proceso de compilación en commit time que verifica si hubo algun error de compilación y si lo hubo envía el email de notificación. Al final nos hemos ahorrado un buen de tiempo.

Puntos negativos: No es una herramienta gratuita y viene en dos “sabores” el más simple solo se centra y cubre el proceso de compilación y el más completo cubre todos los demás pasos. Desafortunadamente tenemos el más simple (quizá te preguntes cómo es que desplegamos entonces, bien ese es un pequeño secreto). De cualquier forma, si tu empresa no puede costearlo, podrian buscar alguna otra opción de codigo abierto (no tengo algún link ahora pero sé que hay herramientas gratuitas para esto).

Mas información:
Échale un vistazo a este práctico demo

Este es nuestro nuevo blog sobre TI, software, problemas técnicos y otras experiencias personales que hemos tenido trabajando alrededor de todo esto.