RE: Tomcat can not locate the folders of CSS files inside a web app, if the url-pattern of a servlet is set to / inside web.xml

2016-03-07 Thread Caldarale, Charles R
> From: Junqiang Zhang [mailto:junqiangzh...@gmail.com] > Subject: Re: Tomcat can not locate the folders of CSS files inside a web app, > if the url-pattern of a servlet is set to / inside web.xml Don't top-post. See item 6 under http://tomcat.apache.org/lists.html#tomcat-users > I did map my

Re: Tomcat can not locate the folders of CSS files inside a web app, if the url-pattern of a servlet is set to / inside web.xml

2016-03-07 Thread Junqiang Zhang
Thank all you guys very much for replying to my post. I did map my servlet to the url-pattern "/". Is there any setting could let web browsers find the static content inside the webapp directory? If I put the static content into some other places, can web browsers find the css file? Does Jetty

Re: Warning response header

2016-03-07 Thread Sean Dawson
On Mon, Mar 7, 2016 at 5:48 PM, Sean Dawson wrote: > > > On Mon, Mar 7, 2016 at 5:44 PM, David Kerber wrote: > >> On 3/7/2016 5:11 PM, Sean Dawson wrote: >> >>> On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson >>> wrote: >>>

Re: Question about your recent security (CVE-2015-5345) fix in 7.0.68 build

2016-03-07 Thread Harish Krishnan
Thanks for the reply, Mark. Unfortunately, i still could not verify this vulnerability as it still appears not fixed & my requests get redirected. Instead of using the manager webapp that comes default in tomcat, we created a sample webapp with the following security constraint -

Re: Warning response header

2016-03-07 Thread Sean Dawson
On Mon, Mar 7, 2016 at 5:44 PM, David Kerber wrote: > On 3/7/2016 5:11 PM, Sean Dawson wrote: > >> On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson >> wrote: >> >> Tomcat 8_32 >>> Windows 7 >>> Java 8_51 >>> RestEasy 3.0.11.Final >>> GWT 2.7.0 (Jetty

Re: Warning response header

2016-03-07 Thread Mark Eggers
Sean, I just noticed something else: On 3/7/2016 2:11 PM, Sean Dawson wrote: > On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson > wrote: > >> >> Tomcat 8_32 >> Windows 7 >> Java 8_51 >> RestEasy 3.0.11.Final >> GWT 2.7.0 (Jetty jetty-9.3.5.v20151012) >> >> Servlet code

Re: Warning response header

2016-03-07 Thread Sean Dawson
On Mon, Mar 7, 2016 at 5:36 PM, Mark Eggers wrote: > Sean, > > See comment at the end. > > On 3/7/2016 2:11 PM, Sean Dawson wrote: > > On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson > > wrote: > > > >> > >> Tomcat 8_32 > >> Windows 7 > >>

Re: Warning response header

2016-03-07 Thread David Kerber
On 3/7/2016 5:11 PM, Sean Dawson wrote: On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson wrote: Tomcat 8_32 Windows 7 Java 8_51 RestEasy 3.0.11.Final GWT 2.7.0 (Jetty jetty-9.3.5.v20151012) Servlet code makes a RestEasy call to another servlet (same container) - second

Re: Warning response header

2016-03-07 Thread Mark Eggers
Sean, See comment at the end. On 3/7/2016 2:11 PM, Sean Dawson wrote: > On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson > wrote: > >> >> Tomcat 8_32 >> Windows 7 >> Java 8_51 >> RestEasy 3.0.11.Final >> GWT 2.7.0 (Jetty jetty-9.3.5.v20151012) >> >> Servlet code makes a

Re: Warning response header

2016-03-07 Thread Sean Dawson
On Sun, Mar 6, 2016 at 12:48 PM, Sean Dawson wrote: > > Tomcat 8_32 > Windows 7 > Java 8_51 > RestEasy 3.0.11.Final > GWT 2.7.0 (Jetty jetty-9.3.5.v20151012) > > Servlet code makes a RestEasy call to another servlet (same container) - > second servlet sets the 'Warning'

Re: Tomcat can not locate the folders of CSS files inside a web app, if the url-pattern of a servlet is set to / inside web.xml

2016-03-07 Thread Chris Gamache
Chuck, That's precisely the point I was trying to make. CG On Mon, Mar 7, 2016 at 2:05 PM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: Chris Gamache [mailto:cgama...@gmail.com] > > Subject: Re: Tomcat can not locate the folders of CSS files inside a web > app, > > if

Re: Understanding how to controlling what data is written to log4j appenders

2016-03-07 Thread Joleen Barker
One more thing I tried was to change the parent for the rootlogger from CFCC to be CONSOLE to attempt to make it to where my log was not the parent and it still didn't change it. I am getting 0 messages in my cfcc log and everything still going to catalina.out. I know I'm so close to figuring

Re: Question about your recent security (CVE-2015-5345) fix in 7.0.68 build

2016-03-07 Thread Mark Thomas
On 07/03/2016 20:23, Harish Krishnan wrote: > Hi There, > > I am verifying the fix that you made for CVE-2015-5345 & it appears to be > not fixed. I might be doing something wrong & hence sending out this email > to you. > All i did was, > a) Downloaded & installed the latest tomcat build

Question about your recent security (CVE-2015-5345) fix in 7.0.68 build

2016-03-07 Thread Harish Krishnan
Hi There, I am verifying the fix that you made for CVE-2015-5345 & it appears to be not fixed. I might be doing something wrong & hence sending out this email to you. All i did was, a) Downloaded & installed the latest tomcat build 7.0.68. b) Added the following context attribute to manager

Re: Understanding how to controlling what data is written to log4j appenders

2016-03-07 Thread Joleen Barker
There is a comment that says: #stdout is set to be a ConsoleAppender But I changed the "stdout" that was set as the parent to CFCC so I thought then everything would go to the parent but I don't receive any of the logs. My cfcc log is just about empty except for the startup details. So I went

RE: Tomcat can not locate the folders of CSS files inside a web app, if the url-pattern of a servlet is set to / inside web.xml

2016-03-07 Thread Caldarale, Charles R
> From: Chris Gamache [mailto:cgama...@gmail.com] > Subject: Re: Tomcat can not locate the folders of CSS files inside a web app, > if the url-pattern of a servlet is set to / inside web.xml > /mywebapp/css/style.css is where that file should be located if exists in > the spot indicated in the

Re: Tomcat can not locate the folders of CSS files inside a web app, if the url-pattern of a servlet is set to / inside web.xml

2016-03-07 Thread Chris Gamache
Junqiang Zhang has the expectation of the paths to the files correct. /mywebapp/css/style.css is where that file should be located if exists in the spot indicated in the tree diagram. I don't think the default servlet plays in to this... Can you post your web.xml ? I think perhaps one of your

Re: Tomcat can not locate the folders of CSS files inside a web app, if the url-pattern of a servlet is set to / inside web.xml

2016-03-07 Thread Violeta Georgieva
Hi, 2016-03-07 19:37 GMT+02:00 Junqiang Zhang : > > I have tested on Tomcat versions 8.0.30, 8.0.32, and 9.0.0.M3. > > A web app is put inside a folder (let's say the name of the foder is > mywebapp) inside the Tomcat webapps directory. The folder for css > files (let's

Re: Understanding how to controlling what data is written to log4j appenders

2016-03-07 Thread Joleen Barker
I forgot to tell Chuck that the swallowOutput parm is set to true in the context. When you see the vendor's log4j.properties you will see why there were so many messages still going to the catalina.out due to them using stdout. -Joleen On Mon, Mar 7, 2016 at 12:31 PM, Joleen Barker

Tomcat can not locate the folders of CSS files inside a web app, if the url-pattern of a servlet is set to / inside web.xml

2016-03-07 Thread Junqiang Zhang
I have tested on Tomcat versions 8.0.30, 8.0.32, and 9.0.0.M3. A web app is put inside a folder (let's say the name of the foder is mywebapp) inside the Tomcat webapps directory. The folder for css files (let's say the name of folder is css) is located inside this web app folder. There is no

Re: Understanding how to controlling what data is written to log4j appenders

2016-03-07 Thread Joleen Barker
Hello Christopher, Charles, and Cris, Thank you for all the responses. Thank you for the encouragement. I dusted off my pants and went back at it. I made changes to the Vendors log4j.properties file. When I really looked at it I was able to determine they were things I was familiar with and the

RE: Tomcat 7 Web Service Shutdown Can't Stop Threads

2016-03-07 Thread Chris Brown
Here is the code to shut down the pools. When I was running a single pool the issue did not occur. It's when I added the second pool that the issue started. Arrays.asList(universalConnectionPoolManager.getConnectionPoolNames()) .forEach(poolName -> { try { universalConnectionPoolManager

Re: Tomcat 7 Web Service Shutdown Can't Stop Threads

2016-03-07 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris, On 3/7/16 9:51 AM, Chris Brown wrote: > Tomcat is shutting down the web service when I deploy a new .war > file. Okay. You said you were closing the connection pool, though: On 3/4/16 2:13 PM, Chris Brown wrote: > I added a

Re: Performance regression from 7 to 8

2016-03-07 Thread Aurélien Terrestris
Tullio, as suggested before by Felix, maybe you should try different connector configurations (defaults for HTTP connector are different between T7 (blocking) and T8 (non-blocking)) and see if this changes anything. For example in the server.xml file : and Your code is simple,

RE: Tomcat 7 Web Service Shutdown Can't Stop Threads

2016-03-07 Thread Chris Brown
Tomcat is shutting down the web service when I deploy a new .war file. There is no documentation on the threads and what they are for in oracle or tomcats documentation. The threads are not shutting down and they stay alive when the web service is shut down. I know this because I count the

Re: Tomcat 7 Web Service Shutdown Can't Stop Threads

2016-03-07 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris, On 3/7/16 8:26 AM, Chris Brown wrote: > The .jar comes with the Oracle 12c client. Oracle JDBC Drivers > release 12.1.0.2.0 Thanks. > I upgraded to tomcat 8. The latest stable version. The issue > still occurred, but the messages in the

RE: Performance regression from 7 to 8

2016-03-07 Thread Tullio Bettinazzi
As I already explained is not a reproductable problem. I tested the testcase in my environment and I reproduced the problem on some clients but not on all clients : the same clients where I noticed the problem in the real application. I'm not able to understand what's the relevant difference

RE: Tomcat 7 Web Service Shutdown Can't Stop Threads

2016-03-07 Thread Chris Brown
The .jar comes with the Oracle 12c client. Oracle JDBC Drivers release 12.1.0.2.0 I upgraded to tomcat 8. The latest stable version. The issue still occurred, but the messages in the logs were "Warnings" instead of being "SEVERE" errors. Thank you, Chris Brown Systems Consultant National

Re: Performance regression from 7 to 8

2016-03-07 Thread Mark Thomas
On 06/03/2016 08:45, Tullio Bettinazzi wrote: > I tested with 8.20 and 8.32 > With nothing changed I meant simply that results didn't change. I can't repeat the problem you are describing with your provided test case. I ran: - ab -k -n 1000 -c 1 localhost:8080/user002/Test - latest 8.0.x code -

Re: Windows Authentication

2016-03-07 Thread tomcat
On 07.03.2016 11:39, André Warnier (tomcat) wrote: On 07.03.2016 06:10, Chanchal Kariwala wrote: The article which suggested that NTLM is being used by Winlogon instead of Kerberos :

Tomcat 7.0.63 - socketBuffer "-1" - linux platform behaviour

2016-03-07 Thread Rashmi R Katagall
Hi, I have implemented a service using Http11Protocol and I have disabled the socketBuffer for the object by setting its value to "-1". When the client disconnects before the server responds, then on windows I see the exception: SEVERE: Error processing request java.net.SocketException:

Fw: Tomcat 7.0.63 - socketBuffer "-1" - linux platform behaviour

2016-03-07 Thread Rashmi R Katagall
Hi, I have implemented a service using Http11Protocol and I have disabled the socketBuffer for the object by setting its value to "-1". When the client disconnects before the server responds, then on windows I see the exception: SEVERE: Error processing request java.net.SocketException:

Re: Windows Authentication

2016-03-07 Thread tomcat
On 07.03.2016 06:10, Chanchal Kariwala wrote: The article which suggested that NTLM is being used by Winlogon instead of Kerberos : http://stackoverflow.com/questions/5597573/how-to-find-if-ntlm-or-kerberos-is-used-from-www-authenticate-negotiate-header So the token browser sends on first 401