Wes, this is very cool! Thanks for all your work so far. With respect to app servers, I'd like to see Tomcat 6 in addition to 5.5. The other one that would be a good "dog food" illustration would be Geronimo, if we can get that working. I'm less concerned about JBoss, since it's built on what we're already running.
With respect to an Apache load-testing app, you might be thinking of JMeter. I'd prefer to see us just run the various app servers on the zone for a while, and see what kind of load / hit count we get on those, before we start beating the zone up with load testing. Finally, we absolutely need to have the script, the zone home page, and other zone config files checked into SVN. Although the probability is low, the infra team reserves the right to wipe out the zone at any time, so we need to be able to recreate it quickly. I would suggest putting everything in: https://svn.apache.org/repos/asf/struts/zone/ I'll leave the structure within that location up to you, or anyone else who has an opinion, but it should probably be based on optimising the recreation of the zone if it ever does get wiped. -- Martin Cooper On Thu, Jan 22, 2009 at 8:20 AM, Wes Wannemacher <w...@wantii.com> wrote: > Okay, so after goofing around with Hudson, I decided to take a crack at > setting up the zone for app testing. Since I don't want to do things > half-way, > and I want to keep in mind the lessons of previous nighly attempts, etc. I > decided to really go all out and make this as automated as possible. > > First off, zones are a part of Solaris 10, and another thing Sun introduced > to > Solaris 10 is a facility called Service Management Framework (SMF for > short). > If you haven't used or heard of it, it is a replacement for /etc/init.d > scripts. It is different than /etc/init.d/* in a lot of good ways. First > off, > it has dependency management... Meaning, one service can depend on one or > more > other services being launched (no more runlevel crap). Second, because you > configure dependencies, rather than run order, services are launched in > parallel, which decreases Solaris startup time quite dramatically. > > The downside is that almost everything in the *nix world has /etc/init.d > scripts and SMF is new. So, I had to learn how to use and embrace SMF. The > good news is that it is fairly easy. I was able to create and configure SMF > to > understand both Tomcat 5 and Jetty 6. I'll document in the wiki how to > setup > new app servers, but at this point, it's pretty much down to unzipping and > copying/updating a few files then the app server will be ready to go. I > also > configured Apache httpd to proxy requests to the running app servers, so > that > we can see the apps in action by going to http://struts.zones.apache.org > > Next, I wanted the site to just keep up to date with the latest snapshot. > This > should be easy now that we have Hudson running within the ASF. To make > deployment happen, I had to write a daemon process that watches for the > assembly apps zip file to be dropped into a specific directory. I wrote it > in > Perl, which may not be the best language, but works well for these sorts of > tasks. This perl script is run and monitored by SMF just like httpd, jetty > and > tomcat. > > So, right now, we have Tomcat and Jetty running all the struts2 sample apps > and they are available to test at http://struts.zones.apache.org . You > should > be able to infer what is running and how it is running by looking at the > app > name. > > So, I would like to know, which app servers do people want to see? I'm > thinking that when we get things worked out with IBM, we'll put WebSphere > up > there, but do we want JBoss and Resin as well? Also, isn't there an apache > load-testing app? Maybe we can pound the heck out of that server to start > getting metrics on s2 performance as we make changes. Lastly, should I > check > in the script somewhere? Is there a good spot in our SVN that I can drop it > and not end up having it copied into zip files, etc. > > -Wes > > -- > > Wes Wannemacher > Author - Struts 2 In Practice > Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more > http://www.manning.com/wannemacher > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org > For additional commands, e-mail: dev-h...@struts.apache.org > >