CMS es content management system, y en español lo podemos definir como un gestor de contenidos, el cual su función principal es no reinventar la rueda a la hora de crear una aplicación desde cero.

Un CMS es muy útil cuando un programador independiente decide crear un sistema para una empresa pequeña o mediana, ya que se ahorra módulos de seguridad, pagos en línea, editores del sitio entre otros.

Sin embargo, en una empresa mediana – grande sería mejor considerar un propio CMS, ya que de esta forma se tendrá el 100% del control del mismo, haciendo mucho más fácil la tarea de crear aplicaciones e integrar a estas todo lo que contiene el CMS empresarial.

Cuando buscamos CMS comerciales podemos encontrar gratis y pagados, uno de los más populares por ejemplo en .Net es DotNetNuke(DNN), el cual con una herramienta muy intuitiva permite incluso modificar las páginas web como si son documentos Word (incluso más fácil que modificar una página en wikipedia).

Algunos CMS para C#.

• www.kentico.com
• www.umbraco.org
• www.dotnetnuke.com
• www.n2cms.com

Algunos CMS para java

• www.dotcms.org
• www.lenya.apache.org
• www.magnolia-cms.com

¿Conocen algún otro que sea bueno?

Especialmente para la tecnología Java?

        El sueldo del programado en Latinoamérica es realmente bajo, comparado con los países desarrollados se puede decir que pagan un 10 – 30% del sueldo.

Por ejemplo en mi país un programador puede empezar ganando desde 250$ mensuales hasta unos 3000$, pero cabe aclarar que entre mas alto el salario es menor el porcentaje que lo ganan… pero esta situación no solo de da en mi país si no que en otros países que obviamente son mas desarrollados que mi pais, y esto me ha llevado a pensar de que lo mejor fuera irse y ganar unos 5000$ como sueldo mínimo en Estados Unidos u otros paises… y para los que no me crean pueden buscar trabajos en www.monster.com , un ejemplo es la siguiente busqueda de trabajadores en java AQUI.

En este caso, lo malo es que no es tan fácil irse… no solo es de empacar y listo, hay una serie de requisitos(básicos) que habría que cumplir como por ejemplo:

• Ingles
• Permiso de trabajo
• Experiencia comprobable de al menos 5 años
• Certificaciones para demostrar que aunque vayas de un país subdesarrollado estas capacitado para ese nivel.

Experiencia, si se fijan en monster piden de 3 años a 10 años que es todo lo contrario a Latinoamérica donde con 11 meses de experiencia encontré un puesto aceptable para la situación en que esta la economía.

Otra situación difícil es competir contra alguien que por ejemplo haya sido graduado del MIT, donde por cierto la mayoría de los graduados se van a compañías como facebook, microsoft, google, oracle entre otras…

Muchos para este pueden estar decepcionados, pero el asunto no es decepcionarse si no tomar mas valor y seguir creciendo profesionalmente para tener mejores oportunidades en el área de IT.

Disculpándome por la inactividad del blog, pero en mi nuevo trabajo me ha costado acostumbrarme a las tecnologías de IBM, como lo es IBM Broker, Portlet y otros. Pero en dos días empezare con una serie de post para la certificación SCJP, ya que mi objetivo es obtenerla en diciembre y espero que el de otras personas también.

Para quienes desean obtenerla recuerden que se pueden contactar conmigo para tener más información de cómo obtener hasta un 85% de descuento en la certificación oficial de sun.

Le agradezco a todos mis lectores por siempre interesarse en mis post y preguntarme, ya que así ambos crecemos ya que como todos saben el conocimiento hay que compartirlo.

   Al parecer Microsoft fue nuevamente atacada por una empresa pequeña, en esta ocasión fue debido a que i4i en el 2007 interpuso una demanda contra Microsoft por violar una patente sobre el formato XML.

En total, se le ha prohibido a Microsoft vender Word, además cancelar 200 millones de multa, mas 40 millones por el uso indebido de patentes con conocimiento y 37 millones por intereses.

La patente la pueden encontrar en http://www.google.com/patents/about?id=y8UkAAAAEBAJ&dq=5787449

La pregunta es, como una compañía puede patentar algo del estándar W3C? pues no lo tengo muy entendido, pero encontré un autor que explica mucho sobre este tema, asi que si alguien puede ayudarme a entenderlo con un comentario se lo agradecería.

Para los que quieren aprender a ser gerentes de TI, les dejo el siguiente link el cual pertenece a un juego que desarrollo Intel muy entretenido en el cual hay que ser frente a diferentes amenazas como virus, amenazas virtuales, fallos de hardware y software, productividad, etc.

Para jugarlo necesitan registrarse, el proceso es rapido y vale la pena.

http://itmanager3.intel.com/en-us/default.aspx

El nuevo buscador de Microsoft Bing ya está funcionando, aunque aparece en beta (algo que no es del otro mundo… mas para los usuarios de google) se ve bastante decente, talvez con el tiempo pueda llegar a ser la sombra de google aunque por el momento google sigue teniendo todo los meritos

La búsqueda de imagen es bastante útil, así que les aconsejo que lo prueben. Soy de los que considera que siempre es bueno ver las dos partes antes de criticar.

Ya he seleccionado a los ganadores del sorteo, ellos son:

• Jose Luis Cuacuamoxtla Alcaide
• Albert Morcillo Fulgencio
• Gustavo Arredondo

Me comunicare con ustedes y gracias a todos por participar.

Nosotros dividimos el mndo de SOA en la capa de servicios de negocios y la capa de tuberías. Imagina un diagrama que muestra todo el software que corre en tu organización. Divídela en la capa de servicios de negocios y la capa de tuberías. La capa de servicios de negocios contiene toda la lógica de negocios mientras que la capa de tubería es la que contiene los recursos de computadoras.

Los gerentes de empresas no necesitan entender la complicada capa de tuberías y todo lo que esta contiene, si cubrimos la capa de tuberías estaríamos dejando con un diagrama que muestra todos los servicios del negocio y las aplicaciones del software que esta provee, tanto las aplicaciones de tu organización como las que con las otros usuarios interactúan desde afuera (clientes externos).

Mirando los recursos de software de tu organización desde este punto de vista, se estará capacitado para pensar sobre nuevas maneras de mejorar o explotar el software que la organización tiene.

¿Qué es SOA?

SOA es para construir aplicaciones empresariales.

Muchas aproximaciones legitimas a esta arquitectura de software existen y SOA no esta construido para todo tipo de software. SOA está planeado explícitamente para construir aplicaciones empresariales.

SOA es un componente de arquitectura al estilo de caja negra.

SOA esconde deliberadamente la complejidad hasta lo máximo posible, es por eso que el concepto de caja negra es incorporado a SOA. La caja negra permite la reutilización de existentes aplicaciones de negocio añadiendo un simple adaptador a ellas, no importando como estas estén construidas.

Tengo dos vouchers que sirven para hacer prácticamente cualquier examen de una certificación de Microsoft(a los ganadores les enviare los exámenes que pueden realizar), estos vencen el 30 de Junio por lo que en el blog publicare a los ganadores el día 31 de Mayo para que tengan un tiempo relativamente prudente para hacer la certificación(es de escoger en la que tengan más conocimientos), las bases son simples solo dejen un comentario, no se olviden de poner su mail y su nombre.

Los exámenes se realizan en un Centro Prometric así que verifiquen cual les queda cerca.

En lo que me basare para escoger a los ganadores aun no lo sé , puede ser al azar, por el comentario o les asignare un numero a cada uno.

Gracias por visitar mi blog y suerte a todos.

Vouchers gracias a Oscar Calderon.

    La API JAXB es la tecnología de java que provee un API y una herramienta para ligar el esquema XML a una representación en código java.

Un esquema XML define los elementos que pueden aparecer en un documento XML, el esquema XML también define la firma y la relación entre los elementos. JAXB también provee el método para unmarshalling y marshalling. El termino unmarshalling significa crear un árbol de contenido de un documento XML y el termino marshalling significa crear un documento XML de un árbol de contenido.

El compilador de la API JAXB es usado para generar clases java para un documento XML. Entre las ventajas es que podemos usar la JAXB API para desarrollar una aplicación que pueda leer, manipular o recrear documentos XML.

Nosotros no tenemos la necesidad de desarrollar cualquier aplicación que será procesara un documento XML, como por ejemplo desarrollar una aplicación usando SAX y la DOM API para procesar un documento XML, la JAXB API trabaja como una capa abstracta entre java y un documento XML porque nosotros no necesitamos saber acerca la sintaxis o procesamiento de XML.

Trabajando con JAXB.

A continuación una breve descripción de los componentes que son usados mientras se procesa un documento XML son:

XML Chema:

Describe la relación entre los elementos XML y el documento XML usando la sintaxis XML.

Binding Compiler:

Genera un conjunto de clases java que representan un esquema.

Binding Declarations:

Es un conjunto de reglas en las especificaciones de JAXB.

Binding Implementation Framework:

Provee las interfaces para marshalling, unmarshalling y validar el contenido de un XML.

XML Input Document:

Se refiere a el documento XML que es transferido a la JAXB API para que sea procesado.

WSDL = Web Services Description Lenguage

WSDL es otro estándar del web services al igual que SOAP y UDDI, este está basado en el lenguaje XML y es el que define como los web services están descritos cuando son publicados en un registro.

La información de los web services es publicada en los registros como documentos WSDL. Un documento WSDL provee información al cliente que accede a los web services publicados, estos proveen información usando varios elementos.

Algunos de estos elementos son:

• types: Define diferentes tipos de datos que el web services soporta.

• message: Define la estructura del mensaje que necesita implementar para comunicarse con un web service.

• portType: Define una o más operaciones preveidas por el web service.

• binding: Define las especificaciones del formato y protocolo de un mensaje para un "portType" en particular, como SOAP.

• service: Define una serie de puertos que representa el "end points" del web service. Los End points son similares a la dirección del web service que los clientes utilizan para comunicarse con el web service.

A continuación un ejemplo de una estructura basada de un documento WSDL:

   1: <definitions>

   2:     <type>

   3:     ...

   4:     Aqui van los diferentes tipos de datos que son soportados por el web service.

   5:     ...

   6:     </types>

   7:     <message>

   8:     ...

   9:     Aquí se define la estructura que el mensaje necesita implementar para comunicarse con un web service.

  10:     ...

  11:     </message>

  12:     <portType>

  13:     ...

  14:     Aquí se definen una o más operaciones que provee el web service.

  15:     ...

  16:     </portType>

  17:     <binding>

  18:     ...

  19:     Aquí se definen las especificaciones del formato y protocolo para un "port Type" en particular, como por ejemplo SOAP.

  20:     ...

  21:     </binding>

  22:     <service>

  23:     ...

  24:     Define una serie de puertos que representan el "end point" del web services.

  25:     ...

  26:     </service>

  27: </definitions>

SOAP = Services Object Access Protocol

En el post anterior hable un poco sobre los web service, hoy empezare a hablar sobre SOAP que es uno de los estándares del web services, los otros son el UDDI y WSDl de los cuales hablare en otro post.

***Algunos terminos estan en ingles ya que asi los entenderan mejor y no se perderan a leerlos en otras paginas o libros.

SOAP es:

• Un protocolo estándar basado en los web services.
• Un estándar xml usado para permitir la comunicación entre web services y clientes.
• Este contiene un set de reglas serializadas que permite el envió y recepción de información.
• Permite a diferentes empresas comunicarse e intercambiar información en mensajes SOAP.

Entre las características de SOAP tenemos:

• Es independiente del lenguaje de programación
• Es independiente de la plataforma
• No requiere tecnologías en el “end points”
• Es un protocolo orientado a objetos.

Un mensaje SOAP consiste en los siguientes elementos:

1. SOAP Envelope element
2. SOAP Header element
3. SOAP Body element

SOAP Envelope Element:

Está en el directorio raíz de un mensaje SOAP, este elemento define los documentos XML como un mensaje SOAP.

Ejemplo:

   2: <?xml version="1.0"?>

   3: <soap:Envelope

   4: xmlns:soap="http://www.w3.org/2001/12/soap-envelope"

   5: soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

   6:   ...

   7:   La informacion del mensaje va aqui.

   8:   ...

   9: </soap:Envelope>

SOAP Header element:

Es usado para mandar meta información acerca de los mensajes SOAP. Este contiene información especifica de la aplicación, como la autenticación, transacción y pago de información relatada a el mensaje SOAP.

El SOAP header element necesita ser el primer hijo(o primer nudo) de el SOAP Envelope element.

SOAP Body Element:

Este contiene el mensaje que será comunicado entre dos aplicaciones. Es un elemento obligatorio que debe contener un mensaje SOAP. El SOAP Body element contiene especificaciones acerca del tipo de request hecho por el cliente, tales como Remote Procedure Calls (RPC).

El Body element también contiene un "Fault element" que es opcional el cual guarda los mensajes de error que han sido relacionados con el mensaje SOAP.

En el siguiente código esta el esqueleto completo de un mensaje SOAP.

   1: <?xml version="1.0:"?>

   2: <soap:Envelope

   3:     xmlns:soap="http://www.w3.org/2001/12/soap-envelope"

   4:     soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

   5:     <soap:Header>

   6:     ....

   7:     ....

   8:     Recordar que aqui esta la informacion de la aplicacion, como por ejemplo la transaccion.

   9:     ....

  10:     ....

  11:     </soap:Header>

  12:     <soap:Body>

  13:     ....    

  14:         Aqui estan las especificacion del tipo request hecha por el cliente como RPC

  15:     ....

  16:     <soap:Fault>

  17:     ...

  18:     ...Informacion de errores 

  19:     ...

  20:     </soap:Fault>

  21:     </soap:Body>

  22: </soap:Envelope>

Cualquier duda o corrección dejar comentarios.

Me he perdido casi dos meses, pero regrese el mail de godaddy que se me estaba venciendo el hosting me han dado deseos de volver a escribir.

Disculpándome por la ausencia, pero he estado en un cambio de trabajo… por suerte mi nuevo empleo es en un banco y estoy viendo la parte de transacciones electronicas por lo que aprenderé muchas cosas que espero compartir con ustedes en el resto del año, por eso empezare con el tema de la seguridad web.

La seguridad en la web es fundamental, para evitar el riesgo de ataques en una aplicación web podemos aplicar diferentes técnicas como:

• Autenticación
• Autorización
• Integridad de datos
• Auditoria

Autenticación

Es el proceso de identificar un usuario, por ejemplo cuando un usuario se logea en un sitio web, la identidad del usuario

es autenticada usando el nombre de usuario y la contraseña. También pueden existir otros mecanismos de autenticación, como la autenticación biométrica usando la huella digital o una imagen del usuario. Una vez autenticado el usuario este tiene el acceso al sitio web.

Autorización

En una aplicación web toda la información no es creada para todos los tipos de usuarios, por ejemplo un estudiante no puede ver los mismos mantenimientos que un estudiante. Usando autorización, una aplicación web distingue que data y recursos están creados para cada tipo de usuario.

Integridad de datos

En un ambiente distribuido, varias aplicaciones se comunican pasado datos por la red. Es posible para un usuario no autorizado usar un programa malicioso para interceptar y modificar los datos mientras estos están siendo transferidos de una computadora a otra.

La integridad de datos se asegura que los datos no sean modificados mientras esta está siendo transferida entre el servidor y el cliente. Hay varias técnicas de asegurar la integridad de datos, como encriptar la data y usar firmas digitales.

Encriptar los datos es el proceso de convertir el texto plano a texto cifrado. El texto cifrado puede ser desencriptado después para obtener el código original.

La firma digital (digital signature) provee el mecanismo de verificar que la data recibida sea enviada por el cliente que la está solicitando.

Auditoria

La auditoria (también conocida como bitácora) mantiene un registro de los movimientos de los usuarios web.

De este modo, la aplicación web de asegura que los usuarios solo hayan hecho las transacciones autorizadas, y cualquier acceso fuera del común es fácilmente descubierto.

Como todos sabemos uno de los grandes problemas para los desarrolladores web es proteger las aplicaciones de usuarios que quieran dañar a la empresa o extraer datos para otros usos que no son permitidos.

fuente: Modulo III de la certificación de java del NIIT

         Hace unos días he ido a entrevistas de trabajo, sin embargo en mi país el departamento de informática no es muy valorado como en otras áreas geográficas, creo que sin exagerar en la mayoría de países de Latinoamérica sucede esto, bueno les describiré la primera entrevista:

Llego a una tienda muy reconocida del país que tiene sucursales en otros países de Centro America y el caribe, llego y me recibió el jefe de informática en unas oficinas muy bonitas parecidas a donde me encuentro actualmente, paredes limpias, espacio amplio, buena iluminación, alfombrada entre otras cosas.

Luego para realizarme la entrevista me lleva a un comedor, y me empezó a preguntar varias preguntas típicas del área de desarrollo de informática… hasta ese momento todo estaba bien hasta que me dijo "vas a hacer la prueba técnica", bueno me llevo a un cuarto pequeño, paredes negras, sin espacio suficiente para los programadores que estaban ahí, en un rincón estaban varios monitores(basura) y pues me fije que la mayoría de los programadores estaban incómodos y sin espacio, era un cuarto donde no se podía ver movimiento(todo lo contrario a donde actualmente me encuentro) por lo que naturalmente me decepcione y pues realice la prueba pero sin la misma emoción con la que llegue… en definitiva no valía la pena irse por unos cuantos mas dólares en un lugar que dañaría mi salud mental…

La segunda entrevista si me pareció, desde el principio en el cual para entrar a la oficinas se abría la puerta por medio de huella digital, sin embargo es un trabajo 7/24 por lo que es sumamente pesado, sin embargo me parece por las tecnologías que aprenderé.

Para resumir para cambiarme de trabajo tendría que darse uno de los siguientes casos:

1-Instalaciones regulares, no como las de la primera entrevista.

2-Mayor salario con nuevas tecnologías.

¿Pido mucho? Solo el tiempo lo dira…