> 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:
This is great news. Thank you Mark!
On Thu, Jul 16, 2015 at 1:57 PM, Mark Thomas wrote:
> On 16 July 2015 21:49:33 CEST, Rilak Kun 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 s
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
us
On 16 July 2015 21:49:33 CEST, Rilak Kun 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 doing anything t
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 wrote:
> Thanks Chris for the suggestion, but since ou
> 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 p
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 sear
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 how
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 library
> 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
>
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
i
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 f
Hi Mark,
How can I disable it?
2015-07-16 13:56 GMT-03:00 Mark Thomas :
> On 16 July 2015 16:37:53 CEST, Robert Anderson 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/201
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 option.
On 16 July 2015 16:37:53 CEST, Robert Anderson 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 waiting on
On Thu, Jul 16, 2015 at 12:04 PM, Robert Anderson
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, many threads sta
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 work
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
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 wa
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: TIME
-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
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 yo
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
$CATALINA_HOME/conf/catalina.properti
-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
> $CATALINA_BASE/
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 oper
-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, Chr
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:0
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 th
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
31 matches
Mail list logo
