To get these variables to return properly in the past I had to recompile Apache,
following the instructions at the Apache-SSL site
(http://www.apache.org/related_projects.html#apachessl). You're using
Stronghold, so I don't know what's different, but I'm sure the situation is
similar. You'll find that isSecure and getScheme retrieve CGI variables from
Apache that Apache implements from macros. To enable the macros you have to
edit a couple lines in the Apache source code, which will enable Apache to
export these variables after you recompile.
Scott Stirling
> -----Original Message-----
> From: Lynn Walton [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 31, 2000 3:08 PM
> To: [EMAIL PROTECTED]
> Subject: Re: getScheme and isSecure don't seem to be working for me ...
>
>
> O.K. Thanks for sharing that experience with me! I'll keep that in
> mind if I get time to
> experiment more with it.
> Lynn
>
> Larry Zappaterrini wrote:
>
> > > Stronghold
> >
> > Hmmm, I am pretty sure that Stronghold is an Apache based web
> > server. I am not sure if it is using mod_ssl or not, but I have
> > had experience using JRun 2.3 and mod_ssl with Apache. For some
> > reason, the only configuration that allowed getScheme() and
> > isSecure() to work was if the JRun module was statically linked
> > with Apache at compile time. I do not recall if dynamically loading
> > mod_ssl caused problems too, but I know that having it statically
> > compiled into Apache worked. I am not sure if this is a similar
> > problem, but the bug probably lies in the JRun Apache module.
> >
> > Larry
------------------------------------------------------------------------------
Archives: http://www.egroups.com/group/jrun-interest/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/jrun_talk
or send a message to [EMAIL PROTECTED] with 'unsubscribe' in the
body.
