viernes, febrero 20, 2009

Reinicio programado Windows 2003 Server

http://www.rubenortiz.es/2008/01/30/reinicio-programado-windows-2003-server/

January 30th, 2008 por Rubén Ortiz

No tiene mayor dificultad que conocer el comando, shutdown.exe y los parámetros, pero como siempre me olvido, voy a anotarlo :) (me da mucha rabia buscar en google 1.500 veces lo mismo).

  • 1) Vamos hasta Inicio -> Programas -> Accesorios -> Herramientas sistema -> Tareas programadas
  • 2) Iniciamos el asistente para programar la tarea.
  • 3) Debemos navegar hasta el programa que queremos ejecutar, en este caso, el comando shutdown.exe, que se encuentra en C:\Windows\system32\shutdown.exe
  • 4) Podemos seguir los pasos o saltarlos para editarlos después. Invariablemente deberemos añadir la contraseña de administrador del sistema para que se pueda ejecutar el comando.
  • 5) Finalizamos y clickamos en el botón “Avanzadas”.
  • 6) Dentro del path hasta el comando, debemos añadir los parámetros que coge shutdown.exe:
    C:\Windows\system32\shutdown.exe -r -f -t 01 (Donde -r expresa el reinicio, -f fuerza a las aplicaciones a cerrar sin aviso y -t es el tiempo en segundos hasta el inicio del rebote)

Y listo.

Luego, para comprobar que la máquina se ha rebotado tal y como hemos programado, podemos verlo en el Visor de Sucesos(Event Viewer).

Obtener MPlayer utilizando Subversion

También puedes obtener MPlayer utilizando Subversion. Vas a necesitar los siguientes comandos para bajar las últimas fuentes:

Se tiene que crear un directorio

sudo mkdir mplayer

sudo chmod 777 mplayer

  svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer

Un directorio llamado mplayer será creado en el directorio actual. Luego puedes actualizar tus fuentes tipeando, ingresando a cd mplayer y ejecutando el siguiente comando

  svn update

desde dentro del mismo directorio.

Las fuentes ya contienen los directorios libav* de FFmpeg, asi que no tienes que conseguirlos por separado.

Navegar el repositorio MPlayer online

Hay una interfaz web al repositorio Subversion de MPlayer como también para el repositorio Subversion de FFmpeg.

jueves, febrero 12, 2009

Capacitaciones y Certificaciones

THE ACADEMY CompTIA A+ / NETWORK+ BOOTCAMP
http://www.academyflorida.com/show.aspx?mi=2718&gclid=CMno-aOe15gCFQu-GgoduVWOeA

Sitios de Consulta para Instalar LINUX

Tutoriales varios:
http://tuxpepino.wordpress.com/

10 Alternativas para Total Commander en Linux
http://168hours.wordpress.com/2008/08/18/10-total-commander-alternatives-for-linux/

Alternativa para Migrar Reglas de OutLook a ThunderBird
http://forums.mozillazine.org/viewtopic.php?f=39&t=613088

Por Fin Instalando Linux

Como paso previo a la utilizacion del Linux como sistema operativo prinicpal, debemos proceder de la siguiente manera:
  1. Instalar ThunderBird(TB) en Windows
  2. Migrar Carpetas y Direcciones de correo a TB
  3. Copiar la carpeta donde estan almacenados los correos. C:\Documents and Settings\usuario\Datos de programa\thunderbird a un medio de respaldo para luego poder importarlo en Linux.
  4. Para Maquinas con recursos limitados utilizar los siguiente:

Smart Boot Manager

Desde hace unos días un amigo tenía problemas con su viejo pentium I (133Hz, disco 4GB y 64 RAM) con el robusto (¡!) Windows 95. Para resumirles el problema de la máquina, era literalmente una “colonia de virus”. Después de varias discusiones decidió ponerle la distro Debian de GNU/Linux. Antes de iniciar la instalación entro al BIOS y en la secuencia de booteo coloco que primero lo haga la lectora de cdrom, salvo y salgo. Y ¡ups! no bootea del cdrom, prove varías cosas pero nada, hasta que encontre esta maravilla llamada Smart Boot Manager. ¿Y qué es esto?

Es un programa administrador de booteo independiente del sistema operativo. Es cargado por la BIOS antes que cualquier sistema operativo.

Dentro de las cosas que te permite realizar

  • Busca automaticamente todos los driver y particiones de discos y disquettes que pueden ser booteados
  • Esquemas de booteo, que permiten bootear automaticamente diferentes driver y particiones en distintos momentos del día o en diferentes días

La utilidad que voy a usar es la de bootear de ATAPI CD-ROM (también es posible con PCMCIA CD-ROM).

Lo que hice fue:

  1. Bajar Smart boot Manager, la versión para DOS, que está formada por dos archivos (sbminst.exe, cwsdpmi.exe).
  2. Formatear el disquettte con con format a: /s
  3. Estos archivos los copie en un disquette
  4. Me fui al Pentium I, en modo MSDOS
  5. Luego ejecute el siguiente comando:
a:\>sbminst -t es -d 0 -b -u

  1. Esto instala el programa en el disquette, los parámetros son: t theme, le indicamos en español (es); ddrive, le indicamos que sea en la disquetera (0); b backup, de los datos (no sé bien para que es esto); -u unistall, borrá el cargador del boot. Una vez que finaliza reiniciamos
  2. Entramos a la BIOS y configuramos la secuencia de booteo, para que bootee primero del disquette (A). Guardamos los cambios y salimos
  3. Antes de entrar a cualquier sistema opertativo, entrará a smart boot manager y nos saldrá la siguiente pantalla

menú de inicio de Smart Boot Manager


Al tocar F1, nos aparece la ayuda, les dejo la imagen, para que puedan ver las cosas que se puede hacer con esté programa

ayuda de Smart Boot Manager

  1. Posicionamos el cursor en la lectora (CD-ROM) y presionamos enter (al hacerlo me aparecio un cartel de error, lo volví a hacer) y ¡listo! sale del programa y empieza a bootear desde la lectora (tener en cuenta que el cd para la instalación debe estar colocado en la lectora)

Urls de ayuda:

http://infosofia.blogdns.com:8089/2008/01/13/smart-boot-manager/

Truco para arrancar un programa al inicio del sistema:
http://monillo007.blogspot.com/2008/06/ejecutar-un-programa-al-inicio-del.html

En ocasiones requerimos iniciar algunos servicios, programas o servidores desde el momento en que el sistema arranca, si trabajamos con alguna interfaz tipo Gnome, KDE, etc. suele haber un menú que nos permite realizar esto sin problemas, sin embargo, en algunas ocasiones es necesario especificarle al sistema que ejecute un programa desde la consola, para ello, debemos realizar los siguientes pasos:

1. Crear un script que ejecute el programa.

Primeramente debemos crear un script desde el cual se mande a llamar el o los programas que necesitamos ejecutar, para ello desde la consola hacemos algo parecido a lo siguiente:
# nano /etc/init.d/miScript.sh

Con la instrucción anterior se manda a llamar el editor de textos nano y crea un archivo llamado miScript.sh en la ruta /etc/init.d/ (que es donde el sistema tiene todos los scripts con los programas) en caso de que no exista, si existe simplemente lo abre en modo de edición, para fines de este ejemplo asumamos que dicho archivo no existe.

Una vez hecho lo anterior, la consola se establece en modo de edición de texto, desde ahí escribimos algo parecido a lo siguiente:

# !/bin/sh cd /srv/intranet/zopeHome/bin ./runzope exit

En el ejemplo anterior primeramente me traslado hacia la ruta donde se encuentra el programa que quiero ejecutar (cd ...) y posteriormente lo ejecuto (./runzope). Debes reemplazar estas líneas con aquellas que tú necesites. Para guardar el archivo presionamos Ctrl + O y posteriormente Ctrl + X para salir.

2. Dar permisos de ejecución al script.

Ya que creamos el script ahora debemos de darle permisos para que pueda ejecutarse, esto debemos de hacerlo de la siguiente manera:

# chmod 755 /etc/init.d/miScript.sh

Los permisos 755 indican que el usuario root puede leer, escribir y ejecutar el archivo, los demás usuarios solamente pueden leer y ejecutar.

3. Crear enlace simbólico hacia el nivel de ejecución.

Ya que tenemos el script y tiene permisos de ejecución solamente falta crear un enlace simbólico hacia su nivel de ejecución correspondiente (en este caso es el 2), lo anterior lo realizamos de la siguiente manera:

# ln -s /etc/init.d/miScript.sh /etc/rc2.d/S88zope

En este caso ln -s nos sirve para crear un enlace simbólico, posteriormente es la ruta de origen del archivo y después el destino. En esta última parte es muy importante la sintáxis, la primera letra 'S' significa que el script se debe de ejecutar, el número '88' significa el orden de ejecución que puede ir desde 0 hasta 99 y al final una palabra de referencia para saber a qué proceso o programa apunta este enlace.

Una vez hecho esto tendremos nuestro programita ejecutándose cada vez que el sistema arranca.

Otra Alternativa
http://www.jmarior.net/modules/news/article.php?storyid=161

Ejecutar un programa al inicio del sistema

Un ejemplo: necesitamos ejecutar el demonio que mantiene actualizado el DNS dinámico del servicio de www.no-ip.com (/usr/local/bin/noip2) deberemos crear un script en /etc/init.d por ejemplo de nombre no-ip, como el que os muestro más abajo. El propietario debe ser root y requiere permisos de ejecución.

#!/bin/sh
. /lib/lsb/init-functions
log_begin_msg "Iniciando demonio DNS dinámico"
/usr/local/bin/noip2
log_end_msg $?
exit 0


Es un script sencillo, dónde la llamada a ". /lib/lsb/init-functions" nos proporciona la capacidad de utilizar funciones de salida por pantalla al estilo del inicio de Linux con mensajes como log_begin_msg "Iniciando..." y su correspondiente [ok] o [fail] producido por "log_end_msg $?"
La última línea "exit 0" proporciona una salida digna del script.

Ahora deberemos crear un link simbólico en el runlevel que nos interesa, en este caso el 2 que es el nivel multiusuario.

ln -s /etc/init.d/no-ip /etc/rc2.d/S80no-ip

la nomenclatura "S80no-ip" es sencilla:
S se refiere a que se ejecute en el start del sistema
99 es el orden de ejecución con respecto a los otros S
no-ip es un nombre arbitrario que puede coincidir o no con el original

Ahora lo mejor será que probéis cualquiera de los mecanismos propuestos para adaptarlos a vuestras necesidades.

Para saber más sobre el inicio, /etc/init.d y los estados del sistema
Departamento de tecnología y computación de la Universidad de Alicante

Para Instalar Rar en Linux.
Tener actualizado la instalacion, luego ejecutar en la terminal
sudo apt-get install rar

En seguida en gnome reconoce la extension rar.

Otra Version de Linux interesante.
http://www.molinux.info/

Con su respectivo manual en linea
http://www.molinux.info/downloads/documents/manual-usuario-molinux/

martes, febrero 10, 2009

Y tú, ¿porqué pagas por usar Windows?

Tomado de: http://120linux.com/

Conversando de informática con amigos o conocidos, acabo saliendo del tema de que yo uso Linux. Como casi todos son usuarios de Windows, siempre hacen esta pregunta:

¿Porqué usas Linux?

Y ahí se supone que yo tengo que justificar mi postura explicando las ventajas de Linux frente a Windows. Me llama poderosamente la atención que yo tenga que explicar porqué prefiero un sistema operativo gratuito, en lugar de un sistema operativo de pago.Has visto bien, he puesto en cursiva las palabras gratuito y de pago.

Hoy no voy a entrar en discusiones sobre software privativo frente a software libre, ni en la cuestiones de usabilidad o seguridad de Linux versus Windows. Voy a hablar de dinero.

Al día de hoy esta bien demostrado que en Linux puedes hacer lo mismo que con Windows. Salvo casos muy concretos, las tareas que se realizan a diario frente a un ordenador (ofimática, bases de datos, reproducción multimedia, navegar por internet, mensajería instantánea, etc) se efectúan con facilidad en ambos sistemas operativos.

Entonces, ahora que todos estamos sensibles con el tema económico, ¿cómo se justifica pagar por el sistema operativo, si tienes otro que ofrece las mismas funciones y es gratuito? Que alguien me lo explique.

Así que a partir de ahora, cuando me pregunten por qué uso Linux voy a contestar con otra pregunta:

Y tú, ¿porqué pagas por usar Windows?

Instalar Jboss en Linux

  1. Primera opcion
Hola si es cierto no hay mucha información al respecto , pero es mas simple
de los que parece, como averiguaste necesitas :

- J2SDK : es un .bin que se ejecuta y salmente se descomprime , y se referencia en el sistema
- JBOSS , un tar.gz que se ejecuta y salmente se descomprime , y se referencia en el sistema

Aquí te paso algunos pasos ,espero que te sirva:

JAVA 1.5

DESCOMPRIMIR

sh ./jdk1.5.bin

mv jdk1.5 /opt/jdk1.5

ln -s /opt/jdk1.5/bin/java /usr/bin/java
ln -s /opt/jdk1.5/bin/javac /usr/bin/javac

PROBAR
java -version
javac


JBOSS

tar xvfz jboss-4.0.3SP1.tar.gz

vi /etc/profile

export JBOSS_HOME=/home/app/jboss-4.0.3SP1
export JAVA_HOME=/opt/jdk1.5
export CLASSPATH=/opt/jdk1.5/jdk1.5.0/lib/tools.jar


EJECUTAR JBOSS

/home/app/jboss-4.0.3SP1/bin/run.sh &


2.Segunda Opcion.

Servidor de aplicaciones
Un servidor de aplicaciones es un computador en red dedicado a ejecutar ciertas
aplicaciones software. El término también se refiere al software instalado en tal
ordenador para facilitar la ejecución de otras aplicaciones.
Debido al éxito de la plataforma Java, el término "servidor de aplicaciones"
normalmente se refiere a un servidor de aplicaciones J2EE. WebSphere (IBM) y
Weblogic (BEA) son los más conocidos comercialmente. Dentro de los libres JBoss
y Jonas son los dominantes.
El lenguaje elegido para estas grandes operaciones es Java. Los módulos Web son
servlets y Java Servers Pages (JSP), y la lógica de negocio se implementa en
Enterprise JavaBeans (EJB). El servidor Tomcat de Apache es un ejemplo de
contenedor de código abierto que incluye estos módulos.
Los servlets son programas Java que se ejecutan en el servidor.
Enterprise JavaBeans — EJB
Los Enterprise JavaBeans (también conocidos por sus siglas EJB) son una de las
API que forman parte del estandar de construcción de aplicaciones empresariales
J2EE de Sun Microsystems. Su especificación detalla cómo los servidores de
aplicaciones proveen objetos desde el lado del servidor que son, precisamente, los
EJBs:
· Comunicación remota utilizando CORBA
· Persistencia
· Transacciones
· Control de la concurrencia
· Eventos utilizando JMS (Java messaging service)
· Servicios de nombres y de directorio
· Seguridad
· Ubicación de componentes en un servidor de aplicaciones.

Además, la especificación de Enterprise Java Bean define los papeles jugados por
el contenedor de EJB y los EJBs además de disponer los EJBs en un contenedor.
Los EJBs proporcionan un modelo de componentes distribuido estándar para el
lado del servidor. El objetivo de los Enterprise beans es dotar al programador de
un modelo que le permita abstraerse de los problemas generales de una
aplicación empresarial (concurrencia, transacciones, persistencia, seguridad, ...)
para centrarse en el desarrollo de la lógica de negocio en sí. El hecho de estar
basado en componentes nos permite que éstos sean flexibles y sobre todo
reutilizables.
No hay que confundir a los Enterprise JavaBeans con los JavaBeans. Los
JavaBeans también son un modelo de componentes creado por Sun Microsystems
para la construcción de aplicaciones, pero no pueden utilizarse en entornos de
objetos distribuidos al no soportar nativamente la invocación remota (RMI).

Instalación y Configuración del JBOSS
JBoss es un servidor de aplicaciones J2EE de código abierto implementado en Java
puro. Al estar basado en Java, JBoss puede ser utilizado en cualquier sistema
operativo que lo soporte. Los principales desarrolladores trabajan para una
empresa de servicios, JBoss Inc., adquirida por Red Hat en Abril del 2006,
fundada por Marc Fleury, el creador de la primera versión de JBoss. El proyecto
está apoyado por una red mundial de colaboradores. Los ingresos de la empresa
están basados en un modelo de negocio de servicios.
JBoss implementa todo el paquete de servicios de J2EE.

Pasos Previos
Instalación del JDK (J2SE)
La base para operar cualquier producto que utiliza "Java" es el "JDK" de la
plataforma correspondiente, puede encontrar instrucciones para plataformas
Linux así como Windows, en las siguientes direcciones:
· JDK para Linux : http://javabasico.osmosislatina.com/java_linux.htm
· JDK para Windows : http://javabasico.osmosislatina.com/java_windows.htm
Los pasos anteriores son los suficientes para el "JDK" en lo que concierne a la
instalación de JBoss, seguramente después tenga que trabajar con la también
sumamente importante variable ambiental CLASSPATH, por ahora lo anterior es
suficiente. (Más sobre CLASSPATH en Utilización de la variable CLASSPATH).

Instalación de JBoss
1. Una vez obtenido el archivo Tar o Exe (sea el sistetema operativo) de
http://www.jboss.org que contiene el binario, este debe ser instalado ( o
descomprimido en Linux) en un directorio temporal ( /tmp por lo general)
para poder iniciar la instalación.
2. El paso anterior genera un directorio por nombre JBoss-
dentro del directorio temporal ( /tmp ) si
desciende a este directorio observará el directorio jboss el cual contiene la
distribución de JBoss.
Cabe mencionar que la versión de Tomcat incluida en JBoss es idéntica a la
proporcionada en http://jakarta.apache.org/tomcat , la única diferencia es
que los archivos de configuración para JBoss se encuentran adaptados a
Tomcat.
3. Se recomienda movilizar el directorio jboss al directorio /usr/local,
además se recomienda definir la variable ambiental JBOSS_HOME al archivo
/etc/bashr c , si no esta familiarizado con ambientes *nix, esto significa
agregar la linea: export JBOSS_HOME=/usr/local/jboss;; para
instalaciones Windows esta variable ambiental puede ser definida de la
misma manera que CLASSPATH, descrita en las instrucciones del JDK.

Estructura
bin
Este directorio contiene los ejecutables utilizados por JBoss, el más importante
siendo el "script" de arranque utilizado por éste (run.sh)

client

Contiene los diversos archivos JAR's que serán utilizados por los distintos
clientes de los EJB's utilizados en JBoss. Dichos archivos deben ser agregados a
la variable CLASSPATH del sistema donde radica el cliente; el cliente
generalmente siendo un JSP/Servlet que accesa el EJB, este paradigma gira
alrededor de Stubs/Skeletons de RMI una parte central de EJB's — .

docs
Este directorio contiene documentación acerca de JBoss.

lib
Este directorio contiene los archivos JAR's empleados por JBoss requeridos en
cualquier modalidad.

server
Este directorio contiene tres sub-directorios nombrados: all, default y
minimal; cada sub-directorio contiene los distintos archivos de configuración
necesarios para ejecutar JBoss en diferentes modalidades.
La modalidad all incluye la ejecución de JBoss para emplearse como "Cluster",
ejecución de "Web-Services" y otras funcionalidades más ; el directorio
default como su nombre lo implica, incluye la configuración para ejecutar JBoss
de manera básica, mientras el directorio minimal contiene los valores de
configuración necesarios para ejecutar JBoss con requerimientos mínimos; el
"Script" de arranque proporcionado con JBoss emplea los valores del directorio
default, para emplear otra modalidad es necesario modificar dicho "Script" de
arranque (run.sh).
A continuación se describen los directorios residentes en la modalidad de
arranque default:

conf
Este directorio contiene las diferentes secciones de configuración utilizadas por
JBoss, dependiendo de la modalidad utilizada este directorio puede contener
distintos archivos , sin embargo, sus detalles serán descritos en configuración
de JBoss .

data
Contiene distintos parámetros y archivos de configuración para las Bases de
Datos proporcionadas con JBoss (Hypersonic y la implementación "Messaging"
de JBoss) -- generalmente utilizada para aplicaciones demo.

deploy
Este directorio es ampliamente utilizado ya que aquí se colocan los EJB's para
que sean ejecutados por JBoss, una vez colocado el archivo JAR (en forma de
EJB) en este directorio, JBoss automáticamente expande y ejecuta el EJB.

lib
Contiene los archivos JAR's empleados por JBoss en base a la modalidad tratada.

log
Contiene los distintos registros ("Logs") generados por JBoss.

tmp
Contiene archivos creados por JBoss y utilizados de manera temporal.

work
Contiene las clases y archivos utilizados por JBoss para ejecución.

Ejecución
La ejecución de JBoss es relativamente sencilla, dentro del directorio bin de la
instalación de JBoss se encuentran los archivos de arranque en forma de "scripts"
para Shell.El archivo de ejecución run.sh es utilizado para iniciar JBoss en
ambientes *nix con los parámetros encontrados en el directorio
server/default/conf, de igual manera, el archivo run.bat lo hace para ambientes
Windows.
Debe observar algo similar al siguiente desplegado; los detalles de estos
parámetros son aquellos definidos en la configuración de JBoss e incluyen: bases
de datos para trabajar con JBoss, ubicación de registros, parámetros JNDI, EJB's
disponibles y cargados, entre otra información.

Secuencia:
1. Ejecutar run.sh:
[web@ws_osmosis bin]$ ./run.sh
=========================================================================
JBoss Bootstrap Environment
JBOSS_HOME: /tmp/jboss-3.2.7
JAVA: /usr/local/jdk1.4.2//bin/java
JAVA_OPTS: -server -Dprogram.name=run.sh
CLASSPATH: /tmp/jboss-3.2.7/bin/run.jar:/usr/local/jdk1.4.2//lib/tools.jar
=========================================================================
12:55:10,608 INFO [Server] Starting JBoss (MX MicroKernel)...
12:55:10,610 INFO [Server] Release ID: JBoss [WonderLand] 3.2.7 (build:
CVSTag=JBoss_3_2_7 date=200501280217)
12:55:10,610 INFO [Server] Home Dir: /tmp/jboss-3.2.7
12:55:10,610 INFO [Server] Home URL: file:/tmp/jboss-3.2.7/
12:55:10,623 INFO [Server] Library URL: file:/tmp/jboss-3.2.7/lib/
12:55:10,625 INFO [Server] Patch URL: null
12:55:10,642 INFO [Server] Server Name: default
12:55:10,642 INFO [Server] Server Home Dir: /tmp/jboss-3.2.7/server/default
12:55:10,643 INFO [Server] Server Home URL: file:/tmp/jboss-3.2.7/server/default/
12:55:10,643 INFO [Server] Server Data Dir: /tmp/jboss-3.2.7/server/default/data
........
<>
.......
.......
12:55:31,862 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-8080
12:55:32,074 INFO [ChannelSocket] JK2: ajp13 listening on /0.0.0.0:8010
12:55:32,192 INFO [JkMain] Jk running ID=1 time=0/149 config=null
12:55:32,216 INFO [Server] JBoss (MX MicroKernel) [3.2.7 (build: CVSTag=JBoss_3_2_7
date=200501280217)]
Started in 21s:146ms
2. Esta pantalla donde se ejecuta JBoss permanecerá congelada por el término
en que este activo JBoss, a esta pantalla se enviarán entre otras cosas: los
errores de ejecución y resultados de agregar EJB's al directorio deploy de
JBoss; desde luego este comportamiento es modificable pero por ahora es el
comportamiento "default" de JBoss.
3. Para finalizar JBoss basta ejecutar Ctrl-C bajo la pantalla en cuestión y JBoss
será terminado, en el proceso desplegando ciertos mensajes de terminación.

Configuración
JBoss esta compuesto por diversos archivos de configuración los cuales se
encuentran bajo el directorio /server//conf de la instalación de
JBoss, este directorio a su vez puede contener varios subdirectorios (como fue
mencionado en la instalación y estructura ), esta sección se basa en el contenido
del directorio default.
A continuación se mencionan los parámetros de los principales archivos para la
modalidad default, lo cual equivale al contenido de l directorio
/server/default/conf.
jboss-minimal.xml
Archivo que contiene los parámetros principales para la configuración "default"
de JBoss; este archivo XML define los valores para la variable CLASSPATH, el
puerto para el servidor JNDI y el directorio donde serán colocados los distintos
EJB's para ser ejecutados, entre otros parámetros.
jboss-service.xml
Archivo que contiene los parámetros principales del Servidor JBoss; este
archivo XML define los valores para la variable CLASSPATH, el puerto para el
servidor JNDI y el directorio donde serán colocados los distintos EJB's para ser
ejecutados, entre otros parámetros como usuarios y roles disponibles para
emplear el sistema "Messaging" proporcionado con JBoss.
jndi.properties
Contiene las Clases que serán utilizadas ("Factory's") para realizar búsquedas
JNDI.
log4j.xml
Contiene los parámetros empleados por el mecanismo Log4J utilizado en JBoss
para generar registros ("Logs").
login-config.xml
Contiene los parámetros JAAS empleados por JBoss para verificar/autentificar
usuarios.
server.policy
Parámetros de seguridad empleados por JBoss.
standardjaws.xml
JAWS es el motor de mapeo Objeto/Relacional empleado por JBoss en CMP
("Container Managed Persistence") EJB's, este archivo contiene sus valores
"Default".
standardjbosscmp-jdbc.xml
Contiene los valores para ser empleados en CMP ("Container Managed
Persistence") EJB's.
standardjboss.xml
Contiene los parámetros estándar de configuración para JBoss tales como:
Tamaño de "Pools" para EJB's, valores de "Cache", numero de "Pools" para
Bases de Datos, Clases empleadas para Control de Transacciones, entre otros
parámetros.

lunes, febrero 09, 2009

15 mitos sobre GNU/linux


15 mitos sobre GNU/linux

El artículo original aquí su autor es Manuel Montoya

Si uno busca en la red, puede encontrar muchos documentos en los cuales gente conocedora hace una comparación objetiva entre Linux y Windows (tanto en servidores como en estaciones de trabajo). En muchos de los documentos se exponen puntos válidos y vigentes en contra de Linux, pero en muchos otros sólo se perpetúan algunos mitos acerca de este sistema operativo. Algunas personas conocieron a Linux en los tiempos del viejo Red-Hat 6.0 y debido a esto todavía creen en ellos. Algunos de estos mitos son:

1.-Si uso Linux me quedaré aislado del resto. Esto es tan falso como los romances de Michael Jackson (con mujeres). Se ha hecho un gran esfuerzo en integrar a Linux a los ambientes corporativos multiplataformas y los resultados son muy satisfactorios. Los sistemas con Linux pueden integrase a un dominio Windows y hacer uso de los recursos compartidos. Se pueden editar archivos de Word y Excel en Linux e imprimirlos en la impresora del XP y viceversa. También se puede revisar Hotmail y usar el Messenger y ICQ en un equipo Linux. De igual manera los PDF y todos los tipos de archivos de imagen, video y audio están soportados, todo sin problemas.

2.-Linux no está estandarizado. De todo los mitos, quizás este es el más infundado. Linux es la plataforma que más busca sujetarse a los estándares. Existen estándares para todo, desde aquellos que definen como se debe comportar un manejador de ventanas hasta el formato de las hojas de cálculo y los desarrolladores de linux son muy respetuosos de apegarse a todas estas reglas.

3.-Sólo un experto programador puede instalar y usar Linux. Otro mito infundado. Cualquier persona puede ser un usuario eficiente de Linux. Si su empresa compra un equipo con Linux pre-instalado, usted encenderá el equipo, usará el quemador, leera sus emails, imprimirá sus documentos, escuchara música, navegara por Internet y al final de día apagará la computadora e ira a casa (Linux es famoso por su gran estabilidad ). Todo ello sin saber una jota de programación.

4.-Linux está bien como juego, pero no para algo serio. Me gustaría saber que opina el ICBC, (el banco más grande de China con fondos que superan los 640 mil millones de dólares y que usa Linux como plataforma). Asímismo me gustaría saber que opina Google, Amazon.com, las automotrices Ford y VolksWagen, la fabricante de aeronaves de la comunidad europea Airbus y los astronautas de la estación orbital (en la cual se usa Linux extensivamente) sobre la opinión de que Linux es un "juego". De cualquer manera es un juego que todos quieren jugar: más de 38 mil millones de dólares en ganancias al año y sigue creciendo.

5.- Linux no genera empleos. "Al no haber facturación por licencias, Linux daña la economía de los países pues no hay impuestos para el gobierno ni hay empresas que pueden crear empleos". En realidad lo que está haciendo Linux es impulsar el desarrollo tecnológico (y la calidad de vida) de los países del tercer mundo: al no haber pago por licencias las empresas de tecnología (incluso las pequeñas) pueden cobrar por los servicios de soporte, personalización y desarollo. Si antes las empresas latinoamericanas solo aspiraban a quedarse con una pequeña fracción del precio de la licencia, ahora pueden pelear por una rebanada más grande del pastel ofreciendo software libre y su experiencia. Hay más trabajo para los programadores locales.

Si los antigüos administradores de Windows sólo sabían apretar una bonita secuencia de botones sin entender lo que pasaba, ahora en Buenos Aires, Santiago y México se están desarrollando verdaderas secciones de código en C o Java a un nivel de complejidad e innovación que hace apenas cinco años era impensable. Eso tiene un mayor impacto en la economía: Brasil e India (dos grandes entusiastas de Linux) se están convirtiendo en los exportadores de software de sus respectivas regiones. Por supuesto que Linux daña la economía, pero no de los países, sino la de una empresa de Redmond, en Washington, USA. Eye-wink ..

6.-Linux es feo. Linux ha cambiado mucho, sobre todo en los tres últimos años. Hasta la versión 7.2 de Mandrake, que salió al público a mediados del 2000, Linux o más precisamente, sus escritorios principales, KDE y Gnome, adolecieron de un desarrollo gráfico que fuera al mismo ritmo que su desarrollo técnico. No todo era culpa de los escritorios, un aspecto fundamental del ambiente gráfico, el desplegado de las fuentes, lo realiza el Xserver, y su implementación no era la mejor.

Todo eso cambio al inicio del 2001 con el nuevo KDE y las mejoras al Xserver. Note que estoy hablando del 2001, de esto hace cuatro años. Actualmente Linux posee uno de los entornos gráficos más atractivos de la industria (más atractivo que el de Windows y sólo superado por el MacOSX de Apple). El ambiente gráfico de Linux es también, y por mucho, el más flexible y personalizable. Con frecuencia diseño páginas usando CSS y es una sorpresa para mí ver que en Windows las fuentes pierden definición mientras en Linux se ven nítidas.


Pero todo tiene un precio, linux se dio a conocer en 1994 como el SO más rápido del mundo, lo que era cierto. Esa rapidez, lógicamente, se ha perdido con los escritorios corporativos. No obstante, aún existen los hacker's desktops como Windowmaker, Fluxbox o FVWM, que son entornos funcionales y visualmente atractivos.

7.- En Linux no hay aplicaciones. Aunque hubo el día en que esto era cierto, ahora no pasa de ser un mito. Linux está lleno de programas maduros y totalmente funcionales:

  1. K3B y Nautilus queman CD's y DVD's sin problemas.
  2. Koffice, GnomeOffice y OpenOffice.org son suites de oficina llenas de funciones avanzadas y dotadas de herramientas de integración.
  3. Gnomeeting es compatible con Microsoft NetMeeting si deseamos usar nuestra cámara Web.
  4. Gimp es uno de los mejores editores bitmap y retoque fotográfico del mundo.
  5. Konqueror, Mozilla, Mozilla-Firefox, Epiphany, y Galeon son excelentes navegadores, inmunes al código malicioso de algunos sitios.
  6. Kontact y Evolution manejan nuestra agenda e información personal.
  7. Eclipse, Netbeans y Kdevelop son herramientas gráficas de programación similares a VisualStudio.
  8. Linux está lleno de reproductores multimedia como Mplayer o Xine con el que podemos ver todos los tipos de películas.
  9. Con Quanta y Screem se crean fácilmente páginas Web.
  10. Con Gaim y Kopete tenemos mensajería instantánea.
  11. Usando KmyMoney2, Gnucash o Facturalux, manejamos nuestras finanzas personales o las de una empresa.

Sólo existe dos grupos de programas que actualmente no pueden encontrase muy desarrollados en Linux: juegos y diseño en vectores. Sin embargo, Quake, Doom y Wolfenstein están disponibles para linux e Inkscape es un buen editor de imágenes vectoriales.

8.-Linux es gratis y por tanto, lo que se haga en él no se puede cobrar. Doblemente Falso. Linux no es gratis, que no se deba gastar en la licencia no significa que no habrá otros costos, como la capacitación y el tiempo en investigación de soluciones. El costo Total de Propiedad o TOC por sus siglas en inglés, suma los costos totales por implementar y sostener un sistema operativo. En términos generales, Linux es un 30% más barato que Windows, y ese porcentaje de ahorro aumenta año con año, pero eso no significa que Linux no requiera inversión.

Por otro lado, la licencia GPL no prohíbe cobrar por lo que se haga en Linux, de hecho, en la facturas se cobra por la instalación, configuración y en su caso, programación de software libre.

9.-Linux es difícil de manejar. Repita tres veces conmigo “Ningún sistema operativo es fácil de usar. Tres anécdotas para el caso:

1. Una vez arregle un computadora para un pequeño despacho. Como suelo hacer en estos casos, primero respaldé todo el disco duro, luego formatee el disco y reinstale el SO con los programas (todos los usuarios de Windows saben a lo que me refiero pues lo deben hacer cada año, quiéranlo o no). Al final copié las carpetas de regreso,comprobé que todo funcionaba y regrese el equipo. Tres horas después un iracundo arquitecto me reclamaba que todos sus archivos se habían perdido, que yo los había borrado y que todos eran importantísimos. Fui muy preocupado a verlo pues me gusta ser serio en mi trabajo, al llegar me explicaron: “todo se había perdido” según ellos, porqué la carpeta “Proyectos” del “papel tapiz” no estaba. En realidad la carpeta en C:/Mis documentos/Proyectos no tenía un acceso directo al escritorio y como no estaba allí, pues no existía. Alguien había hecho ese acceso directo años atrás y era la única manera que conocían para llegar a ellos, además de los archivos recientes del menú “File” de Excel. En esa misma empresa había una secretaria que se jactaba de usar la muy avanzada tecla tab para dar formato a los documentos de Word en lugar de dar muchos espacios.

2. Luego de una acalorada discusión, le aposté a un colega una comida si era capaz de encontrar, en el piso donde trabajábamos, tres personas que supiesen cambiar el IRQ de su mouse. Vale la pena mencionar el hecho de que el piso era de un banco, donde trabajaban más de cincuenta graduados universitarios. Ese día comí gratis.

3. Hace cosa de un mes, una vecina vino a pedirme de favor si podía descargar e imprimir un documento Word que le habían enviado por hotmail, en ese momento yo estaba usando KDE. Ella abrió Mozilla, entró a hotmail, al descargar el archivo, Mozilla sugirió OpenOffice.org ella dijo OK, el archivo sólo era de dos hojas, cambio unos títulos y las palabras que el corrector ortográfico le marco, dio un clíck en imprimir, redacto la respuesta en hotmail, se puso de pié para marcharse con su impresión, en la puerta me dijo “que raro windows”, luego me dio las gracias y se marchó. Ella había usado Linux sin siquiera darse cuenta. Por supuesto, todo salió bien porque el quipo estaba correctamente configurado, como si fuese un equipo OEM de fábrica.

No es que Linux sea difícil y Windows fácil, lo que pasa es que nosotros somos la primera generación de usuarios y lo que encontramos fue Windows, si hubiese sido MacOS o NeXT u OS/2 hubiésemos aprendido a batallar con eso, pero en realidad Windows o Linux poseen el mismo grado de dificultad.

10.-En el software libre no hay innovación. La mejor innovación que han hecho los sistemas abiertos es el mismo Internet: el protocolo TCP/IP, que le da vida a la red, fue desarrollado por el equipo BSD de Berkeley y fue liberado bajo la BSD License, mientras el deficiente protocolo NetBeui ha sido abandonado. También fue en el software libre donde se dió la primer CLI (Common Lenguaje Interface) que fue Jython, años antes que el tardió ..NET de Microsoft. Los Weblogs también son una innovación libre. El respaldo distribuido de información y sistemas de monitoreo de redes están también entre las muchas innovaciones libres.

11.- Todo mundo puede ver el código de los programas libres y por eso son inseguros. En realidad, pasa todo lo contrario. Existen dos tipos de esquemas de seguridad: la tipo plaza pública en la cual todo mundo puede ver los detalles de un programa y cuando encuentra una falla avisa a todo mundo y la tipo torre de marfil donde sólo un reducido grupo puede ver el programa y cuando encuentra una falla no avisa a nadie. Al ser revisados por muchas personas y hacer públicas las fallas, es difícil que una error grave no sea detectado en un programa de software libre. En los programas torre de marfil, en cambio, las fallas pasan desapercibidas por el pequeño grupo y cuando la encuentran no avisan. En todo caso, y quizás esto es más grave, la respuesta de los programas torre de marfil es muy lenta, arreglar un grave fallo de seguridad puede tardar meses sin que los usuarios estén conscientes del peligro que corren, como ya ha pasado en varias ocasiones con Windows 2000 y XP. En la plaza pública, al ser dada a conocer una vulnerabilidad, uno puede decidir continuar con ese programa o reemplazarlo por otro que cumpla la misma función. En la torre de marfil uno no tiene esa libertad.

12.- El software libre es comunista. No hay ninguna razón por la cual desarrollar software libre vaya en contra de las reglas del mercado. De hecho, el software libre se ha revelado como un modelo de negocios novedoso y que reporta miles de millones de dólares cada año. IBM, SUN, Computer Associates y Novell son empresas que han descubierto en el SL una manera de abrir el mercado ahí donde estaba copado y han dado nuevos bríos e innovaciones a la industria. Linus Torvald quizás no sea tan rico como BIll Gates, pero ciertamente su fortuna se calcula en millones de dólares y tengo serias dudas de que este planeando donarlos a la revolución cubana.

13.- No hay virus en Linux porque poca gente lo usa. Durante décadas, Unix fue el único sistema operativo que estaba disponible, su cuota de mercado era del 99%. Durante todo ese tiempo nunca hubo un virus. Los virus aprecieron al sumar Windows + Internet. Hay quienes dicen que Windows no es un sistema operativo verdadero, sino un "gestionador promiscuo de memoria y ejecutables". Cuando una archivo llega a Linux (por Internet o porque se copia de un CD) no puede ejecutarse porque no posee permisos y aunque los tuviese, no puede activar ningún servicio porque no es dueño del demonio que lo ejecuta. Esto revela un sistema operativo maduro y bien diseñado. Existen otros peligros para Linux como los troyanos o algún exploit pero por cada uno de ellos hay miles de virus. Concluyendo: en Linux (como en todos los Unix) nunca habrá virus.

14.- En linux no hay soporte. Este mito ha sido despedazado por el último reporte de ganancias trimestrales de IBM: 27.700 millones de dólares (casi el triple que Microsoft). La mayoría de este dinero proviene de servicios y soporte para Linux. EL software libre ha revolucionado el mercado: ya no se venden licencias, se venden las consultorías y el Know how. Esto ha beneficiado a las empresas pequeñas de cada país, que pueden competir dando soporte a Linux a precios muy razonables. De esta manera el dinero que se iba al norte por el estéril pago de licencias, se queda en cada país por pago de servicios.

15.- Linux no le quita mercado a Windows, sino a Unix. Si bien es cierto que Linux ha jubilado a AIX de IBM y Solaris de SUN. Lo cierto es que muchas migraciones Unix->Windows se han visto canceladas en beneficio de las nuevas Unix->Linux. El modesto crecimiento de los servidores con Windows Server 2003 durante los dos útimos años es debido a que Linux se ha convertido en la gran opción de muchas empresas que gustan de Unix pero lo encontraban muy costoso. Las únicas razones por las cuales la gente sigue instalando servidores con Windows es por pereza o por ignorancia.

jueves, febrero 05, 2009

Nos Toco MIGRAR A LINUX

Hoy por orden de nuestro jefe, se definio un plan de migracion de todos los usuarios a Linux.

Todos los escritorios sera Linux:
  1. Utilizaremos OpenOffice, para cubrir las necesidades de ofimatica
  2. Usaremos FireFox o Crome, como navegadores.
  3. ThunderBird como cliente de correo.
  4. SunBird como planificador de tareas.
  5. Utilizaremos la distribucion Trisqel Distribucion Española de Galicia http://trisquel.uvigo.es/
  6. Utilizaremos Wine para todos los programas gratuitos de Windows.
  7. Para clientes Windows, por ahora utilizaremos W2003 server con XpUnlimited para poder tener una sesion de Windows.
Estamos motivados todos ya que emprendimos ... esta nueva etapa en la empresa.

Primeros pasos con el Linux tuvimos problemas con la migracion de correos, tenemos que analizar una buena alternativa de como migrar de OUTLOOK Y OUTLOOK EXPRES a Thunderbird, lo tenemos planificado investigar otra forma de hacerlo y lo estaremos evidenciando en la pratica....

Tambien por ahora vamos a instalara un VMWARE SERVER en Linux que es gratis para poder migrar los correos....
Con habilitar samba se vuelve una red que comparte muchas cosas.... entre los usuarios.

Unas pequeñas indicaciones de como instalar VMWARE SERVER 2 en esta version de Linux


1. Descargar VMware Server para LINUX

2. Ahora para comprobar la integridad del fichero descargado creamos un fichero de texto con el CRC MD5 que nos publican en la web de descarga
# echo 6de93dc6ed281c65d295aab366fcb495 VMware-server-1.0.2-39867.tar.gz >
VMware-server-1.0.2-39867.tar.gz.md5

y lo comprobamos con el comando md5sum
# md5sum -c VMware-server-1.0.2-39867.tar.gz.md5
VMware-server-1.0.2-39867.tar.gz: OK


2. Descomprimir VMware-server-1.0.2-39867.tar.gz
# tar -xf VMware-server-1.0.2-39867.tar.gz
3. Ejecutar el script de instalación de VMware Server

IMPORTANTE: Imprescindible tener previamente instalado el compilador gcc, la utilidad make y las fuentes correspondientes a vuestro kernel.
# apt-get install gcc make; // instalar gcc y make
# uname -r; // Comprobar la versión del kernel
# 2.6.15-28-386
# apt-get install linux-headers-2.6.15-28-386; // Instalar las fuentes del kernel

Luego ejecutais el script
# cd vmware-server-distrib
# vmware-install.pl
a partir de aquí el programa de instalación nos hace un montón de preguntas, yo he dejado todas las opciones predeterminadas que nos muestran entre [] simplemente pulsando 'Enter'; cuándo os muestre la licencia pulsais 'Q' para salir y escribid 'yes' para aceptar (...)

Por fin tenemos el mensaje:

The configuration of VMware Server 1.0.2 build-39867 for Linux for this running
kernel completed successfully.

Y en el puerto 902 el servidor de virtualización estará disponible para el acceso con la consola de VMWare y poder administrarlo desde ella.
El último paso es registrarse en el sitio web de WMWare para conseguir un número de serie que nos permita arrancar nuestras flamantes máquina virtuales.