Em 05/03/2013 19:45, Konstantin Kolinko escreveu:
2013/3/5 Edson Richter edsonrich...@hotmail.com:
At ServletContextListener I've created, I do register a
PropertyEditorManager that is able to convert string into java.util.Date.
The registration code is:
@Override
public void
?
Thanks,
Edson Richter
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Seems that Java 6 used AppContext, and Java 7 uses ThreadGroupContext...
Anyone has experienced this:
http://stackoverflow.com/questions/13424690/java7-propertyeditors-registered-via-threadgroupcontext
?
Thanks,
Edson
Em 05/03/2013 11:27, Edson Richter escreveu:
At ServletContextListener
AFAIK, as best practice is recommended that if you have dedicated
server, let -Xms as close as possible to -Xmx to avoid extra effort in
releasing memory.
I remember to read this information as recommended by Oracle (JRockit)
and IBM (WebSphere) documentation (unfortunately, I don't have the
ms in Java
applications are related to not releasing resources in appropriate
way (I mean, files, JDBC connections, transactions, network
connections, temporary files, session content, patterns like utility
or builder, caches, threads, etc).
Kind regards,
Edson Richter
.
Edson Richter
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEAREIAAYFAlEaYWUACgkQ9CaO5/Lv0PC0CQCfX91lU8Tbik1CDe3g8ASV6pxQ
rOkAn2PPdBNrP4rVPRJ6GWzXqFx/8HyQ
There is a similar thread published a week ago.
It can be caused by almost anything, and my last suspect would be Tomcat
it self.
Most of time, the cause is some programming error, like:
- missing step out of recursive loop
- loading too many objects is memory (for example, when using JPA where
Em 12/02/2013 15:53, Cool Techi escreveu:
I am new to this, I have just installed YourKit and see a lot of threads
blocked,but currently my response are fine, the blocked thread are showing the
following
Blocker Thread QuartzSchedular_Worker-6 native ID ..
On clicking on the Blocker thread
As I said, everything said before getting more details would be mere
speculation.
I'm just brainstorming based on information you gave so far.
I would recommend to check a heap dump and profiling using VisualJVM of
application while running. It would give a better idea.
Regards,
Edson
Em
Em 12/02/2013 16:50, Cool Techi escreveu:
Sorry if what I wrote was confusing, actually I have installed YourKit profiler
and am profiling my tomcat. On checking or blocking threads I get to see the
following,
Blocker Thread QuartzSchedular_Worker-6 native ID ..
On clicking on the Blocker
Em 06/02/2013 01:18, Zoran Avtarovski escreveu:
Thanks Igor,
I just stumbled upon that same document. I think you may be on to
something here.
I have a feeling that the GC may not be configured well.
Also read the following:
Em 06/02/2013 13:26, Jeffrey Janner escreveu:
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Tuesday, February 05, 2013 4:59 PM
To: Tomcat Users List
Subject: Re: [Seriously OT] Help in diagnosing server unresponsiveness
-BEGIN PGP SIGNED
Em 06/02/2013 19:09, Howard W. Smith, Jr. escreveu:
Chris,
On Wed, Feb 6, 2013 at 12:11 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
It depends on how you configure things. It's usually the lb that makes
that decision,
Em 03/02/2013 07:20, Howard W. Smith, Jr. escreveu:
I definitely do not want to take/lead away from Edson and Mark's
recommendations and responses related to linux, but as someone that has
found success with his first-and-only JAVA/JSF web application, running on
Windows Server 2003 32-bit 4GB,
up, but because there are no OOME no thread dumps
are generated.
Z.
On 2/02/13 4:09 AM, Edson Richter edsonrich...@hotmail.com wrote:
Em 01/02/2013 15:03, Edson Richter escreveu:
Removing the hardware issues (faulty memory or disk), that you
obviously already tested, I'll try to give some
Em 03/02/2013 02:01, Zoran Avtarovski escreveu:
Hi Edson,
We do have some background threads as we use Quartz for scheduling tasks
but we haven't had any issues with it in the past.
I also checked the monitoring and I'm seeing anything strange during the
execution of the scheduled tasks.
Z.
Just occurred to me: Linux has one feature that Windows doesn't: the OOM
killer. When happens, normally you get a message in log.
Have you checked that?
If not, there is a little introduction here:
http://linuxdevcenter.com/pub/a/linux/2006/11/30/linux-out-of-memory.html?page=1
Also, I had
, I manage to have web apps that run withing 2Gb of memory
(on 8Gb of hardware), hundred of users in databases with 20Gb, 24x7.
I hope this helps,
Edson Richter
Em 31/01/2013 23:36, Zoran Avtarovski escreveu:
Hi Guys,
We have a application running on the latest Tomcat7 and we are getting
Em 01/02/2013 15:03, Edson Richter escreveu:
Removing the hardware issues (faulty memory or disk), that you
obviously already tested, I'll try to give some directions for testing:
a) Main cause of memory leaks are hard references in main class
loader. This happens when you put all your
Em 01/02/2013 17:20, Christopher Schultz escreveu:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
On 2/1/13 12:41 PM, Howard W. Smith, Jr. wrote:
my app is running fine, but i'm always striving for perfection and
performance, and that is why I made my way from mojarra to
myfaces,
Em 01/02/2013 21:27, Howard W. Smith, Jr. escreveu:
If you want to improve performance even more, ditch EJB altogether.
Moving from APR to NIO may be a good move, but it really depends upon
your requirements. For instance, APR provides superior SSL performance
but if you don't need it, NIO will
Em 01/02/2013 21:57, Howard W. Smith, Jr. escreveu:
Okay, well, I'm using JPA to access JTA managed datasource (Apache
Derby), and I really don't think I have any JDBC resource management
issues.
Have you look into your JPA graph and check if you are not loading
millions of objects in memory?
$tm-%1$td
%1$tH:%1$tM:%1$tS.%1$tL] %4$s: %5$s %6$s %n
Both causes errors (linux platform) like
/etc/init.d/catalina: line 64:
-Djava.util.logging.SimpleFormatter.format=[%1-%1-%1: command not found
or
Error: Could not find or load main class %1:%1:%1.%1]
I'll appreciate your help.
Edson
I do use 64bit JRockit VM (JDK 6), and it is awesome!
Tomcat running for months without any trouble, even with redeployments.
In time: I don't work for Oracle :-)
Regards,
Edson
Em 30/01/2013 19:57, Dhruva Reddy escreveu:
I'm running a Grails application on 64-bit Linux, for a public
, the formatting experssion needs to
be inside single quotes.
Regards,
Edson
Em 30/01/2013 20:01, Edson Richter escreveu:
I'm trying to put the following in catalina.sh:
JAVA_OPTS=-Djava.awt.headless=true
-Djava.util.logging.SimpleFormatter.format=[%1$tY-%1$tm-%1$td
%1$tH:%1$tM:%1$tS.%1$tL] %4$s: %5$s %6
PM, Edson Richter wrote:
I'm trying to put the following in catalina.sh:
JAVA_OPTS=-Djava.awt.headless=true
-Djava.util.logging.SimpleFormatter.format=[%1$tY-%1$tm-%1$td
%1$tH:%1$tM:%1$tS.%1$tL] %4$s: %5$s %6$s %n
also tried:
JAVA_OPTS=-Djava.awt.headless=true
26 matches
Mail list logo
