Short question: How can I, from within code running under Tomcat,
determine if a given URL request to that tomcat instance would result in
a 404 or not, without calling back to the Tomcat using an HTTP HEAD or GET?
Background: We use google custom search by calling the google server and
then
Hi all,
I'm maintaining a Java servlet which uses for render PDF files. Recently I've
been tasked to deploy it to run on windows environment.
It works perfectly in our old Linux environment; but I'm having issues in
windows with the same setup, I can however get a pdf report when there is no
On 07/16/2015 01:04 PM, chris derham wrote:
Short question: How can I, from within code running under Tomcat, determine
if a given URL request to that tomcat instance would result in a 404 or not,
without calling back to the Tomcat using an HTTP HEAD or GET?
Background: We use google custom
On 15/07/2015 23:36, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ludovic,
On 7/15/15 3:29 AM, l.pe...@senat.fr wrote:
On 13/07/2015 15:13, Christopher Schultz wrote:
It looks like you or DeltaSpike are not cleaning-up as the
request transitions from one state to
Please let me repeat my question from June 6th:
Why is this CVE still not addressed in Apache Tomcat JK Connectors
vulnerabilities http://tomcat.apache.org/security-jk.html?
http://www.cvedetails.com/cve/CVE-2014-8111/
-
Hi,
could you please tell us, when the
tomcat deploys only half of the application and starts. what could be the
reason ? I tried deleting the server and setting up a new tomcat server but
the problem is still the same
Konstantin,
Do you know if this is expected behavior for Tomcat6? Should I have to specify
'common.loader' in a separate $CATALINA_BASE/conf/catalina.properties file?
Thanks,
Josh
-Original Message-
From: Baird, Josh [mailto:jba...@follett.com]
Sent: Wednesday, July 15, 2015 4:07
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Josh,
On 7/16/15 8:13 AM, Baird, Josh wrote:
Do you know if this is expected behavior for Tomcat6?
No, it's not. But RHEL re-packages Tomcat and does weird things to it.
Should I have to specify 'common.loader' in a separate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Ludovic,
On 7/16/15 2:29 AM, l.pe...@senat.fr wrote:
On 15/07/2015 23:36, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256
Ludovic,
On 7/15/15 3:29 AM, l.pe...@senat.fr wrote:
On 13/07/2015 15:13, Christopher
On 7/16/2015 9:26 AM, chedana jayasinghe wrote:
tomcat deploys only half of the application and starts. what could be the
reason ? I tried deleting the server and setting up a new tomcat server but
the problem is still the same
Define half the application? What version of Tomcat? What
Hi,
Sometimes, in moments of high traffic for our patterns (170 req/sec), we
have a lot of threads like that:
ajp-apr-8009-exec-115 ^ 16/07/2015 - 11:13:37 - End of Execute daemon
prio=10 tid=0x2aaab5c36800 nid=0x12f9 waiting on condition
[0x4ddcb000]
java.lang.Thread.State:
Chris,
Yes, I suspect this is due to RHEL's re-package.
$CATALINA_HOME = /usr/share/tomcat6
$CATALINA_BASE = /srv/tomcat/myapp
$CATALINA_HOME/conf/catalina.properties does exist and contains the proper
common.loader line. However, unless I manually copy
chedana jayasinghe wrote:
tomcat deploys only half of the application and starts. what could be the
reason ? I tried deleting the server and setting up a new tomcat server but
the problem is still the same
If you installed and configured Tomcat with the same care and precision in terms than
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Josh,
On 7/16/15 8:58 AM, Baird, Josh wrote:
Yes, I suspect this is due to RHEL's re-package.
$CATALINA_HOME = /usr/share/tomcat6 $CATALINA_BASE =
/srv/tomcat/myapp
$CATALINA_HOME/conf/catalina.properties does exist and contains
the proper
Hey all,
I'm the guy who wrote the DeltaSpike code that is causing the trouble here.
So maybe I should ask a very concrete question here:
Basically the DeltaSpike code assumed that
ServletRequestListener.requestInitialized() is called exactly once for each
physical request. But it looks like it
On Thu, Jul 16, 2015 at 10:37 AM, Robert Anderson ranom...@gmail.com
wrote:
Hi,
Sometimes, in moments of high traffic for our patterns (170 req/sec), we
have a lot of threads like that:
ajp-apr-8009-exec-115 ^ 16/07/2015 - 11:13:37 - End of Execute daemon
prio=10 tid=0x2aaab5c36800
On 16 July 2015 16:37:53 CEST, Robert Anderson ranom...@gmail.com wrote:
Hi,
Sometimes, in moments of high traffic for our patterns (170 req/sec),
we
have a lot of threads like that:
ajp-apr-8009-exec-115 ^ 16/07/2015 - 11:13:37 - End of Execute daemon
prio=10 tid=0x2aaab5c36800 nid=0x12f9
Interesting. What's the CPU usage like at the time? If it's high, you
might want to look at gc logging to see if you've got a lot of GC happening.
CPU is low.
You'll probably also want to configure the access logs to log the amount of
time the request took to process.
I'll analyze this
Hi Mark,
How can I disable it?
2015-07-16 13:56 GMT-03:00 Mark Thomas ma...@apache.org:
On 16 July 2015 16:37:53 CEST, Robert Anderson ranom...@gmail.com wrote:
Hi,
Sometimes, in moments of high traffic for our patterns (170 req/sec),
we
have a lot of threads like that:
On Thu, Jul 16, 2015 at 12:04 PM, Robert Anderson ranom...@gmail.com
wrote:
Thanks, Dan.
This is not a problem. The thread is in the pool waiting for work. It's
what you'd normally see on a server that's not handling any requests.
It's awkward. Everything is going normal and suddenly,
Thanks, Dan.
This is not a problem. The thread is in the pool waiting for work. It's
what you'd normally see on a server that's not handling any requests.
It's awkward. Everything is going normal and suddenly, many threads start
waiting on the same monitor. After restart Tomcat, everything
I tried upgrading from Tomcat 8.0.14 to 8.0.24 over the weekend and could not
get it working (using Tomcat Native)… Here is what I see in catalina.out:
———
SEVERE [main] org.apache.catalina.core.AprLifecycleListener.init An
incompatible version 1.1.31 of the APR based Apache Tomcat Native
Earlier today I downloaded tomcat 8.0.24.
2015-07-16_15:26:53 wget
http://mirror.cogentco.com/pub/apache/tomcat/tomcat-8/v8.0.24/bin/apache-tomcat-8.0.24.tar.gz
It was about 9MB and the MP3 signature matched what it said on the
site. I just tried twice on another machine (the latest says I was
On 7/16/2015 2:01 PM, Chen Yang wrote:
Hi all,
I'm maintaining a Java servlet which uses for render PDF files. Recently I've
been tasked to deploy it to run on windows environment.
It works perfectly in our old Linux environment; but I'm having issues in
windows with the same setup, I can
I already have a custom error page. When I detect that a URL returned by
google would return a 404, I exclude it from the search results so that the
user never sees it.
Mitch
Mitch,
Ok I see now what you mean. Sorry your original email was quite clear.
Hmm interesting challenge. Big
Getting back to my original question... is there any harm if I make
the front servlet async-supported all the time, even though not all my
application servlets support asynchronous mode?
Thank you!
On Wed, Jul 15, 2015 at 4:55 PM, Rilak Kun kunri...@gmail.com wrote:
Thanks Chris for the
This is great news. Thank you Mark!
On Thu, Jul 16, 2015 at 1:57 PM, Mark Thomas ma...@apache.org wrote:
On 16 July 2015 21:49:33 CEST, Rilak Kun kunri...@gmail.com wrote:
Getting back to my original question... is there any harm if I make
the front servlet async-supported all the time, even
Short question: How can I, from within code running under Tomcat, determine
if a given URL request to that tomcat instance would result in a 404 or not,
without calling back to the Tomcat using an HTTP HEAD or GET?
Background: We use google custom search by calling the google server and
then
On 16 July 2015 21:49:33 CEST, Rilak Kun kunri...@gmail.com wrote:
Getting back to my original question... is there any harm if I make
the front servlet async-supported all the time, even though not all my
application servlets support asynchronous mode?
No. Assuming that your front servlet isn't
From: uzair rashid [mailto:uzairrashi...@gmail.com]
Subject: Please help
Please help as a subject line is not terribly useful, is it?
I am using Apache Tomcat 7.0.57..
Good to know; many people forget to mention the version they're using.
I have configured my server.xml as follows:
Hello:
I am using Apache Tomcat 7.0.57..
I have configured my server.xml as follows:
?xml version=1.0 encoding=UTF-8?!--
Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements. See the NOTICE file distributed with
this work for additional
31 matches
Mail list logo