Signed-off-by: Maxim Nesen <maxim.nesen@oracle.com>

* Support for proxy in HttpUrlConnector

Signed-off-by: Jorge Bescos Gascon <jorge.bescos.gascon@oracle.com>

Signed-off-by: jansupol <jan.supol@oracle.com>

* Support GSON media

Signed-off-by: Jorge Bescos Gascon <jorge.bescos.gascon@oracle.com>

Signed-off-by: jansupol <jan.supol@oracle.com>

This ensures that the jettyRequest.abort() operation is actually performed.

Current situation prevent this code to be ever called as only the chained CompletableFuture is completed.

)

Signed-off-by: Maxim Nesen <maxim.nesen@oracle.com>

…Resources classes from cache on shutdown event (#5102)

* FISH-5723 Fixes WebappClassloader memory-leak issue by removing JAXRS Resources classes from cache on shutdown event

Signed-off-by: Gaurav Gupta <gaurav.gupta@payara.fish>

Signed-off-by: jansupol <jan.supol@oracle.com>

Signed-off-by: Jorge Bescos Gascon <jorge.bescos.gascon@oracle.com>

#5122)

Signed-off-by: jansupol <jan.supol@oracle.com>

Signed-off-by: jansupol <jan.supol@oracle.com>

#5114)

* Change JettyConnector 'readTimeout' behavior to match socket read timeout definition - e.g., ApacheConnector behavior matches it.

* Read timeout: Time on waiting to receive the first data byte.

The `timeout` method timeouts the request even if data were already received, capping the query to a maximum execution time.
This behavior is problematic when streaming data over a prolonged duration; the client has already received data bytes, but data continues to flow.

I provided a jetty specific property (jersey.config.jetty.client.totalTimeout) that configures the 'totalTimeout' when required.

Signed-off-by: jansupol <jan.supol@oracle.com>

Signed-off-by: Jorge Bescos Gascon <jorge.bescos.gascon@oracle.com>