Xymon Mailing List Archive search

About Web monitor

6 messages in this thread

list Case · Wed, 22 Aug 2007 12:35:30 +0800 ·
This's a browser/server architecture, we have Crystal Report 8 used(10.2.10.7). One IE browser with URL "10.2.10.7/tcard/tempSchl.rpt?user-33f713775957@xymon.invalid=rpt_read&user-6f16bce353fb@xymon.invalid=rpt_read&user1=rpt_read&password1=rpt_read&init=actx" on client launched and called Crystal Report Viewer, a new IE window would be opened. 

How can we monitor this new IE window or content in this new IE window?

Any suggestions will be appreciated.

Thanks.
list Paul Ehrenreich · Wed, 22 Aug 2007 13:55:20 -0400 ·
well, one thing you can try is running a perl script that make a request for
the new page (some form of WWW::Mechanize mojo). After you get the page you
can try scrape out the stuff you looking for and send statuses back to the
hobbit server based on the information you got. At least that is a solution
I would try, unless someone has more kung-fu then I do ;)

On 8/22/07, case <user-a24132ff3b57@xymon.invalid> wrote:
 This's a browser/server architecture, we have Crystal Report 8 used(
10.2.10.7). One IE browser with URL "
quoted from Case
10.2.10.7/tcard/tempSchl.rpt?user-33f713775957@xymon.invalid=rpt_read&user-6f16bce353fb@xymon.invalid=rpt_read&user1=rpt_read&password1=rpt_read&init=actx"
on client launched and called Crystal Report Viewer, a new IE window would
be opened.

How can we monitor this new IE window or content in this new IE window?

Any suggestions will be appreciated.

Thanks.

list Henrik Størner · Thu, 23 Aug 2007 07:57:57 +0200 ·
quoted from Case
On Wed, Aug 22, 2007 at 12:35:30PM +0800, case wrote:
This's a browser/server architecture, we have Crystal Report 8  used(10.2.10.7). 
One IE browser with URL 
"10.2.10.7/tcard/tempSchl.rpt?user-33f713775957@xymon.invalid=rpt_read&user-6f16bce353fb@xymon.invalid=rpt_read&user1=rpt_read&password1=rpt_read&init=actx"
on client launched and called Crystal Report Viewer, a new IE window would be opened. 

How can we monitor this new IE window or content in this new IE window?
It's difficult. What I normally do in these cases is to use something
like wireshark (ethereal) to trace the requests going to the server, and
see if I can just grab one of the pages without going through the whole
series of screens that the user does. If that is not possible, then the
only way forward is to write a script to mimic the behaviour of your
browser, which can be quite tricky to do - getting everything right with
dynamic URL's, Javascript "onLoad()" functions, cookies etc. can be a lot 
of work.

It isn't something that Hobbit can do automatically.


Regards,
Henrik
list Ralph Mitchell · Thu, 23 Aug 2007 09:14:49 -0500 ·
quoted from Henrik Størner
On 8/23/07, Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote:
On Wed, Aug 22, 2007 at 12:35:30PM +0800, case wrote:
This's a browser/server architecture, we have Crystal Report 8  used(10.2.10.7).
One IE browser with URL
"10.2.10.7/tcard/tempSchl.rpt?user-33f713775957@xymon.invalid=rpt_read&user-6f16bce353fb@xymon.invalid=rpt_read&user1=rpt_read&password1=rpt_read&init=actx"
on client launched and called Crystal Report Viewer, a new IE window would be opened.

How can we monitor this new IE window or content in this new IE window?
It's difficult. What I normally do in these cases is to use something
like wireshark (ethereal) to trace the requests going to the server, and
see if I can just grab one of the pages without going through the whole
series of screens that the user does. If that is not possible, then the
only way forward is to write a script to mimic the behaviour of your
browser, which can be quite tricky to do - getting everything right with
dynamic URL's, Javascript "onLoad()" functions, cookies etc. can be a lot
of work.
There are a couple of tools that can help:

1) LiveHTTPHeaders plugin for Firefox shows you exactly what headers
flow between the browser and the server;

2) curl is pretty good at grabbing web pages.  It has a library and
extensions for using it within Perl, PHP, tcl, C, etc, as well as the
command line version for use in shell scripts.

Ralph Mitchell
list Casedj · Thu, 23 Aug 2007 22:59:59 +0800 ·
Hi Ralph and Henrik,

Thanks for help.

Case
quoted from Ralph Mitchell
----- Original Message ----- 
From: "Ralph Mitchell" <user-00a5e44c48c0@xymon.invalid>
To: <user-ae9b8668bcde@xymon.invalid>
Sent: Thursday, August 23, 2007 10:14 PM
Subject: Re: [hobbit] About Web monitor

On 8/23/07, Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote:
On Wed, Aug 22, 2007 at 12:35:30PM +0800, case wrote:
This's a browser/server architecture, we have Crystal Report 8  used(10.2.10.7).
One IE browser with URL
"10.2.10.7/tcard/tempSchl.rpt?user-33f713775957@xymon.invalid=rpt_read&user-6f16bce353fb@xymon.invalid=rpt_read&user1=rpt_read&password1=rpt_read&init=actx"
on client launched and called Crystal Report Viewer, a new IE window would be opened.

How can we monitor this new IE window or content in this new IE window?
It's difficult. What I normally do in these cases is to use something
like wireshark (ethereal) to trace the requests going to the server, and
see if I can just grab one of the pages without going through the whole
series of screens that the user does. If that is not possible, then the
only way forward is to write a script to mimic the behaviour of your
browser, which can be quite tricky to do - getting everything right with
dynamic URL's, Javascript "onLoad()" functions, cookies etc. can be a lot
of work.
There are a couple of tools that can help:

1) LiveHTTPHeaders plugin for Firefox shows you exactly what headers
flow between the browser and the server;

2) curl is pretty good at grabbing web pages.  It has a library and
extensions for using it within Perl, PHP, tcl, C, etc, as well as the
command line version for use in shell scripts.

Ralph Mitchell

list Scott Walters · Sun, 26 Aug 2007 15:20:57 -0400 ·
quoted from Paul Ehrenreich
On 8/22/07, Paul Ehrenreich <user-98a0adc73677@xymon.invalid> wrote:
well, one thing you can try is running a perl script that make a request for
the new page (some form of WWW::Mechanize mojo).
I haven't looked at the Mechanize, but another great perl module for
automating HTTP QA is webtest:

http://search.cpan.org/~ilyam/HTTP-WebTest-2.04/lib/HTTP/WebTest.pm

Scott