monit-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

generic protocol test [Re: Features...]


From: Christian Hopp
Subject: generic protocol test [Re: Features...]
Date: Sun, 28 Sep 2003 21:29:29 +0200 (CEST)

On Fri, 26 Sep 2003, Jan-Henrik Haukeland wrote:

> Martin Pala <address@hidden> writes:
>
> > Christian Hopp wrote:
> >
> >>1) Generic protocol test...
> >>
> >>   if failed port 1234 [{expect|send} "string" [{expect|send} "string"] ...]
> >>
> >>   Actually it is quite self explaining...  for every "send" the
> >>   "string" is sent through the connection (w/ or w/o ssl), and for
> >>   every "expect" the return is read and matched against the "string".
> >>
> > This seems good :) Maybe only instead of "send" we can use already
> > present "request" word, which serves for the same purpose in already
> > implemented protocol tests (such as http).
>
> (I think request should only be used for requesting a document entity
> from a server, while expect|send is more of a protocol test.)
>
> Yes, expect|send seems like a good idea, because it's a way to
> implement a protocol in the configure file, instead of implementing it
> as a protocol C-module.
>
> You will probably need to use the keywords send and expect because not
> all protocols will send you a greating, e.g. HTTP.
>
> if failed port 80 send "HEAD / HTTP/1.0" expect "HTTP/1.1 200"
>
> But implementing this will (probably) quickly raise a request for
> supporting simple reg. exp. in a string for this to really become
> useful.  Consider the above http test, here the answer from the server
> could either be "HTTP/1.1 200" or "HTTP/1.0 200" where both are okay,
> so as a user I would really like to do something like this:
>
> if failed port 80 send "HEAD / HTTP/1.0" expect "HTTP/1.[01]{1,1} 200"
>
> Maybe the gnu regexp package could be used, but I don't think that we
> should support regexp in the first version :)

It's no big deal.  I have just played around with libpcre (perl compatible
REs).  It really easy to use for our purpose.  And pcREs are are most
comfortable... IHMO the best of perl since ever. (-:  If it's okay I gonna
do a pcre version (and --without-pcre just with strings).  Okay?

CHopp

-- 
Christian Hopp                                email: address@hidden
Institut für Elektrische Informationstechnik             fon: +49-5323-72-2113
TU Clausthal, Leibnizstr. 28, 38678 Clausthal-Zellerf.   fax: +49-5323-72-3197
                             pgpkey: https://www.iei.tu-clausthal.de/pgp-keys/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]