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 > > >

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

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

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

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

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

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

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.

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

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

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

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

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

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:

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

Time zone in all web application pages revert to UTC !

2016-03-22 Thread Utkarsh Dave
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 seen again. This is regardless of any time/time zone