[GE users] Starting beta testing of HTTPi-xmlqstat.

jjh jjh at 42quarks.com
Sun Nov 8 13:31:18 GMT 2009

    [ The following text is in the "iso-8859-1" character set. ]
    [ Your display is set for the "ISO-8859-10" character set.  ]
    [ Some special characters may be displayed incorrectly. ]

Hi Mark,

Thanks heaps for all the effort you put into this. I am having problems getting going. I ran the make-httpi.sh, answered the questions etc. but it only ever build a copy of httpi (not httpi-xmlqstat as it seems it should in the instructions). I've tried running httpi but all it returns is 404s. Also, it would seem from your instructions that a copy of the directory xmlqstat should be automatically made in the htdocs root, but this didn't seem to occur, but even when I moved the directory manually it still returns 404 for any xmlstat url. As far as I can tell the build didn't have any errors etc. so I'm a bit confused what I did wrong.

Any help appreciated.

My configure script looks like:

On Mon, Nov 2, 2009 at 7:38 PM, olesen <Mark.Olesen at emcontechnologies.com<mailto:Mark.Olesen at emcontechnologies.com>> wrote:
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: [users-unsubscribe at gridengine.sunsource.net<mailto:users-unsubscribe at gridengine.sunsource.net>].

Jonathan J Hunt <jjh at 42quarks.com<mailto:jjh at 42quarks.com>>
Homepage: http://www.42quarks.com
(Further contact details there)
"Physics isn't the most important thing. Love is." Richard Feynman

More information about the gridengine-users mailing list