Resolve message endpoint path using request context path

When HttpServletSseServerTransportProvider handling the GET request to establish a new SSE connection, the message endpoint is advertised using the immutable field "baseUrl" that's set in the constructor:

// Send initial endpoint event this.sendEvent(writer, ENDPOINT_EVENT_TYPE, this.baseUrl + this.messageEndpoint + "?sessionId=" + sessionId);

This will not work if clients use a different base URL to access this servlet (e.g.: using reverse proxies). The servlet implementation should allow the request context path to be used to produce the endpoint path appropriate for that request:

// Send initial endpoint event this.sendEvent(writer, ENDPOINT_EVENT_TYPE, request.getContextPath() + this.messageEndpoint + "?sessionId=" + sessionId);

Inizia in HttpServletSseServerTransportProvider, nel gestore GET che stabilisce una nuova connessione SSE e invia l’evento endpoint iniziale. Traccia come sono disponibili in quel punto il context path della request e il message endpoint, quindi verifica che l’endpoint pubblicizzato utilizzi il context path per i client dietro un reverse proxy. Il lavoro è completato quando l’URL dell’endpoint viene derivato dalla request invece che dalla baseUrl immutabile.