Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Request Tracker: Devel

advice on scrip development and deployment

 

 

Request Tracker devel RSS feed   Index | Next | Previous | View Threaded


alibby at xforty

Aug 3, 2009, 6:27 PM

Post #1 of 5 (1246 views)
Permalink
advice on scrip development and deployment

I've hacked together a few scrips which are working pretty
well. But I'd like to devise a method for managing my
scrips in a way that survives upgrades well and does not
interfere with the RT installation.

I'm interested in hearing what folks are doing. I'm
thinking of going about it like this:

o Store my code in an SCM and deploy to it's own area
on my system. Something like /opt/rt_company_scrips
or the like.

o Add the lib folder under the above mentioned directory
to perls INC path via the apache configuration, or
via some other method.

o Add a company specific configuration file to a subfolder
etc of the above mentioned path.

Any thoughts on this? What are folks doing on this front?

Thanks.

Andy

--

===============================================
xforty technologies
Andrew Libby
alibby [at] xforty
http://xforty.com
===============================================

_______________________________________________
List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel


jrhett at netconsonance

Aug 3, 2009, 9:01 PM

Post #2 of 5 (1174 views)
Permalink
Re: advice on scrip development and deployment [In reply to]

Scrips are in the database, not the filesystem, and survive upgrades
just fine.

On Aug 3, 2009, at 6:27 PM, Andrew Libby wrote:
> I've hacked together a few scrips which are working pretty
> well. But I'd like to devise a method for managing my
> scrips in a way that survives upgrades well and does not
> interfere with the RT installation.
>
> I'm interested in hearing what folks are doing. I'm
> thinking of going about it like this:
>
> o Store my code in an SCM and deploy to it's own area
> on my system. Something like /opt/rt_company_scrips
> or the like.
>
> o Add the lib folder under the above mentioned directory
> to perls INC path via the apache configuration, or
> via some other method.
>
> o Add a company specific configuration file to a subfolder
> etc of the above mentioned path.
>
> Any thoughts on this? What are folks doing on this front?
>
> Thanks.
>
> Andy
>
> --
>
> ===============================================
> xforty technologies
> Andrew Libby
> alibby [at] xforty
> http://xforty.com
> ===============================================
>
> _______________________________________________
> List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel

--
Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness

_______________________________________________
List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel


alibby at xforty

Aug 4, 2009, 5:33 AM

Post #3 of 5 (1163 views)
Permalink
Re: advice on scrip development and deployment [In reply to]

I'm pretty sure scrips can be put in the database, but don't
need to be. In either case they are registered in the
database, at least the actions are. The ScripActions I'm
using are growing in complexity, and as such I've taken them
on to the filesystem.

Andy


Jo Rhett wrote:
> Scrips are in the database, not the filesystem, and survive upgrades
> just fine.
>
> On Aug 3, 2009, at 6:27 PM, Andrew Libby wrote:
>> I've hacked together a few scrips which are working pretty
>> well. But I'd like to devise a method for managing my
>> scrips in a way that survives upgrades well and does not
>> interfere with the RT installation.
>>
>> I'm interested in hearing what folks are doing. I'm
>> thinking of going about it like this:
>>
>> o Store my code in an SCM and deploy to it's own area
>> on my system. Something like /opt/rt_company_scrips
>> or the like.
>>
>> o Add the lib folder under the above mentioned directory
>> to perls INC path via the apache configuration, or
>> via some other method.
>>
>> o Add a company specific configuration file to a subfolder
>> etc of the above mentioned path.
>>
>> Any thoughts on this? What are folks doing on this front?
>>
>> Thanks.
>>
>> Andy
>>
>> --
>>
>> ===============================================
>> xforty technologies
>> Andrew Libby
>> alibby [at] xforty
>> http://xforty.com
>> ===============================================
>>
>> _______________________________________________
>> List info:
>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel
>

--

===============================================
xforty technologies
Andrew Libby
alibby [at] xforty
http://xforty.com
610-761-1991
===============================================

_______________________________________________
List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel


falcone at bestpractical

Aug 4, 2009, 9:39 AM

Post #4 of 5 (1151 views)
Permalink
Re: advice on scrip development and deployment [In reply to]

On Tue, Aug 04, 2009 at 08:33:13AM -0400, Andrew Libby wrote:
>
> I'm pretty sure scrips can be put in the database, but don't
> need to be. In either case they are registered in the
> database, at least the actions are. The ScripActions I'm
> using are growing in complexity, and as such I've taken them
> on to the filesystem.

Andy

You may want to look at Module::Install::RTx and build local RT
extensions that install your Actions. You can even write an
etc/initialdata to deploy the database pieces (look at the
initialdata that ships with RT for ideas)

You'll then enable your local extension with @Plugins, rather than
managing RT's @INC manually.

You can grab any of the modules on CPAN from one of the bps folks to
rip apart and get an idea of how to build one.

-kevin

>
> Jo Rhett wrote:
> > Scrips are in the database, not the filesystem, and survive upgrades
> > just fine.
> >
> > On Aug 3, 2009, at 6:27 PM, Andrew Libby wrote:
> >> I've hacked together a few scrips which are working pretty
> >> well. But I'd like to devise a method for managing my
> >> scrips in a way that survives upgrades well and does not
> >> interfere with the RT installation.
> >>
> >> I'm interested in hearing what folks are doing. I'm
> >> thinking of going about it like this:
> >>
> >> o Store my code in an SCM and deploy to it's own area
> >> on my system. Something like /opt/rt_company_scrips
> >> or the like.
> >>
> >> o Add the lib folder under the above mentioned directory
> >> to perls INC path via the apache configuration, or
> >> via some other method.
> >>
> >> o Add a company specific configuration file to a subfolder
> >> etc of the above mentioned path.
> >>
> >> Any thoughts on this? What are folks doing on this front?
> >>
> >> Thanks.
> >>
> >> Andy
> >>
> >> --
> >>
> >> ===============================================
> >> xforty technologies
> >> Andrew Libby
> >> alibby [at] xforty
> >> http://xforty.com
> >> ===============================================
> >>
> >> _______________________________________________
> >> List info:
> >> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel
> >
>
> --
>
> ===============================================
> xforty technologies
> Andrew Libby
> alibby [at] xforty
> http://xforty.com
> 610-761-1991
> ===============================================
>
> _______________________________________________
> List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel
>
_______________________________________________
List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel


alibby at xforty

Aug 4, 2009, 10:01 AM

Post #5 of 5 (1159 views)
Permalink
Re: advice on scrip development and deployment [In reply to]

Kevin Falcone wrote:
> On Tue, Aug 04, 2009 at 08:33:13AM -0400, Andrew Libby wrote:
>> I'm pretty sure scrips can be put in the database, but don't
>> need to be. In either case they are registered in the
>> database, at least the actions are. The ScripActions I'm
>> using are growing in complexity, and as such I've taken them
>> on to the filesystem.
>
> Andy
>
> You may want to look at Module::Install::RTx and build local RT
> extensions that install your Actions. You can even write an
> etc/initialdata to deploy the database pieces (look at the
> initialdata that ships with RT for ideas)
>
> You'll then enable your local extension with @Plugins, rather than
> managing RT's @INC manually.
>
> You can grab any of the modules on CPAN from one of the bps folks to
> rip apart and get an idea of how to build one.
>
> -kevin

Thanks a bunch Kevin! I'll invest some time learning
this method.

Andy


_______________________________________________
List info: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-devel

Request Tracker devel RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.