session_start not firing on production server

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • greg

    session_start not firing on production server

    Written in Asp.Net 2.0
    The session_start fires on Development server running withing Visual Studio
    2005
    and also if access web site via localhost on development machine.

    But if copy to development machine event does not fire

    I created a barebones webapplication not website and put code in
    session_start
    will not fire

    I have seen another post about this, but no resolution was found.



  • Patrice

    #2
    Re: session_start not firing on production server

    And the other post said ? Have you checked in the IIS "Home directory" tab,
    "Applicatio n settings" section that the application is created (that is the
    button is "Remove" instead of "Create") and that session state is enabled
    for this application ("configuration " button, "Options" tab).

    Also what do you do in this event ? (imo for a test the simplest would be
    just to set a session variable with the current date/time, this is to make
    sure the diagnostic is correct).

    --
    Patrice

    "greg" <greg@no.spam.n ewsa écrit dans le message de news:
    uVK8WWZbIHA.488 0@TK2MSFTNGP03. phx.gbl...
    Written in Asp.Net 2.0
    The session_start fires on Development server running withing Visual
    Studio 2005
    and also if access web site via localhost on development machine.
    >
    But if copy to development machine event does not fire
    >
    I created a barebones webapplication not website and put code in
    session_start
    will not fire
    >
    I have seen another post about this, but no resolution was found.
    >
    >
    >

    Comment

    • greg

      #3
      Re: session_start not firing on production server

      Yes, it is an application
      And sessionstate is enabled.

      I resorted to throwing an exception in the session_state
      nothing happens on production server

      In fact we have two production servers that do exactly the same thing
      but not my development server
      "Patrice" <http://www.chez.com/scribe/wrote in message
      news:%23mMtFkZb IHA.5400@TK2MSF TNGP03.phx.gbl. ..
      And the other post said ? Have you checked in the IIS "Home directory"
      tab, "Applicatio n settings" section that the application is created (that
      is the button is "Remove" instead of "Create") and that session state is
      enabled for this application ("configuration " button, "Options" tab).
      >
      Also what do you do in this event ? (imo for a test the simplest would be
      just to set a session variable with the current date/time, this is to make
      sure the diagnostic is correct).
      >
      --
      Patrice
      >
      "greg" <greg@no.spam.n ewsa écrit dans le message de news:
      uVK8WWZbIHA.488 0@TK2MSFTNGP03. phx.gbl...
      >Written in Asp.Net 2.0
      >The session_start fires on Development server running withing Visual
      >Studio 2005
      >and also if access web site via localhost on development machine.
      >>
      >But if copy to development machine event does not fire
      >>
      >I created a barebones webapplication not website and put code in
      >session_star t
      >will not fire
      >>
      >I have seen another post about this, but no resolution was found.
      >>
      >>
      >>
      >
      >

      Comment

      • George Ter-Saakov

        #4
        Re: session_start not firing on production server

        How do you know it's not firing?
        May be exception is thrown in the Session_Start code....

        George.

        "greg" <greg@no.spam.n ewswrote in message
        news:ed2QzRbbIH A.536@TK2MSFTNG P06.phx.gbl...
        Yes, it is an application
        And sessionstate is enabled.
        >
        I resorted to throwing an exception in the session_state
        nothing happens on production server
        >
        In fact we have two production servers that do exactly the same thing
        but not my development server
        "Patrice" <http://www.chez.com/scribe/wrote in message
        news:%23mMtFkZb IHA.5400@TK2MSF TNGP03.phx.gbl. ..
        >And the other post said ? Have you checked in the IIS "Home directory"
        >tab, "Applicatio n settings" section that the application is created (that
        >is the button is "Remove" instead of "Create") and that session state is
        >enabled for this application ("configuration " button, "Options" tab).
        >>
        >Also what do you do in this event ? (imo for a test the simplest would be
        >just to set a session variable with the current date/time, this is to
        >make sure the diagnostic is correct).
        >>
        >--
        >Patrice
        >>
        >"greg" <greg@no.spam.n ewsa écrit dans le message de news:
        >uVK8WWZbIHA.488 0@TK2MSFTNGP03. phx.gbl...
        >>Written in Asp.Net 2.0
        >>The session_start fires on Development server running withing Visual
        >>Studio 2005
        >>and also if access web site via localhost on development machine.
        >>>
        >>But if copy to development machine event does not fire
        >>>
        >>I created a barebones webapplication not website and put code in
        >>session_sta rt
        >>will not fire
        >>>
        >>I have seen another post about this, but no resolution was found.
        >>>
        >>>
        >>>
        >>
        >>
        >
        >

        Comment

        • Patrice

          #5
          Re: session_start not firing on production server

          For now you are just testing that you don't see an exception that is raised
          in this event.

          What if you set a session variable in this event as well as in the page you
          are hitting (another one plus display the one you set in session_start).
          Also do the same in other events (for example create an application variable
          in session_end, another one in Applicatino_Sta rt etc... and use
          session.abandon to trigger this event).

          This is to check that :
          - session variables are working fine (as well as application variables)
          - wether other events (and perhaps session_end) are working

          From there we should be able to check sucessively if this is a problem with
          sessions, with the global.asax not being taken into account or just with
          this event.

          --
          Patrice

          "greg" <greg@no.spam.n ewsa écrit dans le message de news:
          ed2QzRbbIHA.536 @TK2MSFTNGP06.p hx.gbl...
          Yes, it is an application
          And sessionstate is enabled.
          >
          I resorted to throwing an exception in the session_state
          nothing happens on production server
          >
          In fact we have two production servers that do exactly the same thing
          but not my development server
          "Patrice" <http://www.chez.com/scribe/wrote in message
          news:%23mMtFkZb IHA.5400@TK2MSF TNGP03.phx.gbl. ..
          >And the other post said ? Have you checked in the IIS "Home directory"
          >tab, "Applicatio n settings" section that the application is created (that
          >is the button is "Remove" instead of "Create") and that session state is
          >enabled for this application ("configuration " button, "Options" tab).
          >>
          >Also what do you do in this event ? (imo for a test the simplest would be
          >just to set a session variable with the current date/time, this is to
          >make sure the diagnostic is correct).
          >>
          >--
          >Patrice
          >>
          >"greg" <greg@no.spam.n ewsa écrit dans le message de news:
          >uVK8WWZbIHA.488 0@TK2MSFTNGP03. phx.gbl...
          >>Written in Asp.Net 2.0
          >>The session_start fires on Development server running withing Visual
          >>Studio 2005
          >>and also if access web site via localhost on development machine.
          >>>
          >>But if copy to development machine event does not fire
          >>>
          >>I created a barebones webapplication not website and put code in
          >>session_sta rt
          >>will not fire
          >>>
          >>I have seen another post about this, but no resolution was found.
          >>>
          >>>
          >>>
          >>
          >>
          >
          >

          Comment

          • greg

            #6
            Re: session_start not firing on production server

            I set a session variable in the session_start

            If the form_load of the default page I send an email if I find the session
            variable
            and also send one if I don't get it

            I copied the web site to another production server and it works on that one

            So I have two webservers where the session_start is not firing
            My development server still works

            "Patrice" <http://www.chez.com/scribe/wrote in message
            news:uTYr89hbIH A.4652@TK2MSFTN GP06.phx.gbl...
            For now you are just testing that you don't see an exception that is
            raised in this event.
            >
            What if you set a session variable in this event as well as in the page
            you are hitting (another one plus display the one you set in
            session_start).
            Also do the same in other events (for example create an application
            variable in session_end, another one in Applicatino_Sta rt etc... and use
            session.abandon to trigger this event).
            >
            This is to check that :
            - session variables are working fine (as well as application variables)
            - wether other events (and perhaps session_end) are working
            >
            From there we should be able to check sucessively if this is a problem
            with sessions, with the global.asax not being taken into account or just
            with this event.
            >
            --
            Patrice
            >
            "greg" <greg@no.spam.n ewsa écrit dans le message de news:
            ed2QzRbbIHA.536 @TK2MSFTNGP06.p hx.gbl...
            >Yes, it is an application
            >And sessionstate is enabled.
            >>
            >I resorted to throwing an exception in the session_state
            >nothing happens on production server
            >>
            >In fact we have two production servers that do exactly the same thing
            >but not my development server
            >"Patrice" <http://www.chez.com/scribe/wrote in message
            >news:%23mMtFkZ bIHA.5400@TK2MS FTNGP03.phx.gbl ...
            >>And the other post said ? Have you checked in the IIS "Home directory"
            >>tab, "Applicatio n settings" section that the application is created
            >>(that is the button is "Remove" instead of "Create") and that session
            >>state is enabled for this application ("configuration " button, "Options"
            >>tab).
            >>>
            >>Also what do you do in this event ? (imo for a test the simplest would
            >>be just to set a session variable with the current date/time, this is to
            >>make sure the diagnostic is correct).
            >>>
            >>--
            >>Patrice
            >>>
            >>"greg" <greg@no.spam.n ewsa écrit dans le message de news:
            >>uVK8WWZbIHA.488 0@TK2MSFTNGP03. phx.gbl...
            >>>Written in Asp.Net 2.0
            >>>The session_start fires on Development server running withing Visual
            >>>Studio 2005
            >>>and also if access web site via localhost on development machine.
            >>>>
            >>>But if copy to development machine event does not fire
            >>>>
            >>>I created a barebones webapplication not website and put code in
            >>>session_star t
            >>>will not fire
            >>>>
            >>>I have seen another post about this, but no resolution was found.
            >>>>
            >>>>
            >>>>
            >>>
            >>>
            >>
            >>
            >
            >

            Comment

            Working...