Tecnologia

2009-09-27T01:45:00.000-07:00

Respuestas de Examenes de Certificacion JAVA

Esta sera la primera entrega en nuestro blog de preguntas y respuestas de examenes de certificacion del lenguaje java

Hoy publicaremos algunas preguntas de examenes de certificacion sobre Web Component (SCWCD)

Consider the following code snippet of servlet code:
public void doGet (HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
PrintWriter out = response.getWriter();
String value = getValue ();
if (value == null) response.sendError (HttpServletResponse.SC_NOT_FOUND, "Failed");

response.sendRedirect ("test.jsp");
}
If the getValue () method returns null , which of the following statements are true?

A The code will work without any errors or exceptions B An IllegalStateException will be thrown
C An IOException will be thrown
D A NullPointerException will be thrown

Answer
B

Which of the following statements is true regarding MyServlet?
import javax.servlet.*;
import javax.servlet.http.*:
import java.io.*;

public class MyServlet extends HttpServlet implements SingleThreadModel
{
String myName;

public void service(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException {
response.setContentType("text/plain");
PrintWriter out = res.getWriter();
myName = req.getParameter("name");
sayHello(out);
out.close();
}

public void sayHello(PrintWriter out) {
out.println("Hello " + myName);
}
}

A MyServlet is thread safe
B MyServlet is not thread safe because myName is an instance variable
C MyServlet is not thread safe because MyServlet implements SingleThreadModel.
D None of the above

Answer
A

Which of the following combinations regarding Design Patterns are correct?

A Business Delegate - Reduces the coupling between presentation-tier clients and business services.
B Data Access Object - Allows for Multiple Views using the same model
C MVC - Enables easier migration to different persistence storage implementations.
D Value Object - Reduces Network Traffic

Answer
A and D

Which of these is true about deployment descriptors. Select one correct answer.

A The order of elements in deployment descriptor is important. The elements must follow a specific order.
B The elements of deployment descriptor are not case insensitive
C The servlet-mapping element, if defined, must be included within the servlet element.
D The web-app element must include the servlet element

Answer
A

Which of these is a correct fragment within the web-app element of deployment descriptor. Select the two correct answer.

A

404

/error.jsp
B

mypackage.MyException

404

/error.jsp
C

mypackage.MyException

404

mypackage.MyException

/error.jsp

Answer
A and D

Which of these is a correct example of specifying a listener element resented by MyClass class. Assume myServlet element is defined correctly. Select one correct answer.

A MyClass
B

MyClass

aListener

MyClass

D <>

myServlet

MyClass

Answer
B

In a JSP custom tag , which method would you use to access JSP implicit variable that references application scope ?

A PageContext.getOut()
B jspFactory.getPageContext()
C TagSupport.getValue(String)
D pageContext.getServletContext()

Answer
D

Which method is used to retrieve objects from session?

A getAttribute method of javax.servlet.ServletSession.
B getAtrribute method of javax.servlet.HttpSession
C getAttribute method of javax.servlet.http.Session
D getAttribute method of javax.servlet.http.HttpSession
E getAttribute method of javax.servlet.HttpSession

Answer
D

Which method is used to store file in the server ?

A GET
B PUT
C POST
D HEAD

Answer
B

When a user clicks on a link in a page, which method will get invoked ?
A POST
B PUT
C GET
D HEAD

Answer
C

What method will get executed on clicking the following code.?

A GET
B POST
C HEAD
D PUT

Answer
A

Which character is used to separate the URI and query string ?
A ?
B &
C =
D ;

Answer
A

What will be the output of the following code? Assume that all the variables are declared properly
String str= request.getDateHeader("Accept-Language");
out.println(str);

A Compiler error
B An IO Exception is thrown
C Null
D An IllegalArgumentException thrown

Answer
D

To send binary output to response, which method of HttpServletResponse is used to get the Writer/ Stream object ?

A getStream
B getWriter
C getBinaryOutputStream
D getOutputStream
E getBinaryStream

Answer
D

which of the following JSP implicit object will not be available to the JSP page ? Select two

A session
B request
C application
D exception

Answer
A and D

2009-09-22T23:01:00.000-07:00

Swing: look and feel

system default:
javax.swing.UIManager.setLookAndFeel (
javax.swing.UIManager.getSystemLookAndFeelClassName() );

windows:
javax.swing.UIManager.setLookAndFeel(
"com.sun.java.swing.plaf.windows.WindowsLookAndFeel" );

motif:
javax.swing.UIManager.setLookAndFeel(
"com.sun.java.swing.plaf.motif.MotifLookAndFeel");

2009-09-21T00:42:00.000-07:00

Insertar una presentación de Slideshare

Slideshare es un interesante servicio de alojamiento de presentaciones. Admite los formatos Powerpoint yOpenOffice, y los convierte al vuelo en archivos flash (swf), que es lo que devuelve a los usuarios, con un visor sencillo y práctico. Es ese archivo swf, junto con unos parámetros asociados lo que tenemos que insertar desde el editor de Educastur Blog.

Para insertar una presentación Slideshare, sigue los siguientes pasos:

• Sube o localiza la presentación en la web de Slideshare. Para localizar una presentación existente se puede utilizar el buscador:

• Selecciona y copia el código de la misma (está en la parte derecha de la pantalla):

• Pega el código en un editor de texto cualquiera (el mismo bloc de notas, p. ej.) yselecciona y copia al portapapeles (Ctrl + C) sólo lo necesario, que en la siguiente imagen aparece en color amarillo:

• En el editor de Educastur blog, haz clic en el botón Insertar Flash (swf) y en la ventana emergente pega el código que has copiado previamente (Ctrl + V):

• Tras aceptar en la ventana anterior, aparecerán otras dos ventanas para introducir ancho y alto. Aceptamos los valores por defecto en ambos casos y, finalmente, veremos el código que se ha introducido en el editor del blog:

• Una vez guardados los cambios podremos ver el resultado:

2009-09-21T00:19:00.000-07:00

MOTOROLA revive de sus cenizas y Presenta MOTOBLUR

Motorola acaba de anunciar su estrategia Android. El primer detalle que debes conocer es el skin utilizado por la compañía, de nombre MOTOBLUR (o simplemente blur), y con especial énfasis en las redes sociales. Para ello, incluye widgets con Twitter, Facebook, Gmail, MySpace, Yahoo, Last.fm y otras aplicaciones, unificando todos los contactos en un único listín en el que podrás ver las actualizaciones de estado y las fotos de tus amigos cuando te llamen. También incorpora función de borrado remoto y seguimiento por GPS Motorola DEXT: con Android, QWERTY y muy muy para las redes socialesSu nuevo teléfono, CLIQ en el mercado EEUU y DEXT en el resto del mundo, es un terminal con el nuevo skin MOTOBLUR y unas características bastante jugosas. Además de incluir el enfoque Blur hacia las redes sociales, viene con 3G, WiFi, una cámara de cinco megapíxeles con capacidad de grabar vídeo a 24 fps, y un teclado deslizable. Estará disponible a partir del cuarto trimestre del año en blanco y titanio, a través de las operadoras T-Mobile (EEUU), Orange (Reino Unido), Movistar (España, a partir de otoño), y América Móvil (en América Latina es CLARO, TELCEL, COMCEL y PORTA).

Navegador HTML completo (con flash), 3G; acceso directo a servicios como Facebook, Picasa, LastFM, YouTube y Photobucket; cámara con autofocus, conector de 3,5 mm, pantalla táctil capacitiva (3,1", 320 x 480), AGPS con localizador; y lector microSDHC (compatible con tarjetas de hasta 32 GB, incluida una de 2 GB).
El procesador es un Qualcomm MSM7201A a 538 MHz (como el del Hero). Tiene a su disposición 256 MB de RAM, una ROM de 512 MB, y 256 MB para el usuario

2009-09-18T23:21:00.000-07:00

Guía rápida para desarrollar en Android: Hello World

Para aquellos que aún no lo sepan, Android es un conjunto de software para dispositivos móviles: sistema operativo, middleware y aplicaciones key mobile.

Tiene toda la pinta de que va a tener mucho éxito, quizás porque está realizado por Google, quizás porque los miembros de la alianza son muy importantes, quizás porque es open source, quizás porque es sencillo o quizás porque estamos hasta el gorro de Windows. Sea lo que sea, merece la pena empezar a desarrollar aplicaciones para Android, y si los motivos anteriores o el desarrollo como profesional no te estimula, quizás los 10 millones de dólares que ofrecen a la mejor aplicación si te puedan interesar.

Pues venga, a ponerse a picar que los pisos están muy caros.

Empezar a desarrollar para Android es muy sencillo, tan solo tienes que tener el SDK de Android, tener instalado Eclipse, por ejemplo la versión Classic y añadir un plugin para Eclipse que ofrecen, para lo cual hay que:

En Eclipse ir a Help > Software Updates > Find and Install.
Seleccionar Search for new features to install y pinchar en Next.
Seleccionar New Remote Site.
Añadir esta URL: https://dl-ssl.google.com/android/eclipse/.
Selecionar Android Plugin > Eclipse Integration > Android Development Tools.

Una vez instalado el plugin, debemos indicar la ruta del SDK, para lo cual iremos a Window > Preferences y en la opción de Android modificaremos la ruta del SDK.

Ya lo tenemos todo listo, ahora solo nos falta crear un nuevo proyecto Android (File > New > Project) y modificar el código base que nos ofrece.

En el ejemplo que vamos a hacer tan solo escribiremos una frase en el terminal, para lo cual editaremos el fichero principal del proyecto, en mi caso como he llamado al proyecto prueba el fichero es prueba.java:

package com.sentidoweb;
import android.app.Activity;
import android.widget.TextView;
import android.os.Bundle;
public class prueba extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle icicle) {
super.onCreate(icicle);
TextView tv = new TextView(this);
tv.setText("Sentido Web");
setContentView(tv);
}
}

He marcado en negrita el código que se ha de modificar, y como veréis no tiene mucha dificultad. El resultado es este:

Como véis el ejemplo se ejecuta en un emulador de Android, si jugáis un poco con este emulador podréis daros cuenta de las posibilidades que ofrece

2009-09-18T23:10:00.000-07:00

GOOGLE MAPS 4.0 PARA ANDROID PROXIMAMENTE

Si sois usuarios de la aplicación Atrackdogs igual os habeis dado cuenta de queGoogle Maps tiene próxima una actualziación, la 4.0.0. Google Maps sufrió unaactualziación no hace mucho tiempo pero los chicos de Google parecen que no descansan. Según el blog oficial de Google están trabajando en añadir una nueva capa a Maps con la información del tráfico. Un código de colores nos indicará la cantidad de tráfico existente por una vía determinada pudiendo así elegir cambiar de dirección o camino hacia otro menos congestionado. En principio parece que ya lo tienen casi listo para las carreteras de Estados Unidos pero claro está lo tratarán de implmentar en todo el mundo.

El funcionamiento en teoría es simple. Cuando conectamos nuestro Maps mandamos nuestra ubicación a los servidores de Google y mientras lo utilizamos, nuestro teléfono mantiene una “conversación contínua” con Google indicándole por donde vamos. Esto mismo pero de cientos o miles de personas hace que Google pueda indicar donde existe más o menos congestión de tráfico y enviarlo a cada usuario de Google Maps. Esto que nos puede facilitar la elección del camino con menos tráfico y por tanto ir ahorrando combustible y tiempo y a la vez hacer una conducción más ecológica es lo que se ha venido en llamar el “crowdsourcing“.

Según Google todos los datos recogidos son completamente anónimos y prevalece la privacidad de los usuarios. Ya veremos si Google no utiliza el saber nuestra posición para mandarnos publicidad de establecimientos o productos cercanos a donde nos encontremos.

¿Os gusta la idea?

2009-09-18T22:59:00.000-07:00

Encuesta: Como desarrollador ¿Que plataforma para terminales móviles te parece más atractiva?

Fecha de publicación: 31/08/2009

Fuente : www.javahispano.org

Resultados de la encuesta con 630 votos

2009-09-17T07:58:00.001-07:00

¿Qué es Google App Engine?

Google App Engine te permite ejecutar tus aplicaciones web en la infraestructura de Google. Las aplicaciones App Engine son fáciles de crear, mantener y actualizar al ir aumentando el tráfico y las necesidades de almacenamiento de datos. Con App Engine, no necesitarás utilizar ningún servidor: sólo tendrás que subir tu aplicación para que tus usuarios puedan empezar a utilizarla.

Puedes proporcionar a tu aplicación tu propio nombre de dominio (como por ejemplo http://www.example.com/) a través de Google Apps. También puedes proporcionar a tu aplicación un nombre gratuito del dominio appspot.com. Podrás compartir tu aplicación con todo el mundo o limitar el acceso a los miembros de tu organización.

Google App Engine admite aplicaciones escritas en varios lenguajes de programación. Gracias al entorno de tiempo de ejecución Java de App Engine puedes crear tu aplicación a través de tecnologías Java estándar, que incluyen JVM, servlets Java y el lenguaje de programación Java o cualquier otro lenguaje que utilice un intérprete o compilador basado en JVM como, por ejemplo, JavaScript o Ruby. App Engine también ofrece un entorno de tiempo de ejecución Python dedicado, que incluye un rápido interprete Python y la biblioteca estándar Python. Los entornos de tiempo de ejecución Java y Python se generan para garantizar que tu aplicación se ejecuta de forma rápida, segura y sin interferencias de otras aplicaciones en el sistema.

Con App Engine, sólo pagas lo que utilizas. No existen costes de configuración ni tarifas recurrentes. Los recursos que utiliza tu aplicación, como por ejemplo el almacenamiento y el ancho de banda, se miden por gigabytes y se facturan según competitivas tarifas. Controlas la cantidad máxima de recursos que consume tu aplicación, de modo que siempre permanezcan dentro de tu presupuesto.

Puedes empezar a utilizar App Engine de forma totalmente gratuita. Todas las aplicaciones pueden utilizar hasta 500 MB de almacenamiento y suficiente CPU y ancho de banda como para permitir un servicio eficaz de la aplicación de alrededor de 5 millones de visitas a la página al mes, totalmente gratuitas. Cuando habilitas la facturación para tu aplicación, se incrementan tus límites gratuitos y sólo pagas aquellos recursos que utilices por encima de los niveles gratuitos.

El entorno de aplicación

Google App Engine permite desarrollar fácilmente aplicaciones que se ejecuten de forma fiable, incluso con pesadas cargas de trabajo y grandes cantidades de datos. App Engine incluye las siguientes funciones:

servidor web dinámico, totalmente compatible con las tecnologías web más comunes,
almacenamiento permanente con funciones de consulta, orden y transacciones,
escalado automático y balanceo de carga,
API para autenticar usuarios y enviar correo electrónico a través de las cuentas de Google,
un completo entorno de desarrollo local que simula Google App Engine en tu equipo,
tareas programadas para activar eventos en momentos determinados y en intervalos regulares.

Tu aplicación se puede ejecutar en uno de los dos entornos de tiempo de ejecución: el entorno Java y el entorno Python. Cada entorno proporciona protocolos estándar y tecnologías comunes para el desarrollo de aplicaciones web.

La zona de pruebas

Las aplicaciones se ejecutan en un entorno seguro que proporciona acceso limitado al sistema operativo subyacente. Estas limitaciones permiten a App Engine distribuir solicitudes web de la aplicación en varios servidores e iniciar y detener los servidores según las demandas del tráfico. La zona de pruebas aísla la aplicación en su propio entorno seguro de confianza, totalmente independiente del hardware, el sistema operativo y la ubicación física del servidor web.

Algunos ejemplos de las limitaciones del entorno seguro de la zona de pruebas son:

Una aplicación sólo podrá acceder a otros equipos de Internet a través de los servicios de correo electrónico y extracción de URL proporcionados. Otros equipos sólo se podrán conectar a la aplicación mediante solicitudes HTTP (o HTTPS) en los puertos estándar.
Una aplicación no podrá escribir en el sistema de archivos. Una aplicación podrá leer archivos, pero sólo aquéllos subidos con el código de la aplicación. La aplicación deberá utilizar el almacén de datos de App Engine, Memcache u otros servicios para todos los datos que permanezcan entre las solicitudes.
El código de aplicación sólo se ejecuta en respuesta a una solicitud web o a una tarea cron y debe devolver datos de respuesta en un período de 30 segundos en cualquier caso. Un controlador de solicitudes no podrá generar un subproceso ni ejecutar código después de haber enviado la respuesta.

El entorno de tiempo de ejecución Java

Puedes desarrollar tu aplicación para el entorno de tiempo de ejecución Java a través de herramientas de desarrollo web Java y de estándares del API comunes. Tu aplicación interactúa con el entorno a través del estándar Java Servlet y puede utilizar tecnologías de aplicación web comunes como por ejemplo JavaServer Pages(JSP).

El entorno de tiempo de ejecución Java utiliza Java 6. El kit de desarrollo de software (SDK) Java de App Engine admite las aplicaciones de desarrollo que utilizan tanto Java 5 como 6.

El entorno incluye la plataforma 6 de entorno de tiempo de ejecución Java (JRE) SE y bibliotecas. Las restricciones del entorno de la zona de pruebas se implementan en JVM. Una aplicación puede utilizar cualquier código de bytes de JVM o función de biblioteca, siempre que no exceda las restricciones de la zona de pruebas. Por ejemplo, si un código de bytes intenta abrir un conector o escribir en un archivo, aparece una excepción de tiempo de ejecución.

Tu aplicación accede a la mayoría de los servicios de App Engine a través de las API estándar de Java. Para el almacén de datos de App Engine, el SDK Java incluye implementaciones de la interfaz de Objetos de datos Java (JDO) y de la interfaz del API de persistencia de Java (JPA). Tu aplicación puede utilizar el API JavaMail para enviar mensajes de correo electrónico con el servicio de correo electrónico de App Engine. Las API HTTP java.net acceden al servicio de extracción de URL de App Engine. App Engine también incluye las API de nivel inferior para sus servicios para implementar adaptadores adicionales o para su uso directo desde la aplicación. Consulta la documentación sobre las API delalmacén de datos, Memcache, la extracción de URL, el correo, las imágenes y las cuentas de Google.

Normalmente, los desarrolladores de Java utilizan el lenguaje de programación Java y las API para implementar aplicaciones web para JVM. Gracias al uso de intérpretes o de compiladores compatibles con JVM, también puedes utilizar otros lenguajes para desarrollar aplicaciones web como, por ejemplo, JavaScript, Ruby o Scala.

Para obtener más información sobre el entorno de tiempo de ejecución Java, consulta la sección El entorno de tiempo de ejecución Java.

El entorno de tiempo de ejecución Python

Gracias al entorno de tiempo de ejecución Python, puedes implementar tu aplicación a través del lenguaje de programación Python y ejecutarla en un intérprete de Python optimizado. App Engine incluye varias API y herramientas para el desarrollo de aplicaciones web de Python, así como un API de modelado de datos detallados, un framework de aplicaciones web fácil de utilizar y herramientas para administrar y acceder a tus datos de la aplicación. También puedes beneficiarte de una amplia variedad de frameworks y bibliotecas avanzados para el desarrollo de aplicaciones web de Python, como por ejemplo Django.

El entorno de tiempo de ejecución Python utiliza la versión 2.5.2. de Python. Estamos teniendo en cuenta una compatibilidad adicional con Python 3 para futuras versiones.

El entorno Python incluye la biblioteca estándar de Python. Por supuesto, no todas las funciones de biblioteca se pueden ejecutar en el entorno de la zona de pruebas. Por ejemplo, una llamada a un método que intenta abrir un conector o escribir en un archivo generará una excepción. Para comodidad del usuario, se han inhabilitado varios módulos de la biblioteca estándar cuyas funciones son incompatibles con el entorno de tiempo de ejecución y el código que los importe generará un error.

El código de aplicación escrito para el entorno Python se debe escribir exclusivamente en Python. Las extensiones escritas en lenguaje C no son compatibles.

El entorno Python proporciona varias API Python para servicios de almacén de datos, cuentas de Google, extracción de URL y correo electrónico. App Engine también ofrece un sencillo framework para aplicaciones web Python denominado webapp que te permitirá empezar a crear aplicaciones fácilmente.

Puedes subir otras bibliotecas de terceros con tu aplicación, siempre que estén implementadas únicamente en Python y no requieran ningún módulo incompatible de la biblioteca estándar.

Para obtener más información sobre el entorno de tiempo de ejecución Python, consulta la sección El entorno de tiempo de ejecución Python.

El almacén de datos

App Engine proporciona un potente servicio de almacenamiento de datos distribuido que incluye un motor de búsqueda y transacciones. A medida que el servidor web distribuido crece con el tráfico, el almacén de datos distribuido crece con los datos.

El almacén de datos de App Engine no es como una base de datos relacional tradicional. Los objetos de datos, o "entidades", disponen de un tipo y un conjunto de propiedades. Las consultas pueden recuperar entidades de un tipo determinado filtradas y ordenadas según los valores de las propiedades. Los valores de las propiedades pueden ser de cualquiera de los tipos de valores de propiedades admitidos.

Las entidades del almacén de datos son carecen de esquema. Tu código de aplicación se encarga de proporcionar y de respetar la estructura de las entidades de datos. Las interfaces JDO/JPA de Java y la interfaz del almacén de datos de Python incluyen características para aplicar y respetar la estructura de tu aplicación. Tu aplicación también puede acceder al almacén de datos de forma directa para aplicar mucho o poco la estructura que necesite.

El almacén de datos es muy consistente y utiliza el control de concurrencia optimista. Una entidad se actualizará si se intenta realizar una transacción un número determinado de veces y otros procesos están intentando actualizar la misma entidad al mismo tiempo. Tu aplicación puede ejecutar varias operaciones de almacén de datos en una única transacción, que se ejecutarán con o sin éxito, garantizando así la integridad de tus datos.

El almacén de datos implementa transacciones en su red distribuida mediante "grupos de entidades". Una transacción manipula entidades de un único grupo. Las entidades del mismo grupo se almacenan juntas para ejecutar las transacciones eficazmente. Tu aplicación puede asignar entidades a grupos al crear las entidades.

Cuentas de Google

App Engine admite la integración de una aplicación con Cuentas de Google para la autenticación de los usuarios. Tu aplicación puede permitir a un usuario acceder con una cuenta de Google y tener acceso a la dirección de correo electrónico y el nombre de visualización asociados a la cuenta. Las cuentas de Google permiten que el usuario pueda empezar a utilizar la aplicación de una forma más rápida, ya que no tiene que crear una cuenta nueva. También te ahorran el esfuerzo de implementar un sistema de cuentas de usuario sólo para tu aplicación.

Si estás ejecutando tu aplicación con Google Apps, podrás utilizar las mismas funciones con los miembros de tu organización y las cuentas de Google Apps.

El API de usuarios también puede indicar a la aplicación si el usuario actual es un administrador registrado de la aplicación. Esto facilitará la implementación de áreas exclusivas de administradores en tu sitio.

Para obtener más información sobre la integración con las cuentas de Google, consulta la referencia del API de usuarios.

Servicios de App Engine

App Engine proporciona una gran variedad de servicios que te permitirán realizar operaciones comunes al gestionar tu aplicación. Se incluyen las siguientes API para acceder a estos servicios:

Extracción de URL

Las aplicaciones pueden acceder a recursos en Internet, como servicios web u otros datos, mediante el servicio de extracción de URL de App Engine. El servicio de extracción de URL recupera recursos web mediante la misma infraestructura de alta velocidad de Google que recupera páginas web para muchos otros productos de Google.

Correo

Las aplicaciones pueden enviar mensajes de correo electrónico mediante el servicio de correo de App Engine. El servicio de correo utiliza la infraestructura de Google para enviar mensajes de correo electrónico.

Memcache

El servicio Memcache proporciona a tu aplicación el servicio de memoria caché de valores-claves de alto rendimiento accesible desde varias instancias de tu aplicación. Memcache resulta útil para los datos que no necesitan las funciones de persistencia y transacciones del almacén de datos, como los datos temporales o los datos copiados del almacén de datos en la caché para un acceso a gran velocidad.

Manipulación de imágenes

El servicio de imágenes permite a tu aplicación manipular imágenes. Con esta API, podrás recortar, rotar o ajustar el tamaño de imágenes en formato JPEG o PNG.

Tareas programadas

El servicio Cron te permite programar tareas que se van a ejecutar en intervalos regulares. Para obtener más información, consulta la documentación sobre el servicio Cron de Python o de Java.

Flujo de trabajo de desarrollo

Los kits de desarrollo de software de App Engine (SDK) para Java y Python incluyen una aplicación de servidor web que emula todos los servicios de App Engine de tu equipo local. Cada SDK incluye todas las API y bibliotecas disponibles en App Engine. El servidor web también simula el entorno seguro de la zona de pruebas, incluyendo las verificaciones con respecto a los intentos de acceso a los recursos del sistema inhabilitados en el entorno de tiempo de ejecución de App Engine.

Cada SDK también incluye una herramienta para subir tu aplicación a App Engine. Una vez que hayas creado el código de tu aplicación, los archivos estáticos y los archivos de configuración, ejecuta la herramienta para subir los datos. La herramienta te pedirá que introduzcas tu dirección de correo electrónico y contraseña de Google.

Cuando crees una nueva compilación importante de una aplicación que ya se esté ejecutando en App Engine, podrás subirla como una nueva versión. La antigua versión seguirá disponible para los usuarios hasta que cambies a la nueva versión. Puedes probar la nueva versión en App Engine mientras aún se esté ejecutando la antigua.

El SDK Java se ejecuta en cualquier plataforma con Java 5 o Java 6. El SDK está disponible en forma de archivo Zip. Si utilizas el entorno de desarrollo Eclipse, puedes utilizar el complemento de Google para Eclipse para crear, probar y subir aplicaciones de App Engine. El SDK también incluye herramientas de línea de comandos para ejecutar el servidor de desarrollo y subir tu aplicación.

El SDK Python se implementa exclusivamente en Python y se ejecuta en cualquier plataforma que disponga de Python 2.5, como Windows, Mac OS X y Linux. El SDK está disponible en forma de archivo Zip y los instaladores están disponibles para Windows y Mac OS X.

La consola de administración es una interfaz basada en web que permite administrar las aplicaciones que ejecutas en App Engine. Puedes utilizarla para crear nuevas aplicaciones, configurar nombres de dominio, cambiar la versión disponible de tu aplicación, examinar los registros de error y acceso y buscar el almacén de datos de una aplicación.

Cuotas y límites

Crear una aplicación en App Engine no sólo resulta fácil. ¡Además es gratis! Puedes crear una cuenta y publicar una aplicación que la gente podrá utilizar inmediatamente sin ningún coste ni obligación. Una aplicación de una cuenta gratuita dispone de hasta 500 MB de espacio y admite hasta 5 millones de visitas mensuales. Cuando lo desees, puedes habilitar la facturación, establecer un presupuesto diario máximo y asignar tu presupuesto para cada recurso de acuerdo con tus necesidades.

Puedes registrar hasta 10 aplicaciones por cuenta de desarrollador.

Cada aplicación asigna recursos dentro de límites o "cuotas". Una cuota determina la cantidad que una aplicación puede utilizar un recurso concreto durante un día del calendario. En un futuro próximo, podrás ajustar alguna de estas cuotas mediante la adquisición de recursos adicionales.

Algunas funciones imponen límites no relacionados con cuotas para proteger la estabilidad del sistema. Por ejemplo, cuando una aplicación se ejecuta para atender una solicitud web, debe emitir una respuesta en 30 segundos. Si la aplicación tarda demasiado, se finaliza el proceso y el servidor devuelve un código de error al usuario. El tiempo de espera de la solicitud es dinámico y se puede reducir si un controlador de solicitudes consume el tiempo de espera con frecuencia para conservar recursos.

Otro ejemplo de un límite de servicio es el número de resultados devuelto por una consulta. Una consulta puede devolver como máximo 1.000 resultados. Las consultas que deberían devolver más resultados sólo devuelven el máximo. En este caso, no es probable que una solicitud que realiza este tipo de consulta devuelva una solicitud antes de agotar el tiempo de espera, pero el límite se mantendrá para conservar los recursos del almacén de datos.

Los intentos de socavar o abusar de las cuotas, como utilizar aplicaciones en varias cuentas que trabajen conjuntamente, infringen las Condiciones del servicio y podrían ser motivo de la inhabilitación o el cierre de las cuentas.

Para ver una lista de cuotas y una explicación acerca del sistema de cuotas, incluyendo las cuotas que pueden verse incrementadas mediante la habilitación de la facturación, consulta la sección Cuotas.

2009-09-16T23:30:00.000-07:00

iPhone vs Android

Prácticamente de la noche a la mañana, todo el desastre que era el desarrollar para plataformas móviles, no solo aparenta haberse ordenado, sino que además polarizado en dos plataformas: La plataforma iPhone de Apple, y la plataforma Android de la OHA (Open Handset Alliance) liderado por Google.

Hasta este momento, yo he sido uno de los que se ha mostrado renuente a desarrollar aplicaciones para plataformas móviles, pues las opciones que tenía eran estas:

- WAP: Una tecnología de páginas web para dispositivos móviles, pero ultra-limitado. Es como desarrollar en HTML para cavernícolas. Aun me sorprendo de la gente que evangeliza esta tecnología que obviamente será dejada en el olvido muy pronto. La ventaja de WAP es que el código en el servidor puede ser escrito en cualquier lenguaje y en cualquier plataforma, pero la experiencia del interfaz del usuario es simplemente abismal y arcaica.

- Windows Mobile: Hay que admitir que es este es uno de los frameworks mas completos y potentes en el mercado, pero en mi opinión es una simple extensión del paradigma de Windows a la palma de la mano, lo cual creo es el camino incorrecto a seguir. No es que Windows Mobile sea malo o no, sino que su paradigma de cientos de menús y ventanas simplemente no es eficiente en un entorno portátil, y el hecho de que el iPhone haya sido tan exitoso con primeros usuarios es testamento de que hay mejores paradigmas para hacer las cosas.

- RIM, Nokia, Palm, SonyEricsson, Symbian. Todos estos ofrecen tecnología propietarias, y sin un rumbo fijo en el mercado. Desarrollar para estas plataformas es un peligro a largo plazo.

- J2ME (Java 2 Micro Edition): Esta plataforma hasta el momento ha sido la mejor opción para desarrolladores, pues es la que menos aísla a los programadores de los miles de distintos celulares y sus peculiaridades. Es esta la razón por la cual hasta el momento ha sido la plataforma dominante en cuanto a desarrollo de aplicaciones, en particular juegos sencillos. Sin embargo, la capacidad de programar de manera genérica evita por lo general que tengas acceso a tecnologías avanzadas en celulares de última generación que aun no son soportadas en la máquina virtual de Java.

El los últimos meses sin embargo, se ha tornado claro que la gran batalla va a ser librada entre dos nuevos contendientes: El iPhone y Android.

Por un lado tenemos al iPhone, el cual uno podría debatir que se ha convertido en el celular inteligente mas popular del mundo, así como el de mayor crecimiento. Su elegante interfaz le ha abierto los ojos no solo al público, sino que a la comunidad de ingenieros de software, quienes ya han creado centenares de aplicaciones nativas y miles de aplicaciones web.

Por el otro lado tenemos al nuevo chico del vecindario, Android, una plataforma que planea ofrecer no solo lo mejor de las tecnologías propietarias, sino que hacerlo de una manera totalmente abierta.

Analicemos ahora los componentes básicos de ambas plataformas y veamos que es lo que tenemos...

Proveedor de la Tecnología
El iPhone es 100% Apple, quien lo fabrica y vende. Esto hace que sea bien fácil crear aplicaciones para el iPhone ya que puedes estar seguro que tus programas funcionarán con cualquier modelo del iPhone, ya que son todos virtualmente idénticos.

Android, por otro lado, es un conjunto de especificaciones y código de referencia y no un producto en sí, por lo que cualquiera puede desarrollar un celular inteligente con tecnología Android, lo que significa el riesgo en un futuro de que una aplicación no funcione exactamente igual entre un celular y otro. Sin embargo, aparenta que la OHA y Google han pensado bien esto y nos aseguran que ese no debería ser el caso, aunque esto solo lo sabremos en la práctica cuando tengamos celulares con los cuales comparar.

Sistema Operativo
Apple utiliza el mismísimo corazón del sistema operativo OS X que utiliza en sus Macs de escritorio y portátiles, lo que lo hace no solo bien estable, sino que bastante potente. En el iPhone el sistema operativo es totalmente cerrado y controlado solo por Apple.

Android utiliza a Linux como su sistema operativo base, y a Java como su punto de acceso con APIs, lo que es una excelente combinación, ya que provee la estabilidad y flexibilidad de Linux, con la elegancia y facilidad de programación de Java.

Lenguaje de Programación
iPhone es programado con Objective C, un lenguaje tipo C, orientado a objetos, cuya elegancia es comparable a la de Java. El nuevo SDK permite acceso a los APIs del sistema operativo, pero no a modificar el sistema operativo mismo.

Android es programado en Java, pero dependiendo del proveedor, es posible programar directamente en C o hasta en Assembly, pero no es recomendado. El proveedor (es decir, el que fabrique un celular Android) tiene acceso completo al sistema operativo y puede no solo creardrivers compatibles con el API de Android, sino que hasta nueva funcionalidad si lo desea.

Interfaz de Usuario
Hasta el momento, el interfaz nativo del iPhone aparenta ser el mas elegante e intuitivo. Este se programa con una versión multi-toque de Cocoa (el módulo de interfaz gráfico de OS X) llamado Cocoa Touch con Objective C. En cuanto a aplicaciones tipo web, se utiliza HTML con técnicas estándares de AJAX.

En cuanto a Android, para aplicaciones nativas se utilizan componentes nativos que exponen sus APIs a Java, y el grado de complejidad es similar al del iPhone. En cuanto a aplicaciones web, aparte de soportar HTML y AJAX, pueden estar seguros que debido a su arquitectura abierta que pronto podremos también contar con Google Gears, lo que significa aplicaciones web que se pueden utilizar de manera desconectada del Internet, lo que es una gran ventaja.

Navegador de Internet
El iPhone utiliza una versión especial del mismo Safari que se utiliza en el OS X de las Mac, y es bien asombroso en su funcionamiento y renderizador visual. Sin ni siquiera la menor duda es el mejor navegador de Internet en una plataforma móvil en estos momentos.

En cuanto a Android, sucede que utiliza el WebKit, que aunque pocos lo sepan, es el motor interno de renderización en el cual está basado Safari en el iPhone, por lo que pueden esperar una experiencia similar en el despliegue de páginas web. En android, sin embargo, será posible tener acceso en un futuro a páginas con objetos Flash y Java, debido a la arquitectura abierta de Android, así como a navegadores alternativos como Firefox u Opera.

Librerias de APIs
Ambas plataformas ofrecen un juego de librerías de APIs bastante completo, sin embargo en Android es posible tener acceso mas bajo al sistema operativo, así como a dispositivos externos conectados por puertos de expansión de todo tipo.

Restricciones
En el iPhone todas las aplicaciones se descargarán por el App Store de Apple, y ya que Apple controlará esta tienda por Internet, hay muchas restricciones que tendrá. Por ejemplo, no se permitirán aplicaciones de VoIP (telefonía por Internet) sobre redes celulares, sino que solo sobre redes WiFi, lo que significa adiós a la utilidad de Skype. Tampoco se permitirá aplicaciones que interpreten código (es decir, adiós a navegadores que compitan con Safari, y a programas que utilicen Javascript o que descarguen objetos ejecutables en demanda, entre otras cosas).

En Android, ninguna de estas restricciones aplican, y al contrario, toda la plataforma fue diseñada con amarres que permite que uno defina un módulo por otro (como puede ser, declarar un navegador de Internet alternativo como el preferido sobre el que viene instalado).

Facilidad de Uso
El iPhone ofrece una experiencia de fácil uso sin paralelo en el mercado, pues ya que Apple controla todo, hay para todo lo que quieras hacer una sola manera de hacer cualquier cosa. Eso significa que es muy fácil sincronizar tu iPhone a tu PC, o comprar canciones, videos y aplicaciones por Internet.

Android, por otro lado, no especifica cómo se deban hacer cosas básicas como sincronizar datos o obtener otros módulos o media por Internet, por lo que dependerá del proveedor ofrecer una experiencia placentera, y como ya sabemos, pocos hacen un trabajo cercano al que hace Apple. Sin embargo, esperen que eventualmente surjan maneras de hacer tales cosas que se conviertan en estándar por defecto (como lo hizo Installer.app en el iPhones desbloqueados), pero para eso falta un tiempo y no hay garantías.

Rapidez y ventajas de desarrollo
El iPhone ofrece un SDK que es asombroso, que incluye un simulador, un debugueador y diagnosticador remoto, y un creador de interfaces gráficos. Su gran limitante: Requiere una Mac con OS X para desarrollar. Sin embargo, es mas fácil utilizar estas herramientas que en el caso de Android.

Android por otro lado, ofrece un SDK que es mayoritariamente dependiente de un IDE externo como Eclipse. Sin embargo, ofrece un excelente simulador y tiene interfaces para debugear remotamente. Además funciona en varias plataformas. Por ahora su limitante es que no ofrece una manera gráfica de crear interfaces de usuario, aunque se espera que terceros ofrezcan tales herramientas.

Costos de desarrollo
En el iPhone el SDK es gratuito, pero si quieres publicar aplicaciones para el iPhone en el AppStore, el costo es US$100 dólares anuales. Así mismo, si no tienes una Mac, tienes que considerar el costo de una Mac para desarrollar.

El SDK de Android es totalmente gratuito y sin restricciones en cualquier plataforma.

Soporte para desarrolladores
Apple será quien dará el soporte primario tanto al iPhone como a las herramientas de desarrollo y la documentación, aunque se espera que surjan portales de terceros que formen comunidades de programadores.

En cuanto a Android, Google, el OHA y la misma comunidad serán los que provean todos estos servicios de soporte, y sin duda surgirán empresas que ofrecerán sus servicios comerciales equivalentes a los de Apple, así como comunidades de programadores en portales públicos por Internet.

Disponibilidad de Software de terceros
El iPhone disfruta de una buena selección de software por la comunidad de hackers que han desbloqueado al iPhone, y pueden estar seguros que muchas de esas aplicaciones saldrán en el oficial App Store en Junio junto con el firmware 2.0, por lo que el iPhone tiene un buen futuro como una plataforma sólida con una saludable selección de programas. Además, Apple se ha esforzado en invitar a muchas empresas comerciales para que creen programas para el iPhone, y muchas han respondido favorablemente, como son EA (Electronic Arts), SEGA, SalesForce, etc. Según Apple, en los primeros 4 días de poner el SDK en Internet, la descargaron unas 100,000 veces.

Android, por su parte, también aparenta que tendrá una buena selección de software cuando salga al mercado, en particular debido a lo sencillo que ha resultado programar para la plataforma con el SDK beta de Android. Sin embargo, aun no sabemos de los planes secretos de empresas comerciales para esta plataforma, aunque pueden estar seguros que muchos tienen a Android en sus miras, y es posible que veamos anuncios al respecto cuando empiecen a surgir los primeros modelos de celulares inteligentes con Android a fin de año. Además, es muy posible que la comunidad del Software Libre apoye mas a Android que al iPhone, debido a su naturaleza abierta. Según Google, a la fecha el SDK de Android se ha descargado mas de 750,000 veces desde que se anunció oficialmente hace un par de meses.

Futuro y garantía de inversión a largo plazo
Con el iPhone el futuro está bien asegurado, pues Apple planea tener al iPhone soportado por un buen tiempo, y el hecho de que ha sido un éxito de ventas y aceptación tan sensacional significa que estamos en una sociedad a largo plazo con el iPhone.

En cuanto a Android, aun no podremos comprar celulares Android hasta finales de este año o inicios del próximo, por lo que habría que esperar a ver su aceptación por el público. Sin embargo, el hecho de que Google esté respaldando a Android con todo lo que tiene, y que varias de las empresas fabricantes de celulares del mundo planea soportar la plataforma, aparenta significar que Android tiene un buen futuro por delante, pero no podemos cegarnos y hay que aceptar que el iPhone le lleva una muy buena delantera.

Potenciales Clientes de Aplicaciones
Ya existen mas de 4 millones de usuarios del iPhone, y para cuando salgan los primeros dispositivos de Android al mercado es muy posible que ya existan 10 millones de iPhones en el mundo, por lo que al menos al corto plazo es mucho mas rentable ofrecer software para la plataforma iPhone.

Sin embargo, debido a que Android será ofertado por muchísimos mas proveedores que el iPhone, y en mas mercados, es posible que Android alcance al iPhone en ventas en un par de años, y después hasta lo sobrepase.

Aplicaciones Especializadas
Si deseas crear aplicaciones que no son tradicionales, el iPhone es limitado a solo las capacidades que Apple te ofrece en sus APIs, pues no tienes acceso (al menos por el momento) ni siquiera al puerto de expansión del iPhone (aunque con ingenuidad nos podemos imaginar integrar equipos externos via WiFi o quizás Bluetooth).

Si lo que deseas es crear aplicaciones especializadas, como puede ser integrar lectores de código de barra y RFID, la mejor opción es claramente Android, ya que permite integrarse con todo, de una manera totalmente abierta. Si no existe algo, lo creas tu mismo y lo integras. Es posible que debido a esto Android sea mas adoptado que el iPhone en aplicaciones industriales.

Facilidades nativas
Todo iPhone, como muchos saben, viene con ciertas particularidades asombrosas, como son un acelerómetro, gráficos en 3D, un sensor de proximidad, un sensor de luz ambiental, una pantalla fenomenal, y un sistema multi-toque para interactuar.

Por el otro lado, Android tiene soporte para todas estas tecnología popularizadas por el iPhone, pero no son obligatorias a ser implementadas en todos los celulares Android. Esto significa que los programadores no deben contar con que todo dispositivo tenga estas facilidades, aunque sí tienen manera de saber cuando no están presentes, y de aceptar maneras alternativas de interacción. Esto, aunque puede ser una restricción, también significa que a largo plazo Android podría soportar mas tecnologías que el iPhone, como puede ser soporte nativo para GPS.

¿Qué significa todo esto?
Por si no lo han notado aun al leer todo lo anterior, no es fácil elegir una plataforma sobre otra en estos momentos, pues es muy posible que ambas triunfen a largo plazo. A corto plazo si deseas hacer dinero vendiendo aplicaciones, la opción es clara con el iPhone, el cual ya tiene millones de potenciales clientes a los cuales le puedes vender tus creaciones.

Si por otro lado tienes una idea revolucionaria que está limitada por la restricciones de Apple con el iPhone, entonces Android es tu mejor opción.

Para cualquier otro uso, por ahora es mejor considerar ambas plataformas. Una opción interesante para soportar a ambas plataformas se hará evidente muy pronto (en Junio posiblemente) cuando Sun termine de implementar a Java para el iPhone. Sin embargo aun hay dudas si las restricciones legales que Apple ha impuesto en el iPhone permitan que Java se implemente en ese dispositivo, pero de ser posible, eso significaría que con un poco de organización sería posible crear programas que funcionen en ambas plataformas, siempre y cuando aísles el código nativo de cada plataforma en librerías de funciones que se compilen para cada plataforma en particular.

Esto también se haría mas fácil de lo imaginado ya que según Sun, la implementación de Java para el iPhone tomará buena ventaja de sus particularidades nativas (como podría ser el acelerómetro, gráficos 3D, etc). Pero como toda nueva tecnología, hay que esperar y ver para probar lo práctico de todo esto.

Ahora unas últimas palabras de reflexión...

Mucho dirán que no deberíamos soportar a Apple y su iPhone debido a que lo único que busca es mantener control absoluto de la plataforma, manteniéndola cerrada y siguiendo sus reglas. Sin embargo, hay que entender que a diferencia de muchas otras empresas que crean tecnologías cerradas, Apple lo hace con una elegancia y utilidad tal, que para una gran parte de los usuarios simplemente no les importa que la plataforma sea cerrada o no.

Es como si uno viviera en una cárcel, en donde siempre y cuando uno siga las reglas, a uno lo traten como a un rey, ofreciéndole a uno lo mejor de lo mejor, televisores de gran tamaño, lujosos automóviles, casas hermosas y elegantes, y la mejor educación posible. La única restricción es que no puedes salir de la cárcel, pero si estás feliz con todas las comodidades que te ofrecen, es muy posible que muchos decidan quedarse, y eso es precisamente lo que ocurre con el iPhone.

Por el otro lado, Android te ofrece toda la garantía de libertad del mundo, pero a cambio de que trabajes para poder tomar ventaja de esa libertad. Es muy parecido a la opción de la píldora roja o azul que Morfeo le hizo a Neo en la película The Matrix, y no crean que filosóficamente una opción sea mejor que otra, pues influye mucho el punto de vista.

Yo particularmente prefiero la libertad de Android, pero tampoco puedo negar la elegancia, facilidad y utilidad que Apple me ofrece en el iPhone, pero creo que Apple debe tener mucho cuidado con tratar de mantener el iPhone muy controlado, pues de ser así se arriesga a que la industria deje atrás al iPhone, de la misma manera que hace un par de décadas dejó atrás a la Mac en favor de la libertad que ofrecía Windows en ese entonces (y los resultados se hicieron evidentes).

Y noten que al final ni Apple ni Google serán los que ganarán mas con esta guerra que se avecina, sino que nosotros, los consumidores, que seremos beneficiados por los avances que ambas plataformas tratarán de implementar en cada nueva generación de dispositivos para ganarse nuestras mentes, corazones y billetera

2009-09-16T23:27:00.000-07:00

Hello World: Windows Mobile vs Symbian vs Android vs Iphone vs J2ME

Hoy he recibido un mail muy interesante con cinco ejemplo distintos para cinco plataformas distintas, de como hacer el típico “Hello World” u “Hola Mundo“. Para el que no sepa de que va esto, un programa “Hola Mundo” es el primer programa que suele hacerse en un lenguaje cualquiera como primer y más sencillo ejemplo.

Lo que tienen en común estos ejemplo es que los cinco hacen lo mismo y los cinco son para dispositivos móviles: Symbian, Android, Iphone, J2ME y Windows Mobile. Este punto es el más interesante ya que nos puede dar una idea de lo compleja que puede ser cada una de las distintas plataformas. Ahora entremos en detalles.

Ejemplo “Hello World” para Symbian:

// HelloWorld.cpp // // Copyright (c) 2000 Symbian Ltd. All rights reserved. #include "CommonFramework.h" // do the example LOCAL_C void doExampleL() { _LIT(KHelloWorldText,"Hello world!\n"); console->Printf(KHelloWorldText); }

Tambien necesitaremos el archivo HelloWorld.mmp con lo siguiente:

// HelloWorld.mmp // // Copyright (c) 2000 Symbian Ltd. All rights reserved. // // using relative paths for sourcepath and user includes // TARGET HelloWorld.exe TARGETTYPE exe UID 0 // SOURCEPATH . SOURCE HelloWorld.cpp // USERINCLUDE . USERINCLUDE ..\CommonFramework SYSTEMINCLUDE Epoc32include // LIBRARY euser.lib

Y finalmente el archivo bld.inf:

// BLD.INF // Component description file // // Copyright (c) 2000 Symbian Ltd. All rights reserved. PRJ_MMPFILES //only one project HelloWorld.mmp

Ejemplo “Hello World” para Iphone SDK:
Lo primero que necesitaremos es crear un proyecto XCode llamada “HelloWorld”. No necesitaremos modificar los archivos main.m y main.h. Pero sí los archivos helloworldAppDelegate.m y helloworld.AppDeleage.h.

El archivo header.
1 // 2 // helloworldAppDelegate.h 3 // helloworld 4 // 5 // 6 // 7 8 #import 9 10 @class MyView; 11 12 @interface helloworldAppDelegate : NSObject { 13 UIWindow *window; 14 MyView *contentView; 15 // Levi: Define textView object 16 UITextView *textView; 17 } 18 19 @property (nonatomic, retain) UIWindow *window; 20 @property (nonatomic, retain) MyView *contentView; 21 // Levi: Declare textView as a property 22 @property (nonatomic, retain) UITextView *textView; 23 24 @end 25

Y el archivo helloworldAppDelegate.m:

1 // 2 // helloworldAppDelegate.m 3 // helloworld 4 // 5 // 6 // 7 8 #import "helloworldAppDelegate.h" 9 #import "MyView.h" 10 11 @implementation helloworldAppDelegate 12 13 @synthesize window; 14 @synthesize contentView; 15 // Levi: Tell the compiler to synthesize relevant accessors 16 @synthesize textView; 17 18 - (void)applicationDidFinishLaunching:(UIApplication *)application { 19 // Create window 20 self.window = [[[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]] autorelease]; 21 22 // Set up content view 23 self.contentView = [[[MyView alloc] initWithFrame:[[UIScreen mainScreen] applicationFrame]] autorelease]; 24 [window addSubview:contentView]; 25 26 // Levi: Create the text view. 27 self.textView = [[[UITextView alloc] initWithFrame: CGRectMake(0.0f, 0.0f, 320.0f, 480.0f)] autorelease]; 28 [textView setEditable:YES]; 29 [textView setText:@"Hello World"]; 30 31 // Levi: Add a text view to the content view. 32 [contentView addSubview:textView]; 33 34 // Show window 35 [window makeKeyAndVisible]; 36 } 37 38 - (void)dealloc { 39 // Levi: Release the textView 40 [textView release]; 41 [contentView release]; 42 [window release]; 43 [super dealloc]; 44 } 45 46 @end 47

Ejemplo “Hello World” para J2ME:

import javax.microedition.midlet.*; import javax.microedition.lcdui.*; public class HelloWorld extends MIDlet implements CommandListener { private Command exitCommand; private TextBox tbox;
public HelloWorld() {
exitCommand = new Command(”Exit”, Command.EXIT, 1);
tbox = new TextBox(”Hello world MIDlet”, “Hello World!”, 25, 0);
tbox.addCommand(exitCommand);
tbox.setCommandListener(this);
}
protected void startApp() {
Display.getDisplay(this).setCurrent(tbox);
}
protected void pauseApp() {}
protected void destroyApp(boolean bool) {}
public void commandAction(Command cmd, Displayable disp) {
if (cmd == exitCommand) {
destroyApp(false);
notifyDestroyed();
}
}
}

Ejemplo “Hello World” para Google Android:

package com.android.hello; import android.app.Activity; import android.os.Bundle; import android.widget.TextView;
public class HelloAndroid extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
TextView tv = new TextView(this);
tv.setText(”Hello World”);
setContentView(tv);
}
}

Ejemplo “Hello World” para Windows Mobile:

using System; using System.Windows.Forms; public class HelloWorld {
public static void Main() {
MessageBox.Show( “Hello World!” );
}
}

2009-09-16T23:18:00.001-07:00

Presentando Google Chrome OS

08 julio 2009 at 08:25

Nueve meses atrás presentamos el Google Chrome Browser. Ha sido un viaje excitante y ya hay 30 millones de personas que utilizan Google Chrome como su navegador principal. Muchos de los usuarios de Chrome practicamente viven en la Red. Pasan la mayor parte del tiempo leyendo noticias, enviando mails, realizando búsquedas, compras y manteniendose en contacto con amigos. Sin embargo, la mayoría de los sistemas operativos fueron diseñados en un tiempo en el que no existía Internet. Nosotros creemos que la Web debe ser el centro de una experiencia de computación. Es por ello que creamos el Google Chrome Browser y es la misma razón por la cuál estamos dando ahora el próximo paso y volviendo a pensar en lo que debería brindar un sistema operativo.

Hoy, nos gustaría contarles de un proyecto que nos está entusiasmando enormemente, llamado Chrome Operating System. Google Chrome OS es un sistema operativo de código abierto, liviano, especialmente diseñado para su uso con netbooks. En unos meses más estaremos abriendo el código para los desarrolladores y en la segunda mitad del año 2010 estaremos ofreciendo al mercado netbooks con Google Chrome OS. Dado que estaremos trabajando con varios socios y la comunidad de desarrolladores para desarrollar este sistema operativo, queremos compartir nuestra visión para este proyecto ahora, para que todos comprendan lo que estamos intentando lograr.

Velocidad, simplicidad y seguridad son los aspectos clave de Google Chrome OS. Estamos diseñando Chrome OS para que sea liviano y super rápido, para que te permita arrancar y estar navegando en la Web en sólo unos segundos. La interface con el usuario (UI) es mínima, para no interferir y para que toda la experiencia sea en la Web. Y tal como hicimos con el Google Chrome browser, estamos concentrándonos en lo básico y rediseñando completamente la arquitectura de seguridad del sistema operativo para que los usuarios no tengan que lidiar con los virus, malwares y actualizaciones de seguridad. La computadora sólo tiene que funcionar.

Google Chrome OS correrá en x86 así como la plataforma ARM y estamos trabajando con múltiples fabricantes de equipos originales (OEM, según sus siglas en inglés) para ofrecer una cantidad de netbooks al mercado el año próximo. La arquitectura del software es sencilla -- Google Chrome corriendo con un nuevo sistema de ventanas sobre un Linux kernel. Para desarrolladores de aplicaciones, la Web es la plataforma. Todas las aplicaciones basadas en la Web funcionarán automáticamente y nuevas aplicaciones pueden ser escritas utilizando tus tecnologías Web favoritas. Y por supuesto, estas aplicaciones no sólo correrán en Google Chrome OS pero en cualquier navegador (standard-based) en Windows, Mac y Linux, por lo que le darán a los desarrolladores una base mucho más amplia de usuarios potenciales.

Algunos se preguntarán cómo esta iniciativa se relaciona con Android, el sistema operativo de Google para dispositivos móviles. Android fue diseñado desde el inicio para funcionar sobre un número variado de dispositivos, desde teléfonos a netbooks. Google continúa invirtiendo y desarrollando una cantidad de productos que funcionan con Android, pero Google Chrome OS es una iniciativa diferente. Google Chrome OS fue diseñado específicamente para funcionar con netbooks y diseñado para usuarios que pasan la mayor parte de su tiempo online.

Escuchamos mucho a nuestros usuarios y todo el tiempo reclaman una mejor experiencia de computación. Les gustaría poder acceder a sus correos electrónicos en forma instantánea, sin tener que esperar para que sus computadoras y sus browser arranquen. Quieren que sus computadoras funcionen siempre tan rápido como cuando las compraron. Quieren poder acceder a sus datos donde quiera que se encuentren y no tener que preocuparse por perder su computadora u olvidarse de hacer un back up de sus archivos. Más importante aún, no quieren pasar horas configurando sus computadoras para que puedan trabajar con cada nuevo hardware, o preocuparse por actualizaciones constantes de su software. Y cada vez que nuestros usuarios tienen una mejor experiencia de computación, Google se beneficia también por tener usuarios más felices que pasarán más tiempo en Internet.

Tenemos mucho trabajo por realizar y necesitamos mucha ayuda de la comunidad de desarrolladores en código abierto para completar esta visión (dinos si estás interesado!). Si tienes preguntas adicionales sobre este proyecto, por favor ingresa a nuestras preguntas frecuentes. Estamos entusiasmados por lo que pueda surgir de esto y esperamos que tú lo estés también.

Por: Sundar Pichai, VP Product Management y Linus Upson, Engineering Director

2009-09-16T22:47:00.000-07:00

Developing iPhone Applications Using Java

these Java to iPhone App tutorials:
How to Install, Comple, Run Java on The iPhone
Developing Native iPhone Apps with Jave- use alcheMo the fully automated solution to get your Java code on the iPhone. This app converts your code from to iPhone compatible
install Java on iPhone from iPhone Root
Helpful resources for other languages include: Alternatives to Objective C for iPhone Application Development

2009-09-14T21:45:00.000-07:00

El primer LG con Android: GW620

Escrito por carthesian el 14 de September de 2009, clasificado en Teléfonos

Acostumbrados a los nombres pronunciables LG anuncia el GW620. Ya hace un par de meses tuvimos un rumor de este móvil que pensabamos que tardaría más dado que la semana pasada LG dijo que en breve sacaría tres móviles con Windows Mobile. Parece que todas las compañías quieren estar en Android aunque no se metan de lleno como ha hecho Motorola. En este caso el CEO de LG, Dr. Skott Ahn, dice textualmente “este móvil con Android es uno más entre todos los que vamos a sacar dentro de los próximos 12 meses”.

El dispositivo en concreto se suma a los que tienen teclado QWERTY deslizable, pantalla de tres pulgadas y poco más podemos sacar de la nota de prensa de LG. Podría ser que LG estuviera trabajando en una skin del tipo Sense de HTC o Motoblur de Motorola porque dicen que lo sacan para dar servicio a la creciente necesidad de uso de redes sociales.

2009-09-13T01:49:00.000-07:00

Algunas cosas nuevas de Java 7

Estaba viendo algunos mails de OSUM cuando llegué al siguiente video donde se muestran algunas cosas nuevas con las que está por venir el próximo JDK 7. Todavía sin fecha de lanzamiento (lo último que se sabe, es el Milestone 5, aproximadamente el 10/09/2009), algunos de los cambios son:

Modularización: lo que se quiere hacer es dividir todo el paquete para hacer lo más "liviano" a Java. De esta manera, el usuario final podrá bajar automáticamente todos los módulos que necesite en ese momento.
Soporte multi-lenguaje: comenzando con Ruby y moviéndose hacia Python, se está modificando la máquina virtual para dar soporte a otros lenguajes.
Nueva librería de IO (NIO 2) : una de las mejoras que muestra es la búsqueda por directorios automática (si, no más hacerlo a mano!!). Aunque el ejemplo de código que muestra, no se ve tan sencillo como lo esperaría.
Swing: las mejoras no son la gran cosa (mirándolo en un sentido muy general). Por fin tendremos un DatePicker y un par de controles adicionales.
Cambios menores a la sintaxis: por ejemplo, el operador "Elvis" (ejemplo en el video)

2009-09-13T01:29:00.000-07:00

Nokia anuncia su primer netbook : Booklet 3G

Se veía venir, pues así como fabricantes de computadores ahora están metidos de lleno en el mercado de teléfonos móviles como Acer, Asus,Lenovo y Dell, pues los que construyen celulares quieren también parte de la torta del mercado de portátiles.

Es por ello que con sigilo, el fabricante finlandés de teléfonos móviles, Nokia, ha anunciado de manera oficial su "ingreso" al mercado de los netbooks, anunciando su Nokia Booklet 3G.

Es su primer portátil que incluye Windows, una pantalla de 10 pulgadas y conectividad 3G, pero que estará más cerca de los miniportátiles tipo Sony Vaio P que de los netbooks que conocemos por estos lados.

Nokia presenta este dispositivo garantizando 12 horas de funcionamiento, menos de un kilo de peso en un portátil ultra delgado.

El Nokia Booklet 3G está basado en procesador Atom de Intel el cual será lanzado físicamente los primeros días de Septiembre en Alemania.

El Booklet incluirá conexión especial a los servicios Ovi de Nokia, que ya son accesibles desde cualquier computador y desde los móviles de alta gama de la compañía.

El nuevo Booklet tendrá conexiones wi-fi y de red móvil HSPA (la evolución del 3G) además de puerto HDMI, para poder enviar vídeos o conectar la tele. También incluye webcam, ranura de tarjetas SD y conexión bluetooth. Y admite posicionamiento por red móvil (A-GPS).

Para los analistas, el hecho de que Nokia entre a este segmento es un cambio drástico de su estrategia, considerando que siempre ha defendido a sus smartphones como "mini computadores".

Si tiene éxito, sólo el tiempo lo dirá. Por el momento habrá que esperar para saber su precio.

2009-09-13T01:22:00.001-07:00

Noticias: OpenOffice debe basarse en JavaFX

Primeras declaraciones públicas de Larry Ellison sobre productos de Sun Microsystems: Recomienda la reconstrucción de la interfaz gráfica de OpenOffice utilizando JavaFX. ¿Será esto considerado como una intromisión y significará el principio del fin de la relación entre esta comunidad y Oracle?

Guillem Alsina – Cada vez que el CEO de Oracle habla en público desde la adquisición de Sun Microsystems que hizo su compañía, los responsables y colaboradores de los proyectos de software libre dependientes de la compañía creadora de Java y Solaris contienen la respiración. Y no es que Ellison se haya prodigado mucho, más bien al contrario; y es que la táctica de Oracle ha sido siempre muy amante del secretismo en todo lo que rodea a sus productos hasta el momento del lanzamiento final.

En una declaraciones de las que se hace eco The Register, Ellison confirma el interés que su compañía tiene por la plataforma Java en general y por sus variantes, y más concretamente por JavaFX. El CEO de Oracle ha recomendado a la comunidad de desarrolladores de OpenOffice que vayan pensando en construir la interfaz de la suite ofimática libre utilizando este toolkit. Esta afirmación que para muchos puede carecer de gran importancia, en realidad puede significar la tensión de las relaciones en el futuro entre dicha comunidad y la misma Oracle. En primer lugar porque probablemente se vea como una intromisión extemporánea e injustificada por parte de un personaje y una compañía a los que aún se mira con recelo por parte no solamente de OpenOffice, sino también de otros proyectos como OpenSolaris u OpenJDK.

JavaFX es, además, una tecnología que no ha pasado por un proceso de aprobación por parte de la comunidad vinculada con Java, sino que ha sido un desarrollo mantenido siempre dentro de Sun y bajo su control directo, y nada indica que esta situación cambie con la irrupción en la escena Java de Oracle.

OpenOffice es, además, un proyecto que pese a ser impulsado principalmente por Sun, también cuenta con una importante participación de otras compañías que, de una u otra forma, lo utilizan y retroalimentan con feedback. Es el caso de IBM, que inspira su propia suite ofimática Lotus Symphony en este desarrollo, o Novell, que incluye una variante modificada en su distribución de GNU/Linux SuSE. Un exceso de celo en controlar OpenOffice por parte de Oracle podría deteriorar las relaciones del fabricante de base de datos con estas otras empresas, que a buen seguro ya sufren de una tirantez desde el anuncio de la operación de adquisición de Sun.

Ellison ha recomendado el uso de JavaFX para la interfaz gráfica, lo que obligaría a reprogramar amplias secciones del código fuente de OpenOffice. Si a esto le añadimos que las declaraciones de Ellison pueden ser interpretadas por la comunidad como el intento de borrar de un plumazo el proyecto Renaissance, dedicado a renovar la interfaz gráfica de usuario de la suite ofimática por excelencia.

¿El principio de un desencuentro?

Como hemos indicado anteriormente, la adquisición de Sun por parte de Oracle ha puesto en “estado de alerta” a los responsables y colaboradores de los proyectos libres emanados de la primera compañía. Cualquier movimiento de Oracle al respecto, aunque fuese con “buenas intenciones” (afirmación que siempre es muy subjetiva), podría ser malinterpretado, lo que podría llevar a una rotura de relaciones entre el proyecto en cuestión y la compañía. En este caso, dicho proyecto (ya fuera OpenOffice, OpenSolaris, OpenJDK o MySQL) podría empezar a orbitar al rededor de otra gran compañía o bien iniciar una singladura completamente en solitario.

Analizar proyecto por proyecto lo que podría pasar es harto difícil, pero sin lugar a dudas no es muy aventurado decir que el que pasará más vicisitudes será sin lugar a dudas MySQL, aunque este producto puede tener perfectamente su espacio en la catera de Oracle sin entrar en competencia con las base de datos que esta compañía tiene.

Todo será cuestión de que ambas partes mantengan un diálogo abierto y sereno.

Copyleft 2009 www.imatica.org

2009-09-13T00:33:00.001-07:00

Sony Ericsson descartaría Windows Mobile para enfocarse en Android y Symbian

Por más que acaban de presentar el Sony Ericsson Xperia X2 con Windows Mobile 6.5 y se habla de la posible actualización del Xperia X1 al nuevo OS de Microsoft, Sony Ericssonpuede que nunca más anuncie un teléfono móvil con Windows Mobile.

Eldar Murtazin (que tiene las mejores fuentes de la industria y adelantó los nuevos móviles Nokia, por ejemplo) reveló que Sony Ericsson se negó a seguir apoyando la plataforma Windows Mobile. Según el periodista ruso, el Xperia X2 sería el último smartphone de la compañía con el sistema operativo de Microsoft y hasta cancelarían otro que ya estaba en desarrollo.

La razón, como siempre, es meramente económica ya que desde SE no creen que los móviles con Windows Mobile se vendan bien en el futuro: “los pronósticos de ventas son malos”.

Y para reemplazar a WM, Sony Ericsson elegirá Android y Symbian S60. En realidad podríamos decir que ya eligieron estas plataformas porque el Sony Ericsson Satio corre con S60 y escuchamos varios rumores sobre el Xperia X3 Rachael que tendría Android.

Entonces, se espera que Sony Ericsson tenga unos 4 celulares con Andrid y 3 o 4 con S60 para el año que viene. Y si todo anda más o menos bien, no veo porqué deberían volver atrás con esta estrategia. ¿Qué opinan, les gustaría que esto se convierta en realidad y SE no saque más teléfonos con Windows Mobile?

2009-09-13T00:26:00.001-07:00

Aplicación de Facebook para Android

Los usuarios de Android deben estar contentos en saber que no tienen que usar más el sitio móvil si quieren entrar aFacebook desde sus móviles.

Con la aplicación de Facebook para Android podrán enviar actualizaciones de estado, ver el news feed, subir fotos y navegar por los perfiles de nuestros contactos. Sin embargo, todavía le faltan algunas opciones básicas como enviar mensajes privados (inbox) o gestionar los eventos, algo que se puede hacer sin problemas en Facebook para iPhone.

Como valor agregado incluye la posibilidad de fusionar los números de teléfonos de tus contactos en la aplicación para poder buscarlos (hasta 125) luego desde el widget de la página principal.

Hay que recordar que a fines del año pasado la gente de Facebook se puso tensa y dijo que no gastaría un peso en Android, pero luego cambiaron de opinión debido a la gran cantidad de móviles con el OS de Google que están apareciendo.

Por eso no me sorprende la actitud infantil de Facebook de poner en la fan page de la aplicación que ellos no la desarrollaron cuando la realidad es que desarrolladores de ambas compañías colaboraron para la versión final de la app, aunque fue un ingeniero de Google el que construyó la parte principal.

Para terminar los dejo con un video de la aplicación de Facebook para móviles Androidque ya se encuentra disponible en Android Market: