OT: Web page analysis for perl/lwp automation

  • Follow


Hey, all;

I know this isn't a solaris related question, however, I've seen
that people in this forum tend to have the broadest experience,
so I'm hoping someone has the informaton I'm looking for tucked away.

Here's the situation:  I'm at a client that uses a web based trouble
ticket system that, for the most part, is pretty reasonable.  My
main issue with it is it tends to be slow and has a bunch of useless
eye-candy.  To get to the tickets I'm interested in, I have to click
something like 15 times.  What I'm hoping to do is write a perl/lwp
script that will allow me to view the TTs from the command line and,
eventually, update and/or close them from the command line.

The first step to this nirvana is to identify the url that I'm after -
and that's where I'm having problems.  Apparently, whatever company/
luser that wrote the web pages for this TT system went completely frame
happy.  For instance, one of the pages that expands out to all the
UNIX TTs has the URL:

http://$myclient.myco.com/gwisoft/gwi0201.nsf/All%20Tickets/\
%20By%20Status/Tech/Priority?OpenView&Start=1&Count=300&Expand=3

If you click on the icon that uses that url, you get all the UNIX TTs.
If I copy that url into a web browser, I get the original calling page
again.  I looked at the source for the calling page and noticed that
the anchor for the entry has a target attribute calling "_self".  Looking
through my trusty HTML reference book, I find that's a reference to
the frame in which the url is embedded.  I'm assuming this is failing
because the web browser url window doesn't have a reference to which
frame the url is supposed to be in.

Finally, to the question:  Does anyone know of a way to set the frame
reference in a url directly?  Failing that, has anyone scripted access
to a frame-heavy site and be willing to provide some examples that I
might borrow?

Thanks for any hints/tips/suggestions.

Doug O'Leary

-- 
--------
Senior UNIX Admin
O'Leary Computer Enterprises
dkoleary@olearycomputers.com (w) 630-904-6098 (c) 630-248-2749
resume:  http://www.olearycomputers.com/resume.html

0
Reply Doug 5/10/2004 4:10:52 PM

Doug O'Leary <dkoleary@olearycomputers.com> writes:

> Hey, all;
>
> I know this isn't a solaris related question, however, I've seen
> that people in this forum tend to have the broadest experience,
> so I'm hoping someone has the informaton I'm looking for tucked away.

Didn't I just see this message in a Linux group?

Yes I did.

You aren't going to make any friends over here in comp.unix.solaris.
0
Reply Dan 5/10/2004 4:48:35 PM


On Mon, 10 May 2004 12:48:35 -0400, Dan Espen wrote:

>
>
>Doug O'Leary <dkoleary@olearycomputers.com> writes:
>
>> Hey, all;
>>
>> I know this isn't a solaris related question, however, I've seen
>> that people in this forum tend to have the broadest experience,
>> so I'm hoping someone has the informaton I'm looking for tucked away.

What is the underlying TT system? Maybe there is an API you could use
instead. Remedy ARS for example has such.

--

Regards

Dave Saville

NB Remove no-spam- for good email address


0
Reply Dave 5/11/2004 6:24:48 AM

In article <qnirqrrmrrbet.hxjrpc1.pminews@text.news.ntlworld.com>, Dave Saville wrote:
> 
> What is the underlying TT system? Maybe there is an API you could use
> instead. Remedy ARS for example has such.
> 

Thanks for the response.  It's a home grown system, unfortunately.
There *may* be a way to access the TTs directly; however, that's
a political battle that I'm not 100% sure I want to fight just yet.

Thanks again for the response.

Doug

-- 
--------
Senior UNIX Admin
O'Leary Computer Enterprises
dkoleary@olearycomputers.com (w) 630-904-6098 (c) 630-248-2749
resume:  http://www.olearycomputers.com/resume.html

0
Reply Doug 5/11/2004 5:00:46 PM

3 Replies
203 Views

(page loaded in 0.057 seconds)


Reply: