Would it be practical to add code to application.cfm/cfc that retrieves those variables and puts them in cgi manually? You could have all the error checking you want then.

I'm assuming CGI isn't read only.

Blair

On 7/13/06, Mark Mandel <[EMAIL PROTECTED]> wrote:

I've not seen a better case scenario for CGIScopeFacade in my life..

If you do go down the path of having to write a
#GetHttpRequestData().headers.MYORG_FOO_BAR#, at least you'll be able
to wrap it, and then return an empty sting if it doesn't exist.

Sorry I can't be more helpful :(

Mark

On 7/13/06, Barry Beattie <[EMAIL PROTECTED]> wrote:
>
> the thick plottens here:
>
> while CF7 is NOT getting the variables in CGI scope, it *is* able to
> read them with GetHttpRequestData().headers.
>
> <cfoutput>
>   email = #GetHttpRequestData().headers.MYORG_CLIENT_E_MAIL#
> </cfoutput>
>
>
> FURTHER:
>
> not only are these ISAPI filter vars be read by ASP.NET and CF6.1 but
> also by JSP (running off either of the CF servers).
>
> there really *does* seem to be a distinct change between CF6.1 and CF7
> that has nothing to do with IIS, the ISAPI filter or JRun (since JSP
> on CF doesn't have a problem) - the problem seems to be the ColdFusion
> runtime in 7.0.
>
> NOTE:
>
> I'm gonna be howled down if I suggest site-wide code changes like
> this. while it looks trivial, it's a big change here. So much so it'd
> probably be the last nail in CF's coffin (which is the opposite of
> what I want to achieve)
>
> there are millions of lines of code built up over the years that would
> have to be checked (that's why I'm looking at CF7 now...it's taken
> that long to revisit it to sort this out)
>
> also, while this looks simple enough
>
> <cfoutput>
>   FooBar = #GetHttpRequestData().headers.MYORG_FOO_BAR#
> </cfoutput>
>
> if FOO_BAR doesn't exist (depending on which app and what context)
> it'll throw an error...something that checking CGI scope doesn't do
> (returns an empty string which is fine)
>
> I'd rather the problem was in the ISAPI filter, there's only 3 places
> to change that....
>
> has anyone come across this (CGI/headers) issue before? or am I the
> only person in the whole world that this is happening to?
>
> thanx
> barry.b
>
> On 7/12/06, Barry Beattie < [EMAIL PROTECTED]> wrote:
> > > You could use the GetHttpRequestData()
> >
> > thanx Joel, I forgot that. I'll see if the vars are somewhere (perhaps
> > not put in CGI scope with CF7)
> >
> > > and just doing a cfdump will not necesarily show all the values
> > available in it.
> >
> > very true, Darren. I'm specifically looking for those CGI variables,
> > not only a dump. things like
> >
> > CGI.HTTP_MYORG_FULL_NAME
> > CGI.HTTP_MYORG_EMAIL_ADDR
> >
> > etc.
> >
> > remember, I can see these vars on the 6.1 server just fine.
> >
> > > Have you tried avoiding IIS altogether?
> >
> > Peter, not an option. the big player in this is the ISAPI filter that
> > does the AD lookup, lets not complicate the issue too much, eh -
> > stick with apples to compare with and not cumquats?
> >
> > and as I said, ASP.NET (to show the values are there and the ISAPI
> > filter is doing it job) on both machines hasn't a problem (they're
> > v1.1 and 2.0 - no difference)
> >
> > I haven't ruled out that there's some mischief with the ISAPI filter
> > that CF7 is balking at and CF6.1 tollerates but accessing the
> > variables in whatever platform is so straightforward I really doubt
> > that that's it.
> >
> > thanx ppl. the mystery continues....
> >
> >
> >
> >
> > On 7/12/06, Darren Tracey < [EMAIL PROTECTED]> wrote:
> > >
> > > What exactly is missing from the CGI scope?
> > > Don't forget that the CGI scope is handled differently than any other
> > > scope and just doing a cfdump will not necesarily show all the values
> > > available in it.
> > >
> > >
> > > > >
> > >
> >
>
> >
>


--
E: [EMAIL PROTECTED]
W: www.compoundtheory.com
ICQ: 3094740



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "cfaussie" group.
To post to this group, send email to cfaussie@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/cfaussie
-~----------~----~----~----~------~----~------~--~---

Reply via email to