> 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
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 wo
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:
>>>
>>> Tomcat 8_32
Windows 7
Java 8_51
RestEasy 3.0.11.Final
>
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 -
he
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 jetty-9.3.5.v20151012)
>>>
>>> Servlet code makes
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 makes a RestEasy call to anot
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
> >> Java 8_51
> >> RestEasy 3.0.11.Final
> >> GWT 2.7.0 (Jetty
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 servlet sets the 'Warning'
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 RestEasy call to another ser
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' HTTP header on response.
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 the
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
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 7.0.68.
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 webap
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
ahe
> 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 t
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 map
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 say the name of folder is c
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
wrote:
> Hel
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 index
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 la
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
.destro
-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 ServletContextLis
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, only
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 nu
-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
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 amon
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 Co
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
- y
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 :
http://stackoverflow.com/questions/5597573/how-to-find-if-ntlm-or-kerberos-is-used-from-www-authenticate-negotia
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: Unreco
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: Unreco
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 s
33 matches
Mail list logo