Loading ...
Sorry, an error occurred while loading the content.

Re: [Apache::ASP] Digest Number 370

Expand Messages
  • Marvin Hunt
    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. ...
    Message 1 of 1 , Sep 27, 2003
    • 0 Attachment
      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@...>
      >
      >
      >
      ________________________________________________________________________
      >
      ________________________________________________________________________
      >
      > Message: 1
      > Date: Thu, 25 Sep 2003 23:31:16 -0700
      > From: Josh Chamas <josh@...>
      > 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@...
      > For additional commands, e-mail:
      > asp-help@...
      >
      >
      >
      >
      ________________________________________________________________________
      >
      ________________________________________________________________________
      >
      >
      >
      > 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@...
      For additional commands, e-mail: asp-help@...
    Your message has been successfully submitted and would be delivered to recipients shortly.