Re: Multipart form submission does not work over SSL HTTP2 on Tomcat 9

2016-03-22 Thread Violeta Georgieva
Hi, 2016-03-19 23:21 GMT+02:00 Ajay Verma : > > Hello, > I'm trying to get multipart forms working in Tomcat 9 over HTTP2 (with TLS enabled). > > The SSL Connector configuration in server.xml (Tomcat 9) is given below > > > certificateFile="conf/2_toeflmadeeasy.com.crt" /> > Multipar

Re: "Distinct and non-overlapping" context roots

2016-03-22 Thread Paul Benedict
By the way, I should mention that with Apache AJP in front of a container, this kind of partial matching stuff gets really interesting. :-) Cheers, Paul On Tue, Mar 22, 2016 at 11:47 AM, Paul Benedict wrote: > Yes, I gave them the same example I used here. They confirmed it is > "overlapping".

Re: Multipart form submission does not work over SSL HTTP2 on Tomcat 9

2016-03-22 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark, On 3/19/16 9:18 PM, Mark Olsson wrote: > On Sat, Mar 19, 2016 at 2:21 PM, Ajay Verma > wrote: > >> Hello, I'm trying to get multipart forms working in Tomcat 9 over >> HTTP2 (with TLS enabled). >> >> The SSL Connector configuration in server.

Re: "Distinct and non-overlapping" context roots

2016-03-22 Thread Paul Benedict
Yes, I gave them the same example I used here. They confirmed it is "overlapping". Here is the example again: /context/something <-- context is /context /context/something/somethingelse <-- context is /context/something Cheers, Paul On Tue, Mar 22, 2016 at 11:34 AM, David kerber wrote: > On 3/

Re: "Distinct and non-overlapping" context roots

2016-03-22 Thread David kerber
On 3/22/2016 12:31 PM, Paul Benedict wrote: Mark, I did get some clarification. Thanks for asking. The EE spec states an "application" may not have overlapping context roots. I got clarification that "application" refers only to an EAR. Therefore, an EE server should be validating this condition

Re: "Distinct and non-overlapping" context roots

2016-03-22 Thread Paul Benedict
Mark, I did get some clarification. Thanks for asking. The EE spec states an "application" may not have overlapping context roots. I got clarification that "application" refers only to an EAR. Therefore, an EE server should be validating this condition. So two inferences follow: 1) In the case of

Re: "Distinct and non-overlapping" context roots

2016-03-22 Thread Mark Thomas
On 22/03/2016 15:57, Paul Benedict wrote: > FYI, the EE spec lead and Servlet spec lead consulted. They said I should > log a ticket against the Servlet specification on this matter. That is > something I think I shall do. I found some wording in the specification > that should likely have more det

Re: "Distinct and non-overlapping" context roots

2016-03-22 Thread Paul Benedict
FYI, the EE spec lead and Servlet spec lead consulted. They said I should log a ticket against the Servlet specification on this matter. That is something I think I shall do. I found some wording in the specification that should likely have more detail. Cheers, Paul On Tue, Mar 22, 2016 at 10:49

Re: "Distinct and non-overlapping" context roots

2016-03-22 Thread Mark Thomas
On 22 March 2016 14:46:31 GMT+00:00, Christopher Schultz wrote: >Mark, > >On 3/17/16 1:28 PM, Mark Thomas wrote: >> On 17 March 2016 16:06:10 GMT+00:00, Paul Benedict > wrote: >>> This question is not about Tomcat per se, but it does affect it. >It's >>> really about the EE specification in regar

Re: [SECURITY] CVE-2016-0763 Apache Tomcat Security Manager Bypass

2016-03-22 Thread Chris Patterson
El 22/02/2016 a las 06:23 a.m., Mark Thomas escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 CVE-2016-0763 Apache Tomcat Security Manager Bypass Severity: Moderate Vendor: The Apache Software Foundation Versions Affected: - - Apache Tomcat 7.0.0 to 7.0.67 - - Apache Tomcat 8.0.0.RC

Re: How to debug deployment process of my application in IntelliJ IDEA

2016-03-22 Thread Sean Dawson
I'm thinking this is more of an IntelliJ question than a Tomcat one? Can you post to their support/groups? On Mon, Mar 21, 2016 at 3:54 AM, Artur Owczarek wrote: > I'm learning how Spring MVC works. I'd like to debug the process of > deployment on different containers (using IntelliJ) as well

Re: Time zone in all web application pages revert to UTC !

2016-03-22 Thread Christopher Schultz
Utkarsh, On 3/22/16 2:40 AM, Utkarsh Dave wrote: > We are having this weird issue seen in all the web application pages where > time gets changed to UTC after some days. Aren't you using DateFormats for your date/time printing? > As a workaround it works fine until Tomcat is restarted, but after

Re: Apache Connector: Questions to v1.2.41

2016-03-22 Thread Christopher Schultz
Josef, On 3/22/16 9:46 AM, Prandstetter Josef wrote: > First of all I want to state, that we recommend / promote using Apache > Connector related to our software and our customer are very happy with Apache > Connectors. Thx to all of the team! > > On the WebSite I can see Apache Connector 1.2.4

Re: "Distinct and non-overlapping" context roots

2016-03-22 Thread Christopher Schultz
Mark, On 3/17/16 1:28 PM, Mark Thomas wrote: > On 17 March 2016 16:06:10 GMT+00:00, Paul Benedict > wrote: >> This question is not about Tomcat per se, but it does affect it. It's >> really about the EE specification in regards to any servlet container. >> I'd >> like to get professional opinion

Apache Connector: Questions to v1.2.41

2016-03-22 Thread Prandstetter Josef
Dear All, First of all I want to state, that we recommend / promote using Apache Connector related to our software and our customer are very happy with Apache Connectors. Thx to all of the team! On the WebSite I can see Apache Connector 1.2.41 is available since several months: http://tomcat.

Re: Time zone in all web application pages revert to UTC !

2016-03-22 Thread Johan Compagner
On 22 March 2016 at 07:40, Utkarsh Dave wrote: > Hi Users and Tomcat team, > > We are having this weird issue seen in all the web application pages where > time gets changed to UTC after some days. > As a workaround it works fine until Tomcat is restarted, but after some > days time in UTC is see