Re: Request for Help

2021-07-24 Thread Rob Sargent
> On Jul 23, 2021, at 10:42 PM, Mohan T wrote: > > Dear All, > > We are using tomcat 8.5.35 on SUse Linux. > > We are facing a issue while launching the help files. > / > We deployed the help files in the > /home/ilas/tomcat8.5_tech/apache-tomcat-8.5.35/webapps/hub#rvwhelp. > > The he

Re: Request for suggestion

2021-07-16 Thread Christopher Schultz
Mohan, On 7/11/21 01:41, Mohan T wrote: We are using tomcat 8.5 on Suse linux. We would like to know the way to load a property file. I put the file in tomcat / lib folder. Still I am getting the error DEBUG 2021-07-11 07:56:15,108 [http-nio-8081-exec-8] control.CompositeCacheManager - Inst

RE: Request for suggestion

2021-06-22 Thread Mohan T
Mohan [cid:image001.png@01D7678C.6CEA3650] -Original Message- From: Mark Thomas Sent: 22 June 2021 16:27 To: users@tomcat.apache.org Subject: Re: Request for suggestion CAUTION: You received this email from external Domain. Check reliability of sender’s email ID

Re: Request for suggestion

2021-06-22 Thread Mark Thomas
or here. Mark Kindly suggest how to proceed Thanks Mohan -Original Message- From: Mark Thomas Sent: 22 June 2021 14:43 To: users@tomcat.apache.org Subject: Re: Request for suggestion CAUTION: You received this email from external Domain. Check reliability of sender’s email ID. Do not cl

RE: Request for suggestion

2021-06-22 Thread Mohan T
: users@tomcat.apache.org Subject: Re: Request for suggestion CAUTION: You received this email from external Domain. Check reliability of sender’s email ID. Do not click links, open attachments unless you recognize the sender and know the content is safe. – Ramco IMG On 22/06/2021 07:40, Mohan T

Re: Request for suggestion

2021-06-22 Thread Mark Thomas
On 22/06/2021 07:40, Mohan T wrote: Hi, We are using tomcat 8.5.35 on RHEL. I have a .ear file that has a application.xml file in meta-inf folder. See below the contents of the application.xml file . http://java.sun.com/j2ee/dtds/application_1_2.dtd";> Application WEB RVWJ Application ad

Re: Request: Encryption requirements for TLS and SSL for Tomcat

2021-06-08 Thread Olaf Kock
On 08.06.21 14:10, Emen-Eddine AISSAOUI wrote: > Hello, > > I am contacting you regarding the cipher suite recommandations for TLS and > SSL for Tomcat. > > Could you please tell us which cipher suites are used and necessary and if > there is any particular prequesites regarding TLS and SSL encr

Re: Request body is empty in Tomcat 9.0.38

2021-01-06 Thread Mounika Reddy
If you can see the WSDL for the service assuming its a SOAP, then you can actually generate a sample client XML using SOAP GUI clients and verify if the service is actually deployed correctly On Wed, Jan 6, 2021, 7:59 AM Mounika Reddy wrote: > Check if it's a malformed XML and namespaces qualifi

Re: Request body is empty in Tomcat 9.0.38

2021-01-06 Thread Mounika Reddy
Check if it's a malformed XML and namespaces qualified are right. If JSON it's a different issue and without much info, I hardly think it's a tomcat issue On Wed, Jan 6, 2021, 7:51 AM Jonnalagadda, Swathi (External) < swathi.jonnalaga...@xerox.com> wrote: > Hi > > We have a web application deploy

Re: Request for a tip with NoClassDefFoundError

2020-09-23 Thread Paul Carter-Brown
NoClassDefFoundError means that the class in question threw an exception during its static initialisation phase. Then later on whenever some code tries to access the class statically or create an instance the JVM will throw a NoClassDefFoundError. This is not the same as a class not found which rel

Re: request and response body logging for async servlets

2020-08-12 Thread Mark Thomas
On 12/08/2020 17:50, Suraj Puvvada wrote: > I'm trying to capture the request and response body for async servlets. > Currently I'm using a filter to wrap the request and response via the > HttpServletRequestWrapper and HttpServletResponseWrapper and wrap the > InputStream and OutputStream objects

Re: Request for Help

2020-07-30 Thread Igal Sapir
e case then one version is loaded, but when it tries to call the method that it expects to have, the other version is found and the method is not there. Igal > > - -chris > > > -Original Message- From: James Moliere > > Sent: Wednesday, July 29, 2020 7:53 PM To: &

Re: Request for Help

2020-07-29 Thread Christopher Schultz
-- From: James Moliere > Sent: Wednesday, July 29, 2020 7:53 PM To: > Tomcat Users List Subject: Re: Request > for Help > > Is the war file being built with maven? ...gradle? ...or using > Eclipse? > > James > > On Tue, Jul 28, 2020 at 9:34 PM Mohan T wrote: > >>

RE: Request for Help

2020-07-29 Thread Mohan T
: Wednesday, July 29, 2020 7:53 PM To: Tomcat Users List Subject: Re: Request for Help Is the war file being built with maven? ...gradle? ...or using Eclipse? James On Tue, Jul 28, 2020 at 9:34 PM Mohan T wrote: > Dear All, > > > > In one of the environments we are using apach

Re: Request for Help

2020-07-29 Thread James Moliere
Is the war file being built with maven? ...gradle? ...or using Eclipse? James On Tue, Jul 28, 2020 at 9:34 PM Mohan T wrote: > Dear All, > > > > In one of the environments we are using apache-tomcat-8.5.35. > > > > On server start we are getting this exception > > org.apache.catalina.core 28-

Re: Request for Help

2020-07-28 Thread Peter Rader
Hello Mohan,   please tell if you are using 1. the JSP technology inside the application 2. what JDK version on server-side   Kind regards Peter Rader -- Fachinformatiker AE / IT Software Developer Peter Rader Wilsnacker Strasse 17 10559 Berlin - GERMANY Tel: 0049 (0)30 / 6 29 33 29 6 Fax: 0049 (0

Re: Request for a technical review

2018-12-14 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Guido, On 12/13/18 03:33, Jäkel, Guido wrote: > Dear Mallory and Mark, > > then I'm the one of the rare who use an "unusual" setups for more > than 10 years :) . On a staged farm of about 3*10 Tomcat's we run a > whole bunch of "webapps"; most of t

Re: Request for a technical review

2018-12-13 Thread Mark Thomas
ng the admin applications. > This one is addressed via the http Connector. What is unusual about that? Seems fairly standard virtual hosting to me. Mark > > Guido > >> -Original Message- >> From: Mark Thomas [mailto:ma...@apache.org] >> Sent: Wednesday, De

RE: Request for a technical review

2018-12-13 Thread Jäkel , Guido
ginal Message- >From: Mark Thomas [mailto:ma...@apache.org] >Sent: Wednesday, December 12, 2018 3:26 PM >To: users@tomcat.apache.org >Subject: Re: Request for a technical review >The first architecture diagram: > - doesn't show any hosts > - incorrectly classes a "Service

Re: Request for a technical review

2018-12-12 Thread Mallory Mooney
Appreciate your feedback, Mark. I'll get it incorporated ASAP. On Wed, Dec 12, 2018 at 8:26 AM Mark Thomas wrote: > On 11/12/2018 19:20, Mallory Mooney wrote: > > Hi all! > > > > It's been a long time coming, so I wanted to resurrect this thread one > more > > time to share the now published pos

Re: Request for a technical review

2018-12-12 Thread Mark Thomas
On 11/12/2018 19:20, Mallory Mooney wrote: > Hi all! > > It's been a long time coming, so I wanted to resurrect this thread one more > time to share the now published post. You can find it at > https://www.datadoghq.com/blog/tomcat-architecture-and-performance/. Now I can see the document without

Re: Request for a technical review

2018-12-11 Thread Mallory Mooney
Hi all! It's been a long time coming, so I wanted to resurrect this thread one more time to share the now published post. You can find it at https://www.datadoghq.com/blog/tomcat-architecture-and-performance/. I hope everyone has a great week! Mallory On Sat, Nov 3, 2018 at 4:28 AM Mark Thomas

Re: [EXTERNAL] Re: Request header too large..

2018-11-06 Thread Mark Thomas
On 06/11/2018 00:02, Amit Pande wrote: > Thanks Mark for the update. Seems like there is a potential bug in our client > components which happened to keep on adding to existing header list. > > https://tomcat.apache.org/tomcat-8.5-doc/config/http.html > > From the documentation: > > maxHttpHea

Re: [EXTERNAL] Re: Request header too large..

2018-11-05 Thread Amit Pande
Thanks Mark for the update. Seems like there is a potential bug in our client components which happened to keep on adding to existing header list. https://tomcat.apache.org/tomcat-8.5-doc/config/http.html From the documentation: maxHttpHeaderSize :The maximum size of the request and response H

Re: [EXTERNAL] Re: Request header too large..

2018-11-03 Thread Mark Thomas
On 03/11/2018 01:35, Amit Pande wrote: > Thanks Chris. Yes, I will soon send out the patch for review. Logically, I can see some hurdles for such a patch that are going to be difficult to overcome. Tomcat will process all of the received data up to the limit. It is on the subsequent read to get m

Re: Request for a technical review

2018-11-03 Thread Mark Thomas
On 02/11/2018 16:34, Mallory Mooney wrote: > Hi everyone! > > Just wanted to check-in to see if anyone has had the chance to take a look > at the draft and leave feedback. I'll be locking things down for this one > by Thursday of next week (Nov. 8), so there's some time left if you are > still wor

Re: [EXTERNAL] Re: Request header too large..

2018-11-02 Thread Amit Pande
Thanks Chris. Yes, I will soon send out the patch for review. Thanks, Amit On 11/2/18, 5:25 PM, "Christopher Schultz" wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Amit, On 11/2/18 17:16, Amit Pande wrote: > As per current implementation (below snippet i

Re: Request header too large..

2018-11-02 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Amit, On 11/2/18 17:16, Amit Pande wrote: > As per current implementation (below snippet is from 8.5.28), if > the request header is too large (by default >8K, the default > maxHttpHeaderSize), is thrown below error message is seen. > > > For req

Re: Request for a technical review

2018-11-02 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mallory, On 11/2/18 12:34, Mallory Mooney wrote: > Hi everyone! > > Just wanted to check-in to see if anyone has had the chance to take > a look at the draft and leave feedback. I'll be locking things down > for this one by Thursday of next week (N

Re: Request for a technical review

2018-11-02 Thread Mallory Mooney
Hi everyone! Just wanted to check-in to see if anyone has had the chance to take a look at the draft and leave feedback. I'll be locking things down for this one by Thursday of next week (Nov. 8), so there's some time left if you are still working through it. Have a great weekend! On Fri, Oct 1

Re: Request for a technical review

2018-10-19 Thread Mallory Mooney
Hi all! Just wanted to give you an update. I am working to get things for this series wrapped up by the first week of November. Hopefully, that still gives everyone enough time to review and leave any feedback. Mallory On Fri, Oct 12, 2018 at 3:37 PM Mallory Mooney wrote: > Igal, it will be av

Re: Request for a technical review

2018-10-12 Thread Mallory Mooney
Igal, it will be available publicly once published! I don't have an official publish date yet but can share that when it becomes more concrete. And no PRs yet, Chris! It's still in the less cool GDoc stage of the review process. :) On Fri, Oct 12, 2018 at 1:36 PM Igal Sapir wrote: > On 10/12/20

Re: Request for a technical review

2018-10-12 Thread Igal Sapir
On 10/12/2018 11:23 AM, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mallory, On 10/12/18 13:23, Mallory Mooney wrote: I definitely appreciate everyone's willingness to help out! Here is the link to the GDoc: https://docs.google.com/document/d/1fudlXj055nnPd-1lUo

Re: Request for a technical review

2018-10-12 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mallory, On 10/12/18 13:23, Mallory Mooney wrote: > I definitely appreciate everyone's willingness to help out! > > Here is the link to the GDoc: > https://docs.google.com/document/d/1fudlXj055nnPd-1lUoAXIS2ge8qNI56_jg UhHgKczFE/edit?usp=sharing >

Re: Request for a technical review

2018-10-12 Thread Mallory Mooney
I definitely appreciate everyone's willingness to help out! Here is the link to the GDoc: https://docs.google.com/document/d/1fudlXj055nnPd-1lUoAXIS2ge8qNI56_jgUhHgKczFE/edit?usp=sharing Requesting access will still be needed, but I can grant that ASAP. I want to make sure I can attribute comment

Re: Request for a technical review

2018-10-11 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mark, On 10/10/18 6:00 PM, Mark Thomas wrote: > On 10/10/18 17:44, Mallory Mooney wrote: >> Hi all, >> >> I work for Datadog and am writing a guide about monitoring Tomcat >> (with or without Datadog). I'd love to get some feedback on the >> techni

Re: Request for a technical review

2018-10-10 Thread Mark Thomas
On 10/10/18 17:44, Mallory Mooney wrote: > Hi all, > > I work for Datadog and am writing a guide about monitoring Tomcat (with or > without Datadog). I'd love to get some feedback on the technical content. > The project maintainers we reached out to recommended we post a request > here. > > Would

Re: Request for a technical review

2018-10-10 Thread Deepak Behera
Hi Mallory, I can have a look. Please let me know further details. Thanks, Deepak Behera

Re: Request attributes

2018-03-17 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Mark, On 3/16/18 3:14 PM, Mark A. Claassen wrote: > I recently discovered some request attributes that I was curious > about. Are these accurate across all connectors? Or are these the > defaults for using something like the NIO connector? Specifi

Re: Request attributes

2018-03-16 Thread Mark Thomas
On 16/03/18 19:14, Mark A. Claassen wrote: > I recently discovered some request attributes that I was curious about. Are > these accurate across all connectors? Or are these the defaults for using > something like the NIO connector? > Specifically in my case, I am using the APR connector and

Re: Request for documentation

2016-05-16 Thread Mark Thomas
On 16/05/2016 10:40, Lyallex wrote: > On 16 May 2016 at 07:49, Violeta Georgieva wrote: >> Hi, >> >> 2016-05-14 15:06 GMT+03:00 Lyallex : >>> >>> I'm trying to find some documentation that details the request lifecycle >>> I've looked in the obvious places ... and some not so obvious ones >>> >>>

RE: Request for documentation

2016-05-16 Thread Venkata Reddy P
Hi, Is it same for tomcat ajp request execution flow? Thanks Venkata -Original Message- From: Lyallex [mailto:lyal...@gmail.com] Sent: Monday, May 16, 2016 3:10 PM To: Tomcat Users List Subject: Re: Request for documentation On 16 May 2016 at 07:49, Violeta Georgieva wrote: >

Re: Request for documentation

2016-05-16 Thread Lyallex
On 16 May 2016 at 07:49, Violeta Georgieva wrote: > Hi, > > 2016-05-14 15:06 GMT+03:00 Lyallex : >> >> I'm trying to find some documentation that details the request lifecycle >> I've looked in the obvious places ... and some not so obvious ones >> >> That is: NOT the servlet lifecycle documentati

Re: Request for documentation

2016-05-15 Thread Violeta Georgieva
Hi, 2016-05-14 15:06 GMT+03:00 Lyallex : > > I'm trying to find some documentation that details the request lifecycle > I've looked in the obvious places ... and some not so obvious ones > > That is: NOT the servlet lifecycle documentation, this is a different > thing entirely. > > I need some doc

Re: Request for documentation

2016-05-14 Thread Olaf Kock
Am 14.05.2016 um 14:06 schrieb Lyallex: > I need some documentation that details exactly what happens when the > fist bit of a request arrives at the server all the way through to > when the last bit of the response leaves the server. Does any such > documentation exit? > > Presumably the version

Re: Request for better deployment usability: should be able to specify context root inside war

2014-04-01 Thread Mark Thomas
On 31/03/2014 17:43, Sebastien Tardif wrote: > I understand that Tomcat currently doesn't always support specifying the > context root to be used in a file inside the War. That is not correct. Tomcat NEVER allows the context path to be defined by a context.xml file within a WAR. > Other web se

Re: Request for better deployment usability: should be able to specify context root inside war

2014-03-31 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Sebastien, On 3/31/14, 12:43 PM, Sebastien Tardif wrote: > I understand that Tomcat currently doesn't always support > specifying the context root to be used in a file inside the War. You are correct in that you cannot have a completely self-contai

Re: Request for better deployment usability: should be able to specify context root inside war

2014-03-31 Thread Howard W. Smith, Jr.
On Mon, Mar 31, 2014 at 1:27 PM, Mark Eggers wrote: > As far as Glassfish versus Apache Tomcat goes, they address different use > cases. Glassfish is a J2EE application server. Apache Tomcat is a servlet > container. While you can convince Apache Tomcat to do a lot of things, at > some point it's

Re: Request for better deployment usability: should be able to specify context root inside war

2014-03-31 Thread Mark Eggers
On 3/31/2014 9:43 AM, Sebastien Tardif wrote: I understand that Tomcat currently doesn't always support specifying the context root to be used in a file inside the War. Extract from: http://tomcat.apache.org/tomcat-7.0-doc/config/context.html When autoDeploy or deployOnStartup operations are per

Re: Request Timeout and empty post data issue

2013-12-26 Thread André Warnier
Peter Rifel wrote: From: Mark Thomas [ma...@apache.org] Sent: Thursday, December 26, 2013 3:19 PM To: Tomcat Users List Subject: Re: Request Timeout and empty post data issue On 26/12/2013 20:45, Peter Rifel wrote: Hello, I'm currently running T

Re: Request Timeout and empty post data issue

2013-12-26 Thread Mark Thomas
On 26/12/2013 23:57, Peter Rifel wrote: > >> >> From: Mark Thomas [ma...@apache.org] >> >> On 26/12/2013 20:45, Peter Rifel wrote: >>> >>> I noticed that our connector's connectionTimeout >>> is set to 2ms, but it wouldn't make sense for that value to

RE: Request Timeout and empty post data issue

2013-12-26 Thread Peter Rifel
> >From: Mark Thomas [ma...@apache.org] >Sent: Thursday, December 26, 2013 3:19 PM >To: Tomcat Users List >Subject: Re: Request Timeout and empty post data issue > >On 26/12/2013 20:45, Peter Rifel wrote: >> Hello, >> >&

Re: Request Timeout and empty post data issue

2013-12-26 Thread Mark Thomas
On 26/12/2013 20:45, Peter Rifel wrote: > Hello, > > I'm currently running Tomcat 7.0.42 on Ubuntu 12.04 with OpenJDK > 1.7.0_25. I'm using Apache Tomcat Native library 1.1.27 with APR > version 1.4.6. > > I'm noticing in my access logs that some of our POST requests don't > have any POST data a

RE: Request Timeout and empty post data issue

2013-12-26 Thread Peter Rifel
> >From: Jesse Barnum [jsb_tom...@360works.com] >Sent: Thursday, December 26, 2013 2:14 PM >To: Tomcat Users List >Subject: Re: Request Timeout and empty post data issue > >One issue that will cause empty POST data to be received is if

Re: Request Timeout and empty post data issue

2013-12-26 Thread André Warnier
Peter Rifel wrote: -Original Message- From: Konstantin Preißer [kpreis...@apache.org] Sent: Thursday, December 26, 2013 1:28 PM To: 'Tomcat Users List' Subject: RE: Request Timeout and empty post data issue Hi, -Original Message- From: Peter Rifel [mailto:pri...

RE: Request Timeout and empty post data issue

2013-12-26 Thread Peter Rifel
> From: André Warnier [a...@ice-sa.com] > Sent: Thursday, December 26, 2013 2:11 PM > To: Tomcat Users List > Subject: Re: Request Timeout and empty post data issue > >Peter Rifel wrote: >> Hello, >> >> I'm currently running Tomcat 7.0.42 on Ubuntu 12

Re: Request Timeout and empty post data issue

2013-12-26 Thread Jesse Barnum
One issue that will cause empty POST data to be received is if the POST data size exceeds the value in the server.xml file: http://tomcat.apache.org/tomcat-7.0-doc/config/ajp.html > The maximum size in bytes of the POST which will be handled by the container > FORM URL parameter parsing. The li

Re: Request Timeout and empty post data issue

2013-12-26 Thread André Warnier
Peter Rifel wrote: Hello, I'm currently running Tomcat 7.0.42 on Ubuntu 12.04 with OpenJDK 1.7.0_25. I'm using Apache Tomcat Native library 1.1.27 with APR version 1.4.6. I'm noticing in my access logs that some of our POST requests don't have any POST data and all have response times of a f

RE: Request Timeout and empty post data issue

2013-12-26 Thread Peter Rifel
> -Original Message- > From: Konstantin Preißer [kpreis...@apache.org] > Sent: Thursday, December 26, 2013 1:28 PM > To: 'Tomcat Users List' > Subject: RE: Request Timeout and empty post data issue > >Hi, > >> -Original Message- >&

RE: Request Timeout and empty post data issue

2013-12-26 Thread Konstantin Preißer
Hi, > -Original Message- > From: Peter Rifel [mailto:pri...@mixpo.com] > Sent: Thursday, December 26, 2013 9:45 PM > To: users@tomcat.apache.org > Subject: Request Timeout and empty post data issue > > Hello, > > I'm currently running Tomcat 7.0.42 on Ubuntu 12.04 with OpenJDK 1.7.0_25.

Re: Request

2013-10-10 Thread Mark Thomas
On 10/10/2013 15:18, RoseHosting Admin wrote: > Please add us to the Contributors Group, so we can edit the Tomcat wiki. > > Username: RoseHosting Done. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For ad

Re: Request to be added to the ContributersGroup

2013-08-28 Thread Mark Thomas
On 28/08/2013 10:24, Christine Thon wrote: > Request to be added to the ContributersGroup to be able to append our > company to the page "Tomcat SupportandTraining" since we offer training > services on Tomcat. > > User name: GFUCyrusAG > > Thank you a lot for your Support! Done. Happy editing!

Re: Request for admittance to ContributorsGroup

2013-08-22 Thread Konstantin Kolinko
2013/8/22 Luca Visconti : > Hi, >near four years ago I've inserted Open Gate in > http://wiki.apache.org/tomcat/SupportAndTraining > I would like to update some information ( years of activity, links to logo, > may be a special page on our web site dedicated to Tomcat ). > > Could someone admit

Re: Request dispatching oddity

2012-12-11 Thread Mark Thomas
On 11/12/2012 22:00, Christopher Schultz wrote: > Can you start a new thread with a different subject? Something > like "Tomcat prefers TC JSTL implementation to webapp-packaged one" > and ask about it? I know there are some folks here who can describe > how that's supposed to work. Once you've got

Re: Request dispatching oddity

2012-12-11 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Juha, On 12/11/12 3:29 PM, Juha Laiho wrote: > first, thanks for your answers, and also for the nits, they did > hit some good points. Then on with some answers to the further > questions you placed; > > > On Tue, Dec 11, 2012 at 12:58 AM, Christ

Re: Request dispatching oddity

2012-12-11 Thread Juha Laiho
Chirs, first, thanks for your answers, and also for the nits, they did hit some good points. Then on with some answers to the further questions you placed; On Tue, Dec 11, 2012 at 12:58 AM, Christopher Schultz wrote: > On 12/10/12 5:40 PM, Christopher Schultz wrote: >> I'll take a look. You def

Re: Request dispatching oddity

2012-12-10 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Juha, On 12/10/12 5:40 PM, Christopher Schultz wrote: > On 12/10/12 4:14 PM, Juha Laiho wrote: > >> Any comments? Did I come across a but in Tomcat, or a "lucky >> bug" in the application (i.e. something that worked by luck in >> the previous conta

Re: Request dispatching oddity

2012-12-10 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Juha, On 12/10/12 4:14 PM, Juha Laiho wrote: > I encountered an odd situation with request dispatching. > > In short, if the same request is first redirected using servlet > API RequestDispatcher.forward(), and then via JSTL c:redirect using > a re

Re: Request timeout option in HTTP or AJP Connector

2012-06-22 Thread Harsimranjit singh Kler
> >> > > > Please, respond to comments/questions *below* the original, not on top of > the email. > It makes it a lot easier to follow the logical flow of questions/responses. > > About your original request : the Tomcat mentioned in Tomcat's server.xml /have nothing to do/ with how your applicati

Re: Request timeout option in HTTP or AJP Connector

2012-06-22 Thread André Warnier
Harsimranjit singh Kler wrote: External system can be jdbc ,soap ,rest or other different type of protocol .So i dont have that freedom always. Yes i agree i can do query timeout in Database case,but not in all External system so i was thinking timeout from connector side. Please, respond to c

Re: Request timeout option in HTTP or AJP Connector

2012-06-22 Thread Harsimranjit singh Kler
External system can be jdbc ,soap ,rest or other different type of protocol .So i dont have that freedom always. Yes i agree i can do query timeout in Database case,but not in all External system so i was thinking timeout from connector side. On Fri, Jun 22, 2012 at 3:41 PM, chris derham wrote:

Re: Request timeout option in HTTP or AJP Connector

2012-06-22 Thread chris derham
> > > Using tomcat 6.0.29. > > i want to know is there any parameter in HTTP\AJP connector to set > request time out(i.e if particular request taking long time to complete it > should time out after configured timeout value).? > > My web application communicating to some external system where res

RE: Request for or as element inside

2012-06-06 Thread Esmond Pitt
For information of the list, this was first opened as a feature request: https://issues.apache.org/bugzilla/show_bug.cgi?id=53359 but after discussion the following was implemented instead and will be in 7.0.28: https://issues.apache.org/bugzilla/show_bug.cgi?id=53373. Basically whitespace is now a

Re: Request for or as element inside

2012-06-05 Thread Pid
On 04/06/2012 20:03, Christopher Schultz wrote: > Esmond, > > On 6/3/12 9:23 PM, Esmond Pitt wrote: >> I have a large and growing number of requirements for aliases, and >> the existing (new for Tomcat 7) aliases= attribute is unwieldy for >> me. The line is already 289 characters long ;-( > >> I

Re: Request for or as element inside

2012-06-04 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Esmond, On 6/3/12 9:23 PM, Esmond Pitt wrote: > I have a large and growing number of requirements for aliases, and > the existing (new for Tomcat 7) aliases= attribute is unwieldy for > me. The line is already 289 characters long ;-( > > It would be

Re: Request for comments: Apache-like allow/deny remote host filtering

2011-10-04 Thread Francis GALIEGUE
On Tue, Oct 4, 2011 at 21:02, Christopher Schultz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Francis, > > On 10/4/2011 2:50 PM, Francis GALIEGUE wrote: >> Patch attached. I didn't know Bugzilla would treat patches this >> way... > > Can you give us a link to the bug? > https://i

Re: Request for comments: Apache-like allow/deny remote host filtering

2011-10-04 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Francis, On 10/4/2011 2:50 PM, Francis GALIEGUE wrote: > Patch attached. I didn't know Bugzilla would treat patches this > way... Can you give us a link to the bug? > I implemented those two interfaces again, since the existing > abstract class woul

Re: Request for comments: Apache-like allow/deny remote host filtering

2011-10-04 Thread Francis GALIEGUE
On Tue, Oct 4, 2011 at 20:43, Christopher Schultz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Francis, > > On 10/2/2011 3:57 PM, Francis GALIEGUE wrote: >> On Sun, Oct 2, 2011 at 19:46, Konstantin Kolinko >> wrote: >>> 2011/10/2 Francis GALIEGUE : >> >>> >>> 1. If you want to sub

Re: Request for comments: Apache-like allow/deny remote host filtering

2011-10-04 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Francis, On 10/2/2011 3:57 PM, Francis GALIEGUE wrote: > On Sun, Oct 2, 2011 at 19:46, Konstantin Kolinko > wrote: >> 2011/10/2 Francis GALIEGUE : > >> >> 1. If you want to submit it as a patch for Tomcat, you should >> attach it to a Bugzilla is

Re: Request for comments: Apache-like allow/deny remote host filtering

2011-10-02 Thread Francis GALIEGUE
On Sun, Oct 2, 2011 at 19:46, Konstantin Kolinko wrote: > 2011/10/2 Francis GALIEGUE : > > 1. If you want to submit it as a patch for Tomcat, you should attach > it to a Bugzilla issue. OK, will do. > 2. Coding conventions: > http://tomcat.apache.org/getinvolved.html > 3. ASF software is collec

Re: Request for comments: Apache-like allow/deny remote host filtering

2011-10-02 Thread Konstantin Kolinko
2011/10/2 Francis GALIEGUE : > Hello list, > > Given the problems I've had with the RemoteAddrValve, I have decided > to try my hands at implementing a more sophisticated valve which acts > more like Apache's allow/deny and which takes netmasks as arguments. > > Note, it has been compile tested onl

Re: Request params randomly null in servlet(s)

2011-09-15 Thread Darius D.
Pid * wrote: > > > Exactly which version of Tomcat are you running? > > Latest, 7.0.21. -- View this message in context: http://old.nabble.com/Request-params-randomly-null-in-servlet%28s%29-tp32461421p32474158.html Sent from the Tomcat - User mailing list archive at Nabble.com. --

Re: Request params randomly null in servlet(s)

2011-09-15 Thread Pid
On 15/09/2011 14:46, Darius D. wrote: > > > > Pid * wrote: >> >> >> What is your server.xml config? (please remove comments, passwords etc >> & post it inline, in the response) >> >> > > Here it is, nothing special ( except usage of RemoteIpValve ). Thanks for > looking into this problem. >

Re: Request params randomly null in servlet(s)

2011-09-15 Thread Darius D.
Pid * wrote: > > > What is your server.xml config? (please remove comments, passwords etc > & post it inline, in the response) > > Here it is, nothing special ( except usage of RemoteIpValve ). Thanks for looking into this problem.

Re: Request params randomly null in servlet(s)

2011-09-15 Thread Pid
On 14/09/2011 16:38, Darius D. wrote: > >> p >> > > Well the problem is that we already looked for that mode of failure, our > servlet class has 0 instance variables... Basically it is a method like i > pasted before, doing HttpSession session = request.getSession(); and if > session is valid (i

Re: Request params randomly null in servlet(s)

2011-09-14 Thread Darius D.
Pid * wrote: > > On 14/09/2011 11:55, Darius D. wrote: > > They are in *that* thread. > > It is possible to expose either request or response object outside of > the scope of the thread, so a second request sees a modified version of > the same object. > > E.g. > > public class SomeServlet

Re: Request params randomly null in servlet(s)

2011-09-14 Thread Pid
On 14/09/2011 11:55, Darius D. wrote: > > > > Pid * wrote: >> >> doProcess(req, res) is not a Servlet API method. What other method(s) >> call it? >> >> Usually this type of thing occurs because the request (or response) is >> being held as an instance field somewhere in a thread-unsafe way. >>

Re: Request params randomly null in servlet(s)

2011-09-14 Thread Darius D.
Pid * wrote: > > doProcess(req, res) is not a Servlet API method. What other method(s) > call it? > > Usually this type of thing occurs because the request (or response) is > being held as an instance field somewhere in a thread-unsafe way. > > It is called from: public void doGet(H

Re: Request params randomly null in servlet(s)

2011-09-14 Thread Pid
On 14/09/2011 08:34, Darius D. wrote: > > Hi, > > we have a problem of request params beeing null in servlets where it > shouldn't be ( post or get, in get we can even see that > request.getQueryString() is fine, but params are null). > > It is more pronounced when using dedicated thread executo

Re: Request headers created in valve don't make it to application

2011-06-01 Thread Marc Boorshtein
> >> On 01/06/2011 16:16, Marc Boorshtein wrote: >>> So for some reason the addHeader is not doing anything >> >> I'm guessing you haven't looked at the source for this yet. >> >> org.apache.catalina.connector#addHeader(String,String) is a NOOP. It was >> removed for Tomcat 7. >> >> You want: >> re

Re: Request headers created in valve don't make it to application

2011-06-01 Thread Marc Boorshtein
To quote one of my favorite tv showswell there's your problem! Thanks, I'll give this a try. Marc Sent from my iPad On Jun 1, 2011, at 4:47 PM, Mark Thomas wrote: > On 01/06/2011 16:16, Marc Boorshtein wrote: >> So for some reason the addHeader is not doing anything > > I'm guessing yo

Re: Request headers created in valve don't make it to application

2011-06-01 Thread Mark Thomas
On 01/06/2011 16:16, Marc Boorshtein wrote: > So for some reason the addHeader is not doing anything I'm guessing you haven't looked at the source for this yet. org.apache.catalina.connector#addHeader(String,String) is a NOOP. It was removed for Tomcat 7. You want: request.getCoyoteRequest().get

Re: Request headers created in valve don't make it to application

2011-06-01 Thread Marc Boorshtein
> Hi, Marc- > > Is that a carriage return and/or line feed before the attribute name in the > log file or just the formatting of the e-mail? > > -Terence Bandoian > just email formatting - To unsubscribe, e-mail: users-unsubscr..

Re: Request headers created in valve don't make it to application

2011-06-01 Thread Marc Boorshtein
> > Can you try this: > >    request.addHeader(attrib.getName(), val); > >    logger.info("After added header: " >              + attrib.getName() + "=" >              + request.getHeader(attrib.getName())); > > I wonder if the header value is being ignored because the request is > frozen or someth

Re: Request headers created in valve don't make it to application

2011-06-01 Thread Terence M. Bandoian
On 1:59 PM, Marc Boorshtein wrote: Do you have any filters or other valves that might be wrapping the request and choosing to ignore your extra headers? No, the app is just a servlet that loops over all the headers and cookies and generates a properties response 1) Show us your modified con

Re: Request headers created in valve don't make it to application

2011-06-01 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marc, On 5/31/2011 5:27 PM, Marc Boorshtein wrote: >> 2) Show us your Valve code. (It is simple, right?) > > Iterator attribs = lastmile.getAttributes().iterator(); > while (attribs.hasNext()) { >

Re: Request headers created in valve don't make it to application

2011-06-01 Thread Marc Boorshtein
So I tried moving the configuraiton of the valve into the app's META-INF/context.xml with no success. One thing I didn't mention that is interesting is that the I do set the request's setUserPrincipal(..) and that works. Thanks Marc On Tue, May 31, 2011 at 5:27 PM, Marc Boorshtein wrote: >> >>

Re: Request headers created in valve don't make it to application

2011-05-31 Thread Marc Boorshtein
> > Do you have any filters or other valves that might be wrapping the request > and choosing to ignore your extra headers? > No, the app is just a servlet that loops over all the headers and cookies and generates a properties response > 1) Show us your modified conf/context.xml. WE

RE: Request headers created in valve don't make it to application

2011-05-31 Thread Caldarale, Charles R
> From: Marc Boorshtein [mailto:mboorsht...@gmail.com] > Subject: Request headers created in valve don't make it to application > The valve runs, the headers are added but they don't make it to > the underlying web application. Do you have any filters or other valves that might be wrapping the

Re: Request Line Truncated and Caused 501

2011-01-20 Thread Yuesong Wang
nal Message- >> From: Yuesong Wang >> Sent: Thursday, January 20, 2011 10:41 >> To: Tomcat Users List >> Subject: Re: Request Line Truncated and Caused 501 >> >> Thanks. I tried 6.0.30, but under heavy load in our >> production environment, its memory usage s

  1   2   3   >