So in my config file (which is the out of the box one) those settings
are already there and enabled. So it is supposed to automatically
reload any pm files which change on disk.

Steve


On 16 November 2012 09:14, Bogdan Iosif <bogdan.io...@gmail.com> wrote:
> I just checked my config and my problem appears even though I do have
> enabled the configs specified by you.
>
> My apache2-httpd.include.conf is unchanged from the one that came "out of
> the box" with OTRS v3.1.9.
>
> Did you mean that I would have to change this .config file for Apache to
> trigger Perl module reload or did you mean that it will autodetect changes
> on .pm / .pl files from OTRS dir?
>
> /bogdan
>
>
> On Thu, Nov 15, 2012 at 7:09 PM, Steven Carr <sjc...@gmail.com> wrote:
>>
>> If you're using mod_perl then check the apache2-httpd.include.conf
>> file that otrs links in to Apache, if you have crafted your own then
>> you might be missing the couple of options which should reload the
>> perl modules when changes are made to the file...
>>
>>     # Apache::Reload - Reload Perl Modules when Changed on Disk
>>     PerlModule Apache2::Reload
>>     PerlInitHandler Apache2::Reload
>>     PerlModule Apache2::RequestRec
>>
>> I have this enabled but I've found that if I make lots of changes to
>> the perl code Apache just slows to a crawl and I end up bouncing
>> Apache anyway.
>>
>> Steve
>>
>>
>>
>> On 15 November 2012 14:44, Bogdan Iosif <bogdan.io...@gmail.com> wrote:
>> > I have some important details to add.
>> >
>> > I just figured out that there are two layers of caching. One for Perl
>> > code
>> > and one for static stat data (the data retrieved from DB).
>> >
>> > I also just noticed that I can disable caching for DB data right from
>> > OTRS's
>> > STATS GUI for a certain stat, including static ones. So that's what I
>> > want
>> > for production, that part of the problem is solved (I hope).
>> >
>> > For development, I need to disable caching of Perl code because right
>> > now I
>> > don't see the effect of any change I make in StateAction.pm's code
>> > without
>> > restarting Apache. Anyone knows how I can do that?
>> >
>> > /bogdan
>> >
>> >
>> >
>> > On Thu, Nov 15, 2012 at 4:16 PM, Bogdan Iosif <bogdan.io...@gmail.com>
>> > wrote:
>> >>
>> >> Hi,
>> >>
>> >> I'm figuring out static stats by tinkering with code in StateAction.pm.
>> >>
>> >> Problem is, to see any change in action I first need to run
>> >> otrs.DeleteCache.pl and then restart Apache (don't know if they both
>> >> are
>> >> required but it's a way I found to be working so I'm sticking with it
>> >> for
>> >> now)
>> >>
>> >> OTRS's manual says caching can be disable but I haven't figured out how
>> >> to
>> >> do it or - important - if it can be done just for static stats.
>> >>
>> >> http://doc.otrs.org/3.1/en/html/stats-managing-the-stats-module-by-the-sysadmin.html#stats-caching
>> >>
>> >> Beside wishing this for development, having caching disabled in
>> >> production
>> >> - just for static stats - would be highly desirable in my situation.
>> >>
>> >> Can anyone help with indications on how to disable caching?
>> >>
>> >> Thanks,
>> >> Bogdan
>> >
>> >
>> >
>> > ---------------------------------------------------------------------
>> > OTRS mailing list: otrs - Webpage: http://otrs.org/
>> > Archive: http://lists.otrs.org/pipermail/otrs
>> > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
>> ---------------------------------------------------------------------
>> OTRS mailing list: otrs - Webpage: http://otrs.org/
>> Archive: http://lists.otrs.org/pipermail/otrs
>> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
>
>
>
> ---------------------------------------------------------------------
> OTRS mailing list: otrs - Webpage: http://otrs.org/
> Archive: http://lists.otrs.org/pipermail/otrs
> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
---------------------------------------------------------------------
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs

Reply via email to