in reply to Why non-core CPAN modules can't be used in large corporate environments.

PAR provides a good solution here. I have successfully used it to deploy Perl code into production, in an environment hostile to open source, and to Perl by implication.

Using PAR, what I am delivering is a PAR executable, the source being a Perl script. Such an 'executable' is taken through a full development and testing cycle before being put live.

Because PAR executables include perl itself, you eliminate the dependency on perl versions. You also eliminate the module interdependency nightmare that afflicts applications that use CPAN - this is moved back to 'development', where it belongs.

Also worth mentioning is the isolation benefit that this gives you, in that each application so deployed, indeed each version thereof, is independent of every other application deployed.

--

Oh Lord, won’t you burn me a Knoppix CD ?
My friends all rate Windows, I must disagree.
Your powers of persuasion will set them all free,
So oh Lord, won’t you burn me a Knoppix CD ?
(Missquoting Janis Joplin)

  • Comment on Re: Why non-core CPAN modules can't be used in large corporate environments.

Replies are listed 'Best First'.
Re^2: Why non-core CPAN modules can't be used in large corporate environments.
by Moron (Curate) on Dec 06, 2005 at 14:12 UTC
    An interesting idea, although owing to the complexity and number of constraints I didn't even get round to mentioning in my OP report, it will take time to evaluate what PAR can do to help, but I'll certainly look into it, thanks for the suggestion.

    -M

    Free your mind