Re: Plans for AJP

2018-07-20 Thread Christopher Schultz
k the decision must now be made > to either start it immediately (with a volunteer ) or pass on it > and freeze AJP for good." > > and Chris postet: > > "It might be time to let AJP die." > > Maybe a dev list discussion about plans for AJP should happ

Re: Plans for AJP

2018-07-05 Thread Rainer Jung
Hi Martin, Am 05.07.2018 um 17:40 schrieb Martin Knoblauch: Hi Rainer, chiming in late... SSL support on the connector between loadbalancer and Tomcat is something that is requested from time to time. Usually from over-conscious security types. We are using mod_jk today, because of: 1) we

Re: Plans for AJP

2018-07-05 Thread Martin Knoblauch
r pass on it and freeze AJP for good." > > and Chris postet: > > "It might be time to let AJP die." > > Maybe a dev list discussion about plans for AJP should happen. I heard > several people interested in getting TLS support for mod_jk. Whenever I was > thinking about it

Re: Plans for AJP

2018-06-30 Thread Mark Thomas
On 27/06/18 18:09, Mark Thomas wrote: > On 27/06/18 17:50, Rainer Jung wrote: >> So what do people think about: >> >> 1) adding a statement to the mod_jk docs, that we don't plan any feature >> enhancements and suggest users to migrate to mod_proxy_http and the TC >> HTTP connectors (but what

Re: Plans for AJP

2018-06-27 Thread Igal Sapir
On 6/27/2018 1:02 PM, Rainer Jung wrote: Not trying to deviate, but any header set with mod_headers RequestHeader directive should automatically be forwarded (I use it often eg. for request IDs). Alternatively one can use JkEnvVar to forward httpd request environment variables as request

Re: Plans for AJP

2018-06-27 Thread Rainer Jung
Am 27.06.2018 um 21:49 schrieb Igal Sapir: On 6/27/2018 11:28 AM, Rémy Maucherat wrote: On Wed, Jun 27, 2018 at 7:09 PM Mark Thomas wrote: On 27/06/18 17:50, Rainer Jung wrote: Since encryption would be most of the most useful features and IMHO we won't get there, I suggest we discuss

Re: Plans for AJP

2018-06-27 Thread Igal Sapir
On 6/27/2018 11:28 AM, Rémy Maucherat wrote: On Wed, Jun 27, 2018 at 7:09 PM Mark Thomas wrote: On 27/06/18 17:50, Rainer Jung wrote: Since encryption would be most of the most useful features and IMHO we won't get there, I suggest we discuss deprecation and EOL dates for AJP - meaning

Re: Plans for AJP

2018-06-27 Thread Rémy Maucherat
On Wed, Jun 27, 2018 at 7:09 PM Mark Thomas wrote: > On 27/06/18 17:50, Rainer Jung wrote: > > Since encryption would be most of the most useful features and IMHO we > > won't get there, I suggest we discuss deprecation and EOL dates for AJP > > - meaning mod_jk and AJP connectors. > > +1 > > >

Re: Plans for AJP

2018-06-27 Thread Mark Thomas
On 27/06/18 17:50, Rainer Jung wrote: > Since encryption would be most of the most useful features and IMHO we > won't get there, I suggest we discuss deprecation and EOL dates for AJP > - meaning mod_jk and AJP connectors. +1 > There's no need to rush, but there could be a clear statement, that

Plans for AJP

2018-06-27 Thread Rainer Jung
and Chris postet: "It might be time to let AJP die." Maybe a dev list discussion about plans for AJP should happen. I heard several people interested in getting TLS support for mod_jk. Whenever I was thinking about it, I refrained from starting to work on it, because - good TLS supp