Gabriel Navarro <[EMAIL PROTECTED]> wrote:
> Alguien sabe, como puedo transformar  el  comando para levantar el
> jboss en linux ( ./run.sh >> log.txt & ) en  un servicio ?

<Red Hat -- o afines (Fedora, CentOS, ...)>

Me extran~aria sobremanera que no puedas conseguir JBoss de Red Hat como
RPM para llegar e instalar, con toda la parafernalia requerida para
controlar el cuento.

En caso de no, echa una mirada a algun archivo simple bajo /etc/init.d
(p.ej. los de sendmail, xinetd, snmpd son buenos ejemplos) y piratea lo que
requieras.

Los comentarios al comienzo son... comentarios. Pero ojo, algunos tienen
significado especial. P.ej. en snmpd aca son (numerados para referencia):

 1 #!/bin/bash
 2 # ucd-snmp init file for snmpd
 3 #
 4 # chkconfig: - 50 50
 5 # description: Simple Network Management Protocol (SNMP) Daemon
 6 #
 7 # processname: /usr/sbin/snmpd
 8 # config: /etc/snmp/snmpd.conf
 9 # config: /usr/share/snmp/snmpd.conf
10 # pidfile: /var/run/snmpd

1: El inefable she-bang.
4: Importante! Formato general es:

     chkconfig <niveles> <subir> <bajar>

   <niveles>: En que niveles habilitar el servicio, aca ('-') todos.
              O, p.ej., 345 para 3, 4, 5 (probablemente tu caso)
   <subir>:   En que orden respecto de los demas del nivel subir el
              servicio. Probablemente debiera ser 99 (al final) para algo
              que no es indispensable para nada mas
   <bajar>:   En que orden bajar el servicio. Seguramente corresponda 1
              (al comienzo de la bajada) en tu caso.
   
   Tipicamente, <subir> + <bajar> suman 100, pero no es obligatorio.
   Claramente, si algo debe subirse al comienzo es porque otros dependen de
   ello, y en consecuencia debiera bajarse mas bien al final.

7 a 10: Debieran coincidir con lo que hace tu script. Obviamente esos
   nombres /no/ se pueden reutilizar sin mas!

Una vez inyectado esto en /etc/init.d bajo el nombre <servicio>, puedes
correr chkconfig(8) para configurar si anda o no el servicio, y controlarlo
via service(8) (o directamente ejecutando /etc/init.d/<servicio>).

</Red Hat>

Otros debieran ser similares, pero mas a mano en su manejo.

Suerte!
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile               Fax:  +56 32 2797513
From [EMAIL PROTECTED]  Mon Oct 30 12:54:06 2006
From: [EMAIL PROTECTED] (Franco Catrin)
Date: Mon Oct 30 13:22:39 2006
Subject: Problema con Anjuta
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El dom, 29-10-2006 a las 22:36 -0300, Cristian Valdivia Araya escribió:
> Hola, acabo de instalar anjuta 2.0.2  y cuando lo abro me arroja el
> siguiente error:
> 
> No se pudo abrir: file:///usr/share/anjuta/profiles/default.anjuta
> &s
> 
> y luego aparece la ventana en blanco, sin botones ni nada.
> 
> Lo acabo de instalar en ubuntu 6.10, usando aptitude,,
> Probé desinstalando con aptitude remove y aptitude purge, pero nada...
> 
> Alguna idea?

Y necesitas el 2? por qué no el 1.2.x ?

No se como estara empaquetado anjuta2, pero se supone que ahora funciona
en base a plugins, no te faltara instalar esos?

-- 
Franco Catrin L.       TUXPAN
http://www.tuxpan.com/fcatrin

Reply via email to