in reply to Re: problem with CGI::Session / DBI connection
in thread problem with CGI::Session / DBI connection
You may want to try adding a $session->close(); at the end of your script to avoid the global destruction (it's what I had to do for CGI::Session::MySQL).Thanks for the advice, but that is not the problem at all. I have figured that because of my error ("Can't connect....") the session itself is not being created. Nothing is being stored in the sessions table in the database. Since I am passing a valid Handle, the script should connect to my database, and post the session values in the table. But that itself is failing.
My question has now changed a bit and become thus -- I am looking for advice on session management for web applications. The mechanism should be cross-platform (run at least on Mac OS X and Windows) and cross webserver (Apache and IIS) and integrate with a few cross-platform storage mechanisms (databases). More than anything, the mechanism should be well-supported (at least a well frequented mailing list).
CGI::Session seems like a wonderful module and I have mostly had luck with it. But there doesn't seem to be a community behind it. There is a moribund-ish mailing list.
Apache::Session seems to be well-supported (can Google a lot of activity on it), but doesn't seem to be cross-platform (no PPM for Windows).
Surely this must be a common problem solved by Perl coders on Windows. Any guidance would be much appreciated.
Update: Never mind. Found Apache-Session ppd on http://theoryx5.uwinnipeg.ca/ppmpackages/ so that might provide me a workaround. Would still like to figure out what is causing CGI::Session to choke. It is a nice, simple module. Too bad I can't find an active mailing list behind it.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re: Re: Re: problem with CGI::Session / DBI connection
by jdtoronto (Prior) on Mar 02, 2004 at 15:47 UTC | |
by punkish (Priest) on Mar 02, 2004 at 18:23 UTC |