in reply to monitoring a webpage using perl4 without using modules?

You could always dump the contents of this lot into a single file, show it to your boss and see if he changes his mind about using modules:^) 

 LWP::MemberMixin   -- Access to member variables of Perl5 classes
   LWP::UserAgent   -- WWW user agent class
     LWP::RobotUA   -- When developing a robot applications
   LWP::Protocol          -- Interface to various protocol schemes
     LWP::Protocol::http  -- http:// access
     LWP::Protocol::file  -- file:// access
     LWP::Protocol::ftp   -- ftp:// access
     ...

 LWP::Authen::Basic -- Handle 401 and 407 responses
 LWP::Authen::Digest

 HTTP::Headers      -- MIME/RFC822 style header (used by HTTP::Message
+)
 HTTP::Message      -- HTTP style message
   HTTP::Request    -- HTTP request
   HTTP::Response   -- HTTP response
 HTTP::Daemon       -- A HTTP server class

 WWW::RobotRules    -- Parse robots.txt files
   WWW::RobotRules::AnyDBM_File -- Persistent RobotRules

The following modules provide various functions and definitions.

 LWP                -- This file.  Library version number and document
+ation.
 LWP::MediaTypes    -- MIME types configuration (text/html etc.)
 LWP::Debug         -- Debug logging module
 LWP::Simple        -- Simplified procedural interface for common func
+tions
 HTTP::Status       -- HTTP status code (200 OK etc)
 HTTP::Date         -- Date parsing module for HTTP date formats
 HTTP::Negotiate    -- HTTP content negotiation calculation
 File::Listing

[download]
Cor! Like yer ring! ... HALO dammit! ... 'Ave it yer way! Hal-lo, Mister la-de-da. ... Like yer ring!

Replies are listed 'Best First'.
Re: Re: monitoring a webpage using perl4 without using modules?
by Fr3ddy (Initiate) on Sep 20, 2002 at 07:14 UTC
    Thanx for your replies!
    (and please accept my humble apologies for my bad formatting in the original post)

    The reason for us doing it this hard way is that we use Tivoli Distributed Monitoring to run the monitor.
    Sadly enough, it comes with Perl 4 :(
    But regardles of what is better or not, is it at all possible to do this using Perl 4 or is it a dead end?

    "May the forces of high bandwidth be with you."
[reply]

      Okay, some possibilities. I've no experience of Perl4 so if anything I suggest is dodgey or wrong hopefully one the guys or girls here who has that experience will correct me.

      1. Have you checked the distribution CD's for Tivoli and looked to see if they included any of the more common modules?
      2. If not, you can probably still get hold of the Perl4 versions of some of these modules on CPAN or somewhere. I did a simple google for perl 4 module and found this which would be a good starting point. The installation doesn't seem to need a complier, but I didn't look too hard.
      3. If you really cannot use this module, then the source code will give you a good idea of the work involved in writing you own replacement.
      4. If the system you wish to run the script on is not just one but many servers, and you cannot get permission (short-sighted though that would be) to "install modules", then probably the simplest solution would be to install and develop a Perl 5 solution using ActiveState Perl in your lab or on your workstation and then use the AS pl2exe utility to wrap the perl 5 .pl file and a perl 5 runtime into a single executable and distribute that.

        Problem solved I think. No dependancies. No possibility of interfering with your existing Perl 4 codebase. Worth a look?

      Cor! Like yer ring! ... HALO dammit! ... 'Ave it yer way! Hal-lo, Mister la-de-da. ... Like yer ring!
[reply]
[d/l]
        Well, considering the conditions around my problem, I've
        decided that Perl isn't the one to turn to.
        Allthough, I have no doubt that Perl is capable or
        doing this (with modules of course) I will be better
        off using another tool. Thanks for the inputs in this issue.
[reply]

In Section Seekers of Perl Wisdom