@tomcat.apache.org
CC: saumil...@hotmail.com
Subject: Re: Re : Memory leak in Tomcat 6.0.35 ( 64 bit)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Saumil,
Please try to keep discussions on the mailing list to everyone can
benefit.
On 4/2/13 6:48 PM, saumil shah wrote:
For some reason ...I
On 3 Apr 2013, at 15:36, Christopher Schultz
ch...@christopherschultz.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Saumil,
Please try to keep discussions on the mailing list to everyone can
benefit.
On 4/2/13 6:48 PM, saumil shah wrote:
For some reason ...I do not see Java
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Howard,
On 4/3/13 4:15 PM, Howard W. Smith, Jr. wrote:
On Tue, Apr 2, 2013 at 5:12 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
If you don't re-deploy your webapp, then daily rolling Tomcat
restarts are not necessary. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Saumil,
On 4/3/13 2:16 PM, saumil shah wrote:
I did change in Tomcat 6.0/Conf/server.xml unpackWARs=false and
autoDeploy=false
Why? I don't believe I mentioned either of those settings...
but the logs still complaint about the Deploying web
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Saumil,
Please try to keep discussions on the mailing list to everyone can
benefit.
On 4/2/13 6:48 PM, saumil shah wrote:
For some reason ...I do not see Java process in Task Manager in
Windows, just Tomcat6 process. I am assuming killing
of my default as -Xms512m -Xmx1024m
-XX:MaxPermSize=1024m instead of my default -XX:MaxPermSize=512m
Appreciate all your help.
Thanks again.
Date: Wed, 3 Apr 2013 10:35:50 -0400
From: ch...@christopherschultz.net
To: users@tomcat.apache.org
CC: saumil...@hotmail.com
Subject: Re: Re : Memory
Chris,
On Tue, Apr 2, 2013 at 5:12 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I understand its not a premanent solution but as a stopgap for now
? If so , we can put it as part of daily cycle to bounce tomcat6.
If you
the error below with memory leak message. We were wondering what could have caused it
The Tomcat is 64 bit , JVM is 64 bit but the applications deployed are 32 bit
webapps we say Tomcat6 process becoming unresponsive around 2GB mark.
There is a Wiki page [1] that descibes most couses
with memory leak message. We were wondering what could have caused it
The Tomcat is 64 bit
(huh ?)
, JVM is 64 bit but the applications deployed are 32 bit webapps
(huh ?)
we say Tomcat6 process becoming unresponsive around 2GB mark
Thanks andre..can we deploy 32 bit web applications on 64 bit tomcat?
-Original Message-
From: André Warnier
Sent: 2 Apr 2013 08:51:00 GMT
To: Tomcat Users List
Subject: Re: Re : Memory leak in Tomcat 6.0.35 ( 64 bit)
saumil shah wrote:
Hello there,
I recently deployed one
From: saumil shah [mailto:saumil...@hotmail.com]
Subject: Re: Re : Memory leak in Tomcat 6.0.35 ( 64 bit)
Don't top post - it's annoying and confusing.
can we deploy 32 bit web applications on 64 bit tomcat?
The point being made is that your question doesn't make any sense. There's
Caldarale, Charles R wrote:
From: saumil shah [mailto:saumil...@hotmail.com]
Subject: Re: Re : Memory leak in Tomcat 6.0.35 ( 64 bit)
Don't top post - it's annoying and confusing.
can we deploy 32 bit web applications on 64 bit tomcat?
The point being made is that your question doesn't
,
upon enabling DEBUG logs in Tomcat , we saw the error below with
memory leak message. We were wondering what could have caused it
The Tomcat is 64 bit , JVM is 64 bit but the applications deployed
are 32 bit webapps we say Tomcat6 process becoming
unresponsive around 2GB mark
but as a stopgap for now ? If so , we
can put it as part of daily cycle to bounce tomcat6.
Many thanks.
Date: Tue, 2 Apr 2013 15:58:53 -0400
From: ch...@christopherschultz.net
To: users@tomcat.apache.org
Subject: Re: Re : Memory leak in Tomcat 6.0.35 ( 64 bit)
-BEGIN PGP SIGNED MESSAGE-
Hash
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Saumil,
On 4/2/13 5:01 PM, saumil shah wrote:
Thanks so much Chris this has been very very helpful ...
appreciate you taking time out. Would stopping Tomcat6 service in
Windows 2008 R2 take care of this orphan threads if you will ?
Also, does
Hello there,
I recently deployed one of the COTS products SAP Business Objects. When the
product was deployed , everything seemed to run fine but yesterday we started
experiencing Service is unavailable error , upon enabling DEBUG logs in
Tomcat , we saw the error below with memory leak
-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Wednesday, September 05, 2012 11:49 PM
To: Tomcat Users List
Subject: Re: Facing Memory leak - 64 bit Tomcat 6.0.35 with windows 2008 R2(64
bit JVM 1.6.0_33)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim,
On 9/5/12 1:17 PM
Hi,
We are using 64 bit Tomcat 6.0.35 with windows 2008 R2 (64 bit JVM 1.6.0_33)
and facing memory leak issues(OutOfMemoryError ) after a short interval of
time( ~30 minutes).
We deploy a web application on this version of tomcat and while working with
the GUI part of the application we face
bit Tomcat 6.0.35 with windows 2008 R2 (64 bit JVM
1.6.0_33) and facing memory leak issues(OutOfMemoryError ) after a short
interval of time( ~30 minutes).
We deploy a web application on this version of tomcat and while working
with the GUI part of the application we face memory leak, but same
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Shailendra,
On 9/5/12 2:50 AM, Shailendra Singh wrote:
We are using 64 bit Tomcat 6.0.35 with windows 2008 R2 (64 bit JVM
1.6.0_33) and facing memory leak issues(OutOfMemoryError ) after a
short interval of time( ~30 minutes).
We deploy a web
production apps in Tomcat on Windows is a bad idea. I wish this was more
widely known and publicized.-PJ
Date: Wed, 5 Sep 2012 11:13:09 -0400
From: ch...@christopherschultz.net
To: users@tomcat.apache.org
Subject: Re: Facing Memory leak - 64 bit Tomcat 6.0.35 with windows 2008
R2(64 bit JVM 1.6.0_33
on Windows is a bad idea. I wish this was more widely known
and publicized.-PJ
Total BS.
Date: Wed, 5 Sep 2012 11:13:09 -0400
From: ch...@christopherschultz.net
To: users@tomcat.apache.org
Subject: Re: Facing Memory leak - 64 bit Tomcat 6.0.35 with windows 2008
R2(64 bit JVM 1.6.0_33
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim,
On 9/5/12 1:17 PM, Tim Watts wrote:
On Wed, 2012-09-05 at 12:16 -0400, PJ Delsh wrote:
Shailendra, I'm not an expert, but when we had this same issue,
we increased the Initial Memory Pool and Maximum Memory pool (XMS
and XMX) in the Tomcat
Chris and Tim,
When we had Tomcat issues, every Tomcat professional we spoke to told us to
drop Windows and move to Linux ASAP. We were told that Tomcat is more stable
and less sensitive on Linux, and there are far better troubleshooting tools on
Linux than there are for Windows.
If this is
@tomcat.apache.org
Subject: Re: Facing Memory leak - 64 bit Tomcat 6.0.35 with windows 2008
R2(64 bit JVM 1.6.0_33)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Shailendra,
On 9/5/12 2:50 AM, Shailendra Singh wrote:
We are using 64 bit Tomcat 6.0.35 with windows 2008 R2 (64 bit JVM
1.6.0_33
On 9/5/2012 3:29 PM, PJ Delsh wrote:
Chris and Tim,
When we had Tomcat issues, every Tomcat professional we spoke to told us to
drop Windows and move to Linux ASAP. We were told that Tomcat is more stable
and less sensitive on Linux, and there are far better troubleshooting tools on
Linux
-Original Message-
From: PJ Delsh [mailto:pjdelsh...@hotmail.com]
Sent: Wednesday, September 05, 2012 2:29 PM
To: Tomcat Users List
Subject: RE: Facing Memory leak - 64 bit Tomcat 6.0.35 with windows 2008 R2(64
bit JVM 1.6.0_33)
Chris and Tim,
When we had Tomcat issues, every Tomcat
Pid * wrote:
edited for my amusement.
On 5 Sep 2012, at 17:16, PJ Delsh pjdelsh...@hotmail.com wrote:
Shailendra, I'm not an expert,
Really?
Once we fixed the leaks, Tomcat was stable.
Quel surprise.
After months of searching, we think the issue was having system.exit(0) in our
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
PJ,
On 9/5/12 3:29 PM, PJ Delsh wrote:
When we had Tomcat issues, every Tomcat professional we spoke to
told us to drop Windows and move to Linux ASAP.
I wouldn't argue that moving away from Microsoft Windows isn't a good
idea in general, but
On 9/5/2012 2:29 PM, PJ Delsh wrote:
Chris and Tim,
When we had Tomcat issues, every Tomcat professional we spoke to told us to
drop Windows and move to Linux ASAP. We were told that Tomcat is more stable
and less sensitive on Linux, and there are far better troubleshooting tools on
Linux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David,
On 9/5/12 3:43 PM, David kerber wrote:
On 9/5/2012 3:29 PM, PJ Delsh wrote:
Chris and Tim, When we had Tomcat issues, every Tomcat
professional we spoke to told us to drop Windows and move to
Linux ASAP. We were told that Tomcat is more
Ok. You've dealt with it a lot more than I have. I had thought we
started with it in the late 90's, but I guess I might be wrong on that;
I didn't go back and look anything up. The transaction and restart
stats are accurate, though...
On 9/5/2012 6:22 PM, Christopher Schultz wrote:
Hi,
We are using 64 bit Tomcat 6.0.35 with windows 2008 R2 (64 bit JVM 1.6.0_33)
and facing memory leak issues(OutOfMemoryError ) after a short interval of
time( ~30 minutes).
We deploy a web application on this version of tomcat and while working with
the GUI part of the application we face
On 04.09.2012 08:35, Shailendra Singh wrote:
Hi,
We are using 64 bit Tomcat 6.0.35 with windows 2008 R2 (64 bit JVM 1.6.0_33)
and facing memory leak issues(OutOfMemoryError ) after a short interval of
time( ~30 minutes).
We deploy a web application on this version of tomcat and while working
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Shailendra,
On 8/30/12 1:54 AM, Shailendra Singh wrote:
We are using 64 bit Tomcat 6.0.35 with windows 2008 R2 (64 bit JVM
1.6.0_33) and facing memory leak issues(OutOfMemoryError ) after a
short interval of time( ~30 minutes).
We deploy
On 30/08/2012 15:13, Christopher Schultz wrote:
Shailendra,
On 8/30/12 1:54 AM, Shailendra Singh wrote:
We are using 64 bit Tomcat 6.0.35 with windows 2008 R2 (64 bit JVM
1.6.0_33) and facing memory leak issues(OutOfMemoryError ) after a
short interval of time( ~30 minutes).
We deploy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pid,
On 8/30/12 5:02 PM, Pid wrote:
On 30/08/2012 15:13, Christopher Schultz wrote:
Shailendra,
On 8/30/12 1:54 AM, Shailendra Singh wrote:
We are using 64 bit Tomcat 6.0.35 with windows 2008 R2 (64 bit
JVM 1.6.0_33) and facing memory leak
Hi,
We are using 64 bit Tomcat 6.0.35 with windows 2008 R2 (64 bit JVM 1.6.0_33)
and facing memory leak issues(OutOfMemoryError ) after a short interval of
time( ~30 minutes).
We deploy a web application on this version of tomcat and while working with
the GUI part of the application we face
Hi Warren,
thanks for the help. I found that the application
creates lots of SessionFactoryImpl objects
even though one is enough
I changed this part of webapp. Now it has only one
SessionFactoryImpl and the memory leak is gone.
bye
2012/5/24 Warren Bell warrenbe...@gmail.com
Hi,
I have a leaking Tomcat App
I checked the heap with the Eclipse Memory Analyser
and it says
The classloader/component *org.apache.catalina.loader.WebappClassLoader @
0x94532f50*
occupies *376.421.152 (79,51%)* bytes. The memory is accumulated in one
instance of
*java.util.HashMap$Entry[]*
Christian Kaufhold wrote:
Hi,
I have a leaking Tomcat App
I checked the heap with the Eclipse Memory Analyser
and it says
The classloader/component *org.apache.catalina.loader.WebappClassLoader @
0x94532f50*
occupies *376.421.152 (79,51%)* bytes. The memory is accumulated in one
instance of
is accumulated in one
instance of
*java.util.HashMap$Entry[]* loaded by *system class loader*.
So the memory is used for something useful? That is not a memory
leak. It is just a web application requiring a lot of memory.
WebappClassLoader is the classloader that is used to load the classes
*org.apache.catalina.loader.WebappClassLoader @ 0x94532f50*
occupies *376.421.152 (79,51%)* bytes. The memory is accumulated
in one instance of *java.util.HashMap$Entry[]* loaded by
*system class loader*.
So the memory is used for something useful? That is not a memory
leak. It is just a web
by *system class loader*.
So the memory is used for something useful? That is not a memory
leak. It is just a web application requiring a lot of memory.
WebappClassLoader is the classloader that is used to load the classes
of your webapp. Of course, it remembers every class that it loaded
/ThreadPoolExecutor.java
and the bug (Improve ThreadLocal memory leak clean-up)
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159 I had the
following questions-
1. Once the thread pool has been renewed after No. of active threads
in pool * max (threadKeepAliveTimeout, longestRequest
in
/tomcat-8.0.x/java/org/apache/tomcat/util/threads/TaskQueue.java ,
/tomcat-8.0.x/java/org/apache/tomcat/util/threads/ThreadPoolExecutor.java
and the bug (Improve ThreadLocal memory leak clean-up)
https://issues.apache.org/bugzilla/show_bug.cgi?id=49159 I had the
following questions-
1. Once
* Reposting from the dev list as advised *
Dear All,
After going through the thread renewal code in
/tomcat-8.0.x/java/org/apache/tomcat/util/threads/TaskQueue.java ,
/tomcat-8.0.x/java/org/apache/tomcat/util/threads/ThreadPoolExecutor.java
and the bug (Improve ThreadLocal memory leak clean-up
%) ?
Don't know. It hasn't been tested. Looking at when it tests for renewal
it should only ever do it when there is some slack.
Is it meant for production deployments ?
Will it work? Yes. Would you be better off fixing whatever memory leak
means you need to use this in the first place
2011/7/30 Brian Braun brianbr...@gmail.com:
How do I solve it? Do I need to kill the thread somehow, or should it die as
soon as I cancel the timer with the timer.cancel() method?
It was discussed recently. See thread Terminating Timer Thread
Gracefully starting with July 12th.
Best regards,
Hi,
Where do I find that? is there an archive of the threads?
Thanks!
On Sat, Jul 30, 2011 at 9:14 AM, Konstantin Kolinko
knst.koli...@gmail.comwrote:
2011/7/30 Brian Braun brianbr...@gmail.com:
How do I solve it? Do I need to kill the thread somehow, or should it die
as
soon as I cancel
(I have just found the archive, sorry for asking something so silly)
On Sat, Jul 30, 2011 at 9:21 AM, Brian Braun brianbr...@gmail.com wrote:
Hi,
Where do I find that? is there an archive of the threads?
Thanks!
On Sat, Jul 30, 2011 at 9:14 AM, Konstantin Kolinko
Hi Konstantine,
I read all the thread, but I didn't find any conclusive response. Here are
my doubts/comments, after everything I have read:
- My timer creates a thread, with a name I assign to it. After my app stops,
I see the thread in the JVM using the Yourkit profiler. It is clear that the
2011/7/30 Brian Braun brianbr...@gmail.com:
Hi Konstantine,
I read all the thread, but I didn't find any conclusive response. Here are
my doubts/comments, after everything I have read:
For reference:
http://markmail.org/thread/oph2acjbdptcvduf
- My timer creates a thread, with a name I
Hi Konstantine,
I read all the thread, but I didn't find any conclusive response. Here
are
my doubts/comments, after everything I have read:
For reference:
http://markmail.org/thread/oph2acjbdptcvduf
- My timer creates a thread, with a name I assign to it. After my app
stops,
I
2011/7/30 Brian Braun brianbr...@gmail.com:
Oh, I forgot to mention that before I cancel() the timer, I iterate on all
the tasks and cancel them. I guess that guarantees that everything has
finished.
It does not guarantee anything for the task that is currently being run.
If you look at the
On 1:59 PM, Brian Braun wrote:
Hi Konstantine,
I read all the thread, but I didn't find any conclusive response. Here
are
my doubts/comments, after everything I have read:
For reference:
http://markmail.org/thread/oph2acjbdptcvduf
- My timer creates a thread, with a name I assign to it.
Hi Terence, I will try that. Thanks!
On Sat, Jul 30, 2011 at 3:13 PM, Terence M. Bandoian tere...@tmbsw.comwrote:
On 1:59 PM, Brian Braun wrote:
Hi Konstantine,
I read all the thread, but I didn't find any conclusive response. Here
are
my doubts/comments, after everything I have
Finally I have found something interesting: Tomcat has been warning me about
the TimerThread, saying that it could bring leaks. And the Find Leaks
button in the Tomcat Manager actually has been telling me that I do have
leaks, because it notices that the class loader can't be garbage collected.
to unregister it when the web application
was stopped. To prevent a memory leak, the JDBC Driver has been forcibly
unregistered.
Jul 29, 2011 7:36:51 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/admin] appears to have started a thread named
[from your blog entry]
I also think that logging leaks may be more helpful than using part of
manager, because many don't deploy manager (they remove it).
it is logged when the application is stopped, on recent tomcat 6 and 7.
I think your approach to finding leaks by performing comparisons is
On 5/10/11 8:55 PM, Gary Weaver wrote:
Here's what I did and what little I came up with:
http://stufftohelpyouout.blogspot.com/2011/05/diagnosing-webappportlet-hot-deploy.html
I'm definitely not an expert at diagnosing leaks, so if you have any
recommendations/comments, please let me know.
binLmaU7goP1J.bin
Description: PGP/MIME version identification
! That is a great presentation!
It really is. Having a decent memory profiler can really help things out.
If you can, try upgrading to the latest version of either Tomcat 6 or
Tomcat 7... there are some speculative memory leak prevention techniques
that they use to try to eliminate some memory leaks
Here's what I did and what little I came up with:
http://stufftohelpyouout.blogspot.com/2011/05/diagnosing-webappportlet-hot-deploy.html
I'm definitely not an expert at diagnosing leaks, so if you have any
recommendations/comments, please let me know.
I unfortunately started off just thinking I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gary,
On 5/10/2011 3:55 PM, Gary Weaver wrote:
http://stufftohelpyouout.blogspot.com/2011/05/diagnosing-webappportlet-hot-deploy.html
Generally speaking, when you have a permgen leak across webapp
redeployments, this is the situation:
1. Webapp
Chris,
On Tue, May 10, 2011 at 4:06 PM, Christopher Schultz
ch...@christopherschultz.net wrote:
http://people.apache.org/~markt/presentations/2010-11-04-Memory-Leaks-60mins.pdf
Thanks! That is a great presentation!
Gary
Security seems to be always in the hands of the wrong people.
No need for insults here, this is a new requirement which I'm not familiar
with, and that's why I asked you guys..
Instead of the JTDS, can I use Tomcat Spengo?
will it provide same results, as using a domain user for the tomcat
, you must have established that the memory leak was not in Tomcat per
se, but in the jDTS/jTDS driver, and/or the .dll that it is using for Windows-based
authentication, right ?
If so, maybe you want start another new thread, with a more appropriate subject
?
(If so, do not hit reply, start
Hey,
i've posted a message on JTDS forums, but no one answered.
I know the memory leak is caused by the dll, since when I don't use it, all
is good.
i'll open a new thread here, thanks
2011/3/6 André Warnier a...@ice-sa.com
הילה wrote:
Security seems to be always in the hands of the wrong
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
הילה,
On 3/6/2011 4:49 AM, הילה wrote:
Security seems to be always in the hands of the wrong people.
No need for insults here, this is a new requirement which I'm not familiar
with, and that's why I asked you guys..
I don't think Jorge was
Thanks :]
This was the task I was required to do, wit no question asked, cause this is
a requirement for our application to pass some major barriers. so.. :]
Hila
2011/3/7 Christopher Schultz ch...@christopherschultz.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
הילה,
On 3/6/2011
I got a good laugh with your message.
Security seems to be always in the hands of the wrong people.
Once I asked for the algorithm used to hash the passwords (that
happened to be HMAC SHA-1) into a database, if I was going to
authenticate the users, I needed to use the same algorithm. I did not
continue to the discussion-
How can I encrypt the password inside the xml file?
Thanks
Hila
בתאריך 27 בפברואר 2011 19:37, מאת הילה hilavalen...@gmail.com:
Original:
Does this happen all the time? Under what conditions? Are you able to
build a patched version of Tomcat in a test environment
From: הילה [mailto:hilavalen...@gmail.com]
Subject: Re: [OT] Memory Leak in Tomcat
How can I encrypt the password inside the xml file?
Short answer: pointless exercise.
Long answer: search the archives.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
הילה,
On 2/28/2011 5:17 AM, הילה wrote:
How can I encrypt the password inside the xml file?
0. $file = conf/server.xml
1. Use your favorite encryption tool to encrypt the password and shove
it into $file
2. Use that same tool in some code you
Original:
Does this happen all the time? Under what conditions? Are you able to
build a patched version of Tomcat in a test environment to test a fix I
have? What version of Java and Tomcat are you running?
Hey
I'm not sure if you refer the question to me, since the whole topic shifted
to an off
to
having windows service credentials used to log into the database. Once this
happened, a memory leak occurred. Some suggestions were made as to how to
track this down, and since then the thread has drifted into a discussion
about the merits of this approach, and now seems to be tittering
understood from the original post that this inquiry was about a
problem whereby a move from having db credentials stored in tomcat config to
having windows service credentials used to log into the database. Once this
happened, a memory leak occurred. Some suggestions were made as to how to
track
] On Behalf Of chris
derham
Sent: Friday, February 25, 2011 3:55 AM
To: Tomcat Users List
Subject: Re: [OT] Memory Leak in Tomcat
All,
I've only been on this mailing list for a couple of weeks, so am still
not
quite sure of the etiquette. I know people get upset about top posting
or
replying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris,
On 2/25/2011 4:54 AM, chris derham wrote:
It is far simpler to craft a fairly simple jsp
page, that allows posting arbitrary SQL to the same jsp, which then asks
tomcat for a connection, and then runs the SQL and displays the results.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 2/25/2011 10:47 AM, André Warnier wrote:
[Thread hijacking] is more annoying, because quite a few people have their
client set
to display messages by thread (a hierarchical display where messages
neatly appear under the ones they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeffrey,
On 2/25/2011 11:13 AM, Jeffrey Janner wrote:
Thanks for adding some more well-thought-out reasoning to this
discussion. You've pointed out some issues that the rest of us had
addressed, or even thought about, and pointing out that real
I know it has its advantages, that's why I used it :]
but if the memory leak will continue, and I won't figure it out, I think I'd
have to start looking for alternate possibilities
Thanks
Hila
2011/2/24 Jeffrey Janner jeffrey.jan...@polydyne.com
-Original Message-
From: Christopher
?) in what is starting to look like a nice
slinging match, but I think that we have already pretty much established
that the memory leak, if any, happens in the jDTS (?) driver and/or the
ntlmauth.dll that it is using, and not in Tomcat code.
If it is in the ntlmauth.dll, I doubt that any Java tool
Jeffrey Janner wrote:
..
Not sure exactly what Windows does once you've entered a verified user/pw
combination for a service. I'm guessing that it stores the password somehow,
because if you change the password, the service won't start next time.
It is stored in whatever format,
On 24 February 2011 09:42, André Warnier a...@ice-sa.com wrote:
Jeffrey Janner wrote:
..
Not sure exactly what Windows does once you've entered a verified user/pw
combination for a service. I'm guessing that it stores the password
somehow, because if you change the password, the service
-Original Message-
From: André Warnier [mailto:a...@ice-sa.com]
Sent: Thursday, February 24, 2011 3:43 AM
To: Tomcat Users List
Subject: Re: [OT] Memory Leak in Tomcat
Jeffrey Janner wrote:
..
Not sure exactly what Windows does once you've entered a verified
user/pw
-Original Message-
From: peter.crowth...@googlemail.com
[mailto:peter.crowth...@googlemail.com] On Behalf Of Peter Crowther
Sent: Thursday, February 24, 2011 3:57 AM
To: Tomcat Users List
Subject: Re: [OT] Memory Leak in Tomcat
On 24 February 2011 09:42, André Warnier a...@ice
Jeffrey Janner wrote:
-Original Message-
From: André Warnier [mailto:a...@ice-sa.com]
Sent: Thursday, February 24, 2011 3:43 AM
To: Tomcat Users List
Subject: Re: [OT] Memory Leak in Tomcat
Jeffrey Janner wrote:
..
Not sure exactly what Windows does once you've entered a verified
user
הילה wrote:
I've posted my problem in the sourceforge forums, but no comments have
received so far. :(
If you have any suggestions to replace this, another way to authenticate the
tomcat to the DB with user and password that do not appear in clear text,
I'll be glad to hear about it.
Have a
Sorry for the sent mail double time thing :]
i'll check the Jespa suggestion. thanks :]
keep the ideas coming, guys. every little thing could help
Thanks
Hila
2011/2/23 André Warnier a...@ice-sa.com
הילה wrote:
I've posted my problem in the sourceforge forums, but no comments have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
Bah. The OP replied to me directly (and CC'd the list) and so a REPLY
went to the OP and not to the list. Re-posting back.
On 2/22/2011 4:52 PM, Christopher Schultz wrote:
הילה,
On 2/22/2011 4:39 PM, הילה wrote:
I have used JProfiler to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
הילה,
On 2/23/2011 2:06 AM, הילה wrote:
I've posted my problem in the sourceforge forums, but no comments have
received so far. :(
If you have any suggestions to replace this, another way to authenticate the
tomcat to the DB with user and
I trust the people in the company, but the company's work is with sites that
any user all over the internet can access. so we want to perform a damage
control if some hacker would gain access to our web server, so if he can -
he won't get access to the DB, at least not with our help of displaying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
הילה,
On 2/23/2011 10:29 AM, הילה wrote:
I trust the people in the company, but the company's work is with sites that
any user all over the internet can access. so we want to perform a damage
control if some hacker would gain access to our web
I've explained it in my mail :]
change the user that runs the tomcat service to a domain user with
permissions to the DB
place ntlmauth.dll (from jtds-1.2.5 package) under c:\windows\system32
place jtds-1.2.5.jar (from jtds-1.2.5 package) in the tomcat 6.0\lib folder
and it works. :]
2011/2/23
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
הילה,
On 2/23/2011 10:38 AM, הילה wrote:
I've explained it in my mail :]
change the user that runs the tomcat service to a domain user with
permissions to the DB
So the domain user is password-less? How does the service start without
credentials?
Hey,
the user that runs the tomcat service is a domain user, but I specify the
user name and password of this user under log on tab on the service
properties.
it's not a problem since the password is encrypted, but in the xml file it's
in clear text.
so.. the problem for me is the memory leak
is encrypted, but in the xml file it's
in clear text.
It's a good thing those credentials don't need to be decrypted in order
to be used. Congratulations: you've covered your ass.
so.. the problem for me is the memory leak that generated after switching to
windows authentication.
Yup. Let's
to be used. Congratulations: you've covered your ass.
so.. the problem for me is the memory leak that generated after switching
to
windows authentication.
Yup. Let's get back to that. See my other post about working with
JProfiler.
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG
201 - 300 of 606 matches
Mail list logo