Re: Using smart-frog to automate management of JBoss

Steve,

We are using RedHat 3.x/4.x/5.x as OS.

I will try both approaches with and without using the jboss4.sf 
description file. Playing with the different SF components will give me 
more opportunities to taste the capabilities of SmartFrog and create ideas 
about other areas of our environment where SF could be used.

I will follow up with questions and/or requests for help probably.

thanks,

Dimitar




Steve Loughran <[email protected]> 
Sent by: smartfrog-developer-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
02/25/2008 09:56 AM

To
[email protected]
cc
smartfrog-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject
Re: [Smartfrog-developer] Using smart-frog to automate management of JBoss






[email protected] wrote:
> HI Steve,
> 
> Sorry for this late follow up. Other work interfered. 
> 
> I used the time to read SF documentation. There s lots of documentation 
> and I am still going through it. I am trying to understand how to 
combine 
> different components to accomplish usual administrative tasks with the 
> application servers. 
> 
> To make things simpler I would try to use some of the infrastructure 
that 
> is already in place. There is a bash script can reliably stop, start and 

> restart JBoss and Apache servers in predefined sequence. My first goal 
> would be to integrate this script with SF. I have noticed that SF 
provides 
> ShellScript and SSH under core and optional services. The ShellScript 
> service could be used to run the bash control script and SSH to transfer 

> the new application file (EAR or WAR) to all of the targeted hosts. I 
> would also like to test SmartFrog installer component. It could help us 
> push SF to new nodes from a central location.

which OS are you targeting ? Windows, Linux, Unix? We have some RPMs 
that are up to use in production, though I need provide a way for a 
specific farm to use their own security keys in the RPMs.

> 
> Initially I would like to do the following thing
> 1) Control JBoss and apache using SF and our control bash script. It 
would 
> be nice if the SF component could report back to the server about the 
> status of JBoss.
> 
> 2) Implement deploy procedure. 
>         - The admin should signal SF nodes that they should start the 
> deployment
>         - Each node downloads the EAR/WAR file from a central 
repository. 
> We must use SFTP/SCP for this task. FTP service is not enabled for 
> security reasons.
>         - The integrity of the EAR file is checked (jar -tf foo.ear)
>         - JBoss/Apache stopped using the bash script
>         - New EAR file deployed
>         - JBoss/Apache started using the bash script
> 
> In parallel we could work with Cargo to replicate all the features that 
> the bash script provides. I have the feeling that would take some time 
to 
> complete.  If I understood you correctly you need to finish the 
> integration of Cargo with SF first. 
> 
> And one more thing. I believe that the jboss4.sf declaration is tied to 
> the use of Cargo, right?

The way I've done JBoss work in the past is to use this jboss4.sf
   /org/smartfrog/services/www/servers/jboss4.sf
its under components/www/src; it uses the Java component to start the 
JVM (taking away the need for jboss.bat or .sh) and then uses our 
DeployByCopy component to copy WAR/EAR files on deploy, delete them on 
undeploy.

Thinking of it, an SSHDeployByCopy would be nice, something to scp the 
file on startup, and to issue an sshexec "rm" on undepoy.

Regarding system health, the RunJava component doesnt do anything; it 
just terminates itself if the program it is executing finishes. I 
normally use the LivenessPage component which checks a specific web page 
for returning an HTTP status code in range, as this is the best way to 
tell that a web page is live.

> 
> Please let me know if everything I said make sense. If, yes, I will 
start 
> implementing #1 and #2. I might need some help from you to complete 
them. 
> I will work with you on using and testing a configuration that 
> incorporates Cargo.

I dont think we need cargo. That said, I have marked as fixed the 'cargo 
is broken' defetcs


http://jira.smartfrog.org/jira/browse/SFOS-152
http://jira.smartfrog.org/jira/browse/SFOS-138

As I committed a lot of test changes, I'm assuming they were fixed.

-steve

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Smartfrog-developer mailing list
Smartfrog-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/smartfrog-developer



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/