GSP
Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
Previous VPSs
* Sign Up! *

Support
Contact Us
Online Help
Handbooks
Domain Status
Man Pages

FAQ
Virtual Servers
Pricing
Billing
Technical

Network
Facilities
Connectivity
Topology Map

Miscellaneous
Server Agreement
Year 2038
Credits
 

USA Flag

 

 

Man Pages


Manual Reference Pages  -  GANTRY::CONF::FAQ (3)

.ds Aq ’

NAME

Gantry::Conf::FAQ - Frequently Asked Questions regarding Gantry::Conf
Why should I use Gantry::Conf at all? There are many reasons why we feel Gantry::Conf is helpful both during development and after deployment. The next two entries should hopefully answer this question for you as they outline a few common scenarios programmers and system administrators often face.
How is Gantry::Conf helpful during development?
Easy separation of development configs from production configs Often programmers have a separate development environment from their production environment. By using <shared> blocks and dev instances you can avoid spending any serious time setting up your application in the development environment. Take this configuration example:



  <shared dev>
     dbuser nobody
     dbpass secret
     dbconn "dbi:Pg:dbname=dev"
  </shared>

  <shared production>
     dbuser apache
     dbpass secret2
     dbconn "dbi:Pg:dbname=production"
  </shared>

  <instance app1>
     ConfigureVia FlatFile Config::General /etc/apps/app1.conf
     use production
  </instance>

  <instance app1-dev>
     ConfigureVia FlatFile Config::General /etc/apps/app1.conf
     use dev
  </instance>



By separating out our production and dev database information into shared blocks we can essentially switch between our production and dev environments by simply changing the instance we are using. If you were working on a script this would be a simple matter of running:



  $ script.pl --instance=app1-dev



instead of:



  $ script.pl --instance=app1



How is Gatnry::Conf helpful in production? Gantry::Conf has several advantages in a production environment. First, it provides a single place for all config information, if you commit to it. Even if you don’t commit to it for all apps, it still provides control to the installing admin over how and where conf information is stored. For instance, the admin could put the config information directly into /etc/gantry.conf, or into a separate file in /etc/gantry.d. She could even set up a secure web server where all boxes would go to get their conf.

The short answer is, Gantry::Conf is flexible and production environments benefit from flexibility.

How do I pass my instance information into my application? There are many possible ways to do this a few of which are:
Command line arguments If your application accepts arguments on the command line we suggest adding an --instance option to pass in the instance’s name.
PerlSetVar In a mod_perl environment you could use a PerlSetVar, possibly named GantryConfInstance, to pull in this value for your application.
ModPerl::ParamBuilder Again in a mod_perl environment, another option would be to use ModPerl::ParamBuilder to pass the instance name.
Hard coded We include this for the sake of completeness, but advise against it. You could always simply hard code your instance information into your application, but this will greatly reduce the flexibility you have.
How do I add a different provider for an existing ConfigVia method? Place your provider module in the Gantry::Conf::Provider::Method::* namespace. Make sure your public API matches the existing providers which use the same method. For instance the flat file providers all implement a config method which is called as a class method and receives a file name.
How do I add to the ConfigVia methods? If none of the existing provider methods will do, you need to work in Gantry::Conf. In particular, you need to augment the dispatch hash with the name of your provisioning method and a sub name which will handle it. Then you need to implement the method you put in %dispatch.

CONTENTS

SEE ALSO

Gantry(3), Gantry::Conf(3), Gantry::Conf::Tutorial(3)

AUTHOR

Frank Wiles <frank@revsys.com>

COPYRIGHT and LICENSE

Copyright (c) 2006, Frank Wiles.

This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself, either Perl version 5.8.6 or, at your option, any later version of Perl 5 you may have available.

Search for    or go to Top of page |  Section 3 |  Main Index


perl v5.20.3 GANTRY::CONF::FAQ (3) 2016-04-03

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with manServer 1.07.