[GE announce] Starting beta testing of HTTPi-xmlqstat

olesen Mark.Olesen at emconTechnologies.com
Mon Nov 2 09:35:30 GMT 2009

Starting beta testing of HTTPi-xmlqstat.

I've reworked my forked version of Chris Dagdigian's xml-qstat project
to improve the installation and the general usability.

In the past, getting xml-qstat configured and installed was a bit of
a pain. So if you haven't looked at the project for a while, or thought
it was dead, it would certainly be worth a second look.

The code repository is hosted at github.
Project Page: http://olesenm.github.com/xml-qstat/
Project Repo: http://github.com/olesenm/xml-qstat

Some blog comments are also incorporated in the front-page
(http://olesenm.github.com). This might provide a convenient means of
providing information that doesn't fit into the normal documentation,
but I'm not entirely sure.

This version supports two different webapp types.

The traditional approach use Apache Cocoon (2.1.x) to deliver xhtml
using server-side XSLT transformations is still available. While this
makes for a fairly robust installation, but is fairly heavyweight
(120 MB) and sometimes annoying to install. This is compounded by the
fact that it only works with Cocoon 2.1.x and can't easily be adopted to
the new Cocoon 2.2.x framework. I expect the following approach to take

The newer approach uses HTTPi (1.6.2) to deliver xml+xsl and relies on
client-side XSLT transformation. This does make the application more
browser dependent (works with Firefox and Opera, does not work with IE).
However, the resulting webapp is very lightweight. The entire
installation, including webserver requires under 640kB disk space. In
the HTTPi version, the resident set size (combined for parent/child) is
about 1600, compared to about 116000 for the Cocoon implementation.
This makes the entire webapp small enough that it can be added to just
about every cluster configuration.

The new version of xml-qstat also supports two types of multi-cluster
operation. In the simplest version, the SGE_ROOT and SGE_CELL are
available on different file paths on the webserver. In the second
version, the webserver gathers GridEngine information via a http
request to a remote cluster that is also running a copy of xml-qstat.

The project page includes a demo of the xml+xsl files, as well as a test
page to determine if your browser support XSLT transformations.

With the HTTPi-xmlqstat approach, the installation should be as simple
as this:

- download from xmlqstat github
- ./make-httpi.sh and answer the questions
- start the newly configured httpi-xmlqstat
- edit the config/config.xml to reflect your cluster names
  and their SGE_ROOT, SGE_CELL
- direct your browser to the http://{host:port}/xmlqstat/ for httpi

The only system requirements: Perl + GridEngine.

If you want fancier stuff like file caching, integration with the
flex-grid output etc, you can add this in later without needing to
reconfigure or restart the webapp.

Please take the opportunity to test xmlqstat and give some feedback (via
the mailing list). While I cannot promise to incorporate every wish, it
would certainly very useful to get some feedback and gather some ideas
about what else is needed to make it even more useful.


This e-mail message and any attachments may contain legally privileged, confidential or proprietary Information, or information otherwise protected by law of EMCON Technologies, its affiliates, or third parties. This notice serves as marking of its "Confidential" status as defined in any confidentiality agreements concerning the sender and recipient. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this e-mail message is strictly prohibited. 
If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer.


To unsubscribe from this discussion, e-mail: [announce-unsubscribe at gridengine.sunsource.net].

More information about the gridengine-users mailing list