Re: [google-appengine] Header names after september 30 (Load balancers)

[Joshua Smith]

Wait. What?

Are you saying this bit of server code isn’t going to work after September 30?

class CountryHandler(webapp2.RequestHandler):
  def get(self):
self.response.headers["Content-Type"] = "text/plain"
self.response.out.write(self.request.headers["X-AppEngine-Country"])

Or is the issue only on the client side?

Also, I didn’t get that email. I get emails all the time from google about 
stuff they are deprecating (the most recent being a stern warning that I need 
to stop using the lovely “Launcher” app and instead use the terrible 
command-line interface; a development about which I am not at all pleased). Why 
wouldn’t I have gotten this one?

-Joshua

> On Aug 15, 2019, at 4:31 AM, Carl Smith  wrote:
> 
> You can test to see how your application handles lowercase by passing this 
> header through also.
> 
> x-goog-downcase-all-headers: test
> 
> This will make all of the headers lowercase
> 
> On Tuesday, August 13, 2019 at 10:30:50 PM UTC+1, Santiago Del Valle wrote:
> We got this email
> 
> After September 30, HTTP(S) Load Balancers will convert HTTP/1.1 header names 
> to lowercase in the request and response directions; header values will not 
> be affected.
> As header names are case-insensitive, this change will not affect clients and 
> servers that follow the HTTP/1.1 specification (including all popular web 
> browsers and open source servers). Similarly, as HTTP/2 and QUIC protocols 
> already require lowercase header names, traffic arriving at load balancers 
> over these protocols will not be affected. However, we recommend testing 
> projects that use custom clients or servers prior to the rollout to ensure 
> minimal impact.
> 
> However I do not understand if this will affect headers injected by google, 
> like "HTTP_X_APPENGINE_COUNTRY" which we use on our project, is this going to 
> change or will it remain unaffected?
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to google-appengine+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/google-appengine/c498388c-6784-4b83-ab0e-e4c0305fc553%40googlegroups.com
>  
> .

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/A8212D2D-8807-474D-93EB-FA5B2A965815%40gmail.com.

[google-appengine] Header names after september 30 (Load balancers)

[Santiago Del Valle]

We got this email

After September 30, HTTP(S) Load Balancers will convert HTTP/1.1 header 
names to lowercase in the request and response directions; header values 
will not be affected.

As header names are case-insensitive, this change will not affect clients 
and servers that follow the HTTP/1.1 specification (including all popular 
web browsers and open source servers). Similarly, as HTTP/2 and QUIC 
protocols already require lowercase header names, traffic arriving at load 
balancers over these protocols will not be affected. However, we recommend 
testing projects that use custom clients or servers prior to the rollout to 
ensure minimal impact.


However I do not understand if this will affect headers injected by google, 
like "HTTP_X_APPENGINE_COUNTRY" which we use on our project, is this going 
to change or will it remain unaffected?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/13ecb398-15ea-47cc-841c-57cbd0398df7%40googlegroups.com.