perl-asp mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marvin Hunt <mhunt40...@yahoo.com>
Subject Re: [Apache::ASP] Digest Number 370
Date Sat, 27 Sep 2003 13:10:51 GMT
be careful of modifying your global.asa file also
because this can affect your application in general.
Put in test a good testing plan.

Thanks,
Marvin.
--- apache-asp@yahoogroups.com wrote:
> ------------------------ Yahoo! Groups Sponsor
> ---------------------~-->
> Upgrade to 128-Bit SSL Security!
>
http://us.click.yahoo.com/p7cEmB/s7qGAA/yigFAA/ndFolB/TM
>
---------------------------------------------------------------------~->
> 
> To unsubscribe from this group, send an email to:
> apache-asp-unsubscribe@yahoogroups.com
> 
> 
>
------------------------------------------------------------------------
> 
> There is 1 message in this issue.
> 
> Topics in this digest:
> 
>       1. Re: Puzzling global.asa and Application
> behavior
>            From: Josh Chamas <josh@chamas.com>
> 
> 
>
________________________________________________________________________
>
________________________________________________________________________
> 
> Message: 1
>    Date: Thu, 25 Sep 2003 23:31:16 -0700
>    From: Josh Chamas <josh@chamas.com>
> Subject: Re: Puzzling global.asa and Application
> behavior
> 
> Skylos the Doggie wrote:
> > 
> > Well, I know that sometimes, I want to force the
> application to reset.  I
> > think that the modification change on the
> global.asa is a good,
> > not-happen-normally sort of event.  If this file
> has changed, we want to
> > do SOMETHING.  I think that the changing of this
> file should terminate the
> > application - run the old application_onend if you
> like, even all the
> > session_OnEnd's (yes, I think all the sessions
> should terminate too)
> > Particularly in development, being unable to
> triggur this OnStart event
> > without jumping through hoops is very fustrating. 
> And If I do make a
> > change to this central file, I want its changes to
> take effect
> > immediately.
> > 
> 
> I could tie Application_OnStart to the recompilation
> of global.asa,
> but I would not make the sessions reset too so as to
> not change this
> behavior that people may be relying on.  I am not
> worried about
> changing how Application_OnStart is triggered
> because it largely useless
> now anyway.  Regardless, I should try to emulate the
> standard ASP
> way of triggering these events and fix whatever
> differences there are.
> 
> The way to make everything reset in development is
> to simply delete
> everything in StateDir.
> 
> > 
> > Thats okay, but thats not whats happening.  When
> THAT happens, everything
> > is cool.  I'm saying, my application data
> vanishes, when I have active
> > sessions!
> > 
> 
> I am not sure about this problem you are having. 
> The $Application data
> should persist so long as your sessions are active.
> 
> > But I think I know what happened in perspective of
> StateDir... more than
> > one global.asa set of sub-sessions pointing to the
> same statedir could
> > result in one application clearing out the
> application object as it
> > Application_OnStarts... and the other application
> just has its
> > server/application file cleared out, so its tied
> value is gone.
> > 
> > Yes? No? Possible ?
> 
> As long as some session is active in StateDir, I
> would not think that
> $Application would be reset.  Perhaps if the
> global.asa in each application
> were doing something different with $Application
> that could affect
> the shared data in StateDir.
> 
> > 
> > Hmm.  Allow me to clarify.  I have data, various
> parts of which need to be
> > available for various scripts.  It may be updated.
>  Not regularly or
> > frequently, but *while* the application is
> running.  I don't think a
> > compile-time read-and-load will be appropriate,
> because I'd have to
> > initiate recompile somehow in order to update the
> data in memory.
> > 
> 
> You can re-read the data in Script_OnStart only when
> it has changed,
> or you can re-read it in Script_OnStart each request
> for
> ease of development & optimize it later.  If you do
> this, its probably
> better to read the data into a global variable
> declared like:
> 
>    use vars qw($DATA);
> 
> Regards,
> 
> Josh
>
________________________________________________________________
> Josh Chamas, Founder                  
> phone:925-552-0128
> Chamas Enterprises Inc.               
> http://www.chamas.com
> NodeWorks Link Checker                
> http://www.nodeworks.com
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> asp-unsubscribe@perl.apache.org
> For additional commands, e-mail:
> asp-help@perl.apache.org
> 
> 
> 
>
________________________________________________________________________
>
________________________________________________________________________
> 
> 
> 
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/ 
> 
> 


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: asp-unsubscribe@perl.apache.org
For additional commands, e-mail: asp-help@perl.apache.org


Mime
View raw message