has guidance for configuring Tomcat 9.0.85 for debugging please
> send it along. I am running the program under Ubuntu 20.04. I am not sure the
> guidance on the internet for modifying catalina.sh is right. My goal is to
> then attach a debugger from Netbeans 16 and debug my web app.
>
Thank you very much!
On Monday, February 26, 2024 at 05:43:02 PM EST, Chuck Caldarale
wrote:
> On Feb 26, 2024, at 16:18, Mark Caruso wrote:
>
> If anyone has guidance for configuring Tomcat 9.0.85 for debugging please
> send it along. I am running the program under
On 2/26/2024 2:18 PM, Mark Caruso wrote:
If anyone has guidance for configuring Tomcat 9.0.85 for debugging please send
it along. I am running the program under Ubuntu 20.04. I am not sure the
guidance on the internet for modifying catalina.sh is right. My goal is to
then attach a debugger
> On Feb 26, 2024, at 16:18, Mark Caruso wrote:
>
> If anyone has guidance for configuring Tomcat 9.0.85 for debugging please
> send it along. I am running the program under Ubuntu 20.04. I am not sure the
> guidance on the internet for modifying catalina.sh is right. My goa
If anyone has guidance for configuring Tomcat 9.0.85 for debugging please send
it along. I am running the program under Ubuntu 20.04. I am not sure the
guidance on the internet for modifying catalina.sh is right. My goal is to
then attach a debugger from Netbeans 16 and debug my web app.
Thank
Ok,
Didn't test it (it is started with suspend='n').
Just didn't know what the option was exactly doing, hence the question.
J.P.
-Original Message-
From: Mark Thomas
Sent: maandag 13 juni 2022 14:58
To: users@tomcat.apache.org
Subject: Re: Debugging Tomcat durin
until the debugger attaches. I don't see any
reason why that would impact behaviour during JVM shutdown.
Mark
JP
-Original Message-
From: Mark Thomas
Sent: woensdag 8 juni 2022 14:50
To: users@tomcat.apache.org
Subject: Re: Debugging Tomcat during shutdown
On 08/06/2022 13:39, Je
Could it depend on whether 'suspend=n' or 'suspend=y' is set on the jdwp
options?
JP
-Original Message-
From: Mark Thomas
Sent: woensdag 8 juni 2022 14:50
To: users@tomcat.apache.org
Subject: Re: Debugging Tomcat during shutdown
On 08/06/2022 13:39, Jean Pierre UR
14:23
To: users@tomcat.apache.org
Subject: Re: Debugging Tomcat during shutdown
On 08/06/2022 11:54, Jean Pierre URKENS wrote:
Hi Mark,
I know the version is quite old, but that is what the client currently
has installed.
ACK.
I am shutting Tomcat down with ${TOMCAT_HOME}/bin/shutdown.
debug session got killed before hitting any
breakpoint I activated, e.g. in Serverimpl#stop()).
-Original Message-
From: Mark Thomas
Sent: woensdag 8 juni 2022 14:23
To: users@tomcat.apache.org
Subject: Re: Debugging Tomcat during shutdown
On 08/06/2022 11:54, Jean Pierre URKENS
local testing to see if I can recreate
the issue you are seeing.
Mark
J.P.
-Original Message-
From: Mark Thomas
Sent: woensdag 8 juni 2022 12:45
To: users@tomcat.apache.org
Subject: Re: Debugging Tomcat during shutdown
On 08/06/2022 11:29, Jean Pierre URKENS wrote:
I am trying to
riginal Message-
From: Mark Thomas
Sent: woensdag 8 juni 2022 12:45
To: users@tomcat.apache.org
Subject: Re: Debugging Tomcat during shutdown
On 08/06/2022 11:29, Jean Pierre URKENS wrote:
> I am trying to debug the cleanup of resources during a shutdown of
> Tomcat
> 8.5.43
That is a
On 08/06/2022 11:29, Jean Pierre URKENS wrote:
I am trying to debug the cleanup of resources during a shutdown of Tomcat
8.5.43
That is a rather old version. I'd recommend upgrading.
and notices that my debug session gets killed prior to performing
any servlet cleanup actions.
I am starting
I am trying to debug the cleanup of resources during a shutdown of Tomcat
8.5.43 and notices that my debug session gets killed prior to performing
any servlet cleanup actions.
I am starting Tomcat in debug mode with the JVM options:
JAVA_OPTS="$JAVA_OPTS -Xdebug
-Xrunjdwp:transport=dt_socket,ad
- Original Message -
> From: "Christopher Schultz"
> To: users@tomcat.apache.org
> Sent: Friday, December 6, 2019 12:41:23 PM
> Subject: Re: Tomcat - No Fork for debugging?
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Alex,
>
- Original Message -
>> From: "Christopher Schultz" To:
>> users@tomcat.apache.org Sent: Friday, December 6, 2019 9:51:52
>> AM Subject: Re: Tomcat - No Fork for debugging?
>>
> Alex,
>
> On 12/5/19 18:05, Alex Scheel wrote:
>>>> ---
Apologies, this reply got away from me... :-)
Perhaps grab a fresh $BEVERAGE before reading.
- Original Message -
> From: "Christopher Schultz"
> To: users@tomcat.apache.org
> Sent: Friday, December 6, 2019 9:51:52 AM
> Subject: Re: Tomcat - No Fork for debuggin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Alex,
On 12/5/19 18:05, Alex Scheel wrote:
> - Original Message -
>> From: "Christopher Schultz" To:
>> users@tomcat.apache.org Sent: Thursday, December 5, 2019 5:05:42
>> PM Subject: Re: Tomcat - No Fork for
- Original Message -
> From: "Christopher Schultz"
> To: users@tomcat.apache.org
> Sent: Thursday, December 5, 2019 5:05:42 PM
> Subject: Re: Tomcat - No Fork for debugging?
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Alex,
>
>
ror about /sbin/nologin
> doesn't understand the -c option, which to me says that Bootstrap
> is trying to fork and create a new shell (I'm running as root in a
> VM and it wants to launch as the tomcat user), dropping my
> environmental variables I want.
>
> Ideally (for
k and create a new shell (I'm running as
root in a VM and it wants to launch as the tomcat user), dropping my
environmental
variables I want.
Ideally (for debugging) I'd like to simplify this. Is there a more direct
entry route I can use perhaps?
- Alex
-
Thank you for your response.
Perhaps I was not clear.. what I really want to do is to have Client
authentication only for the particular path (/Authn/X509).
But it does not seem to kick in and I am wondering if there is any
suggestion for troubleshooting.
-Vivien
On Thu, Aug 29, 2019 at 12:48 AM
On 28/08/2019 23:09, Vivien Wu wrote:
> Tomcat version: 8.5.14
> OS: debian 9 (stretch)
> Issues: If using SSLVerifyClient=optional, it seems to work (log attached,
> assuming config is validated);
> however when trying to use SSLVerifyClient=none, the browser complains
>
> This site can’t provid
Tomcat version: 8.5.14
OS: debian 9 (stretch)
Issues: If using SSLVerifyClient=optional, it seems to work (log attached,
assuming config is validated);
however when trying to use SSLVerifyClient=none, the browser complains
This site can’t provide a secure connection login-test.foo.com sent an
inv
Thanks Mark, I will keep the changelog in mind for future references.
Eduardo Quintanilla
Software Developer
Block Networks
-Original Message-
From: Mark Thomas
Sent: martes, 4 de diciembre de 2018 11:00 a. m.
To: users@tomcat.apache.org
Subject: Re: Help debugging stream error
On
On 04/12/2018 15:24, Eduardo Quintanilla wrote:
Hi,
I am having an sporadic error with our app that slows a lot the responses of
the server.
Any suggestions about how to find the cause of the error will be appreciated.
Tomcat version: Apache Tomcat/8.5.20
Java: JDK 1.8.0_191-b12
VM Options: -
Hi,
I am having an sporadic error with our app that slows a lot the responses of
the server.
Any suggestions about how to find the cause of the error will be appreciated.
Tomcat version: Apache Tomcat/8.5.20
Java: JDK 1.8.0_191-b12
VM Options: -Xms200m -Xmx7g -XX:PermSize=256m -XX:MaxPermSize=5
PM
To: users@tomcat.apache.org
Subject: Re: Debugging tomcat native connector
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 11/1/18 11:51, Mark A. Claassen wrote:
> Thanks for the reply. I am using
> "org.apache.coyote.http11.Http11AprProtocol" in Tomcat 9.
>
> The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 11/1/18 11:51, Mark A. Claassen wrote:
> Thanks for the reply. I am using
> "org.apache.coyote.http11.Http11AprProtocol" in Tomcat 9.
>
> The NIO connectors worked fine when we tried them, but the native
> ones seem to start up, but the
I makes no warranty for and
assumes no legal liability or responsibility for the posting.
-Original Message-
From: Roger Brechbühl
Sent: Wednesday, October 31, 2018 5:25 PM
To: Tomcat Users List
Subject: Re: Debugging tomcat native connector
with which connector do you have problems? ni
with which connector do you have problems? nio, nio2 or apr?
I ask because we have problems with nio2-openssl when ssl session is reused
e.g. when a request is proxied with nginx.
kind regards,
Roger
Mark A. Claassen schrieb am Mi. 31. Okt. 2018 um 15:32:
> Is there a way to debug the native c
Is there a way to debug the native connectors? Specifically, we are having
some problems getting the native openssl connector working on Ubuntu.
Doing an strace on the process shows a lot of FUTEX_WAIT_PRIVATE, but we don't
know why. We were hoping that there was some way to get more informatio
Al
You may or may not find this helpful...
-Original Message-
From: Al Grant [mailto:bigal...@gmail.com]
Sent: Sunday, February 26, 2017 8:34 PM
To: users@tomcat.apache.org
Subject: Debugging
> Hello,
>
> System: Windows 10
> Tomcat Var: 8.5.4
> IDE: Intellij Ultima
Hello,
System: Windows 10
Tomcat Var: 8.5.4
IDE: Intellij Ultimate
Java: v1.8
I have started out creating war files. At the moment I am deploying by
copying the war to the webapps directory and then using chrome to browse
the URL.
I am compling the war in Intellij, but starting tomcat seperately
On Fri, Jan 6, 2017 at 12:10 AM, Kaushal Shriyan
wrote:
> Hi,
>
> Is there a way to enable debugging tomcat catalina.out file. I did set it
> to FINEST in logging.properties file.
>
> Tomcat version :- 7.0.59
> OS :- CentOS release 6.8 (Final)
> Java version :- java
Hi,
Is there a way to enable debugging tomcat catalina.out file. I did set it
to FINEST in logging.properties file.
Tomcat version :- 7.0.59
OS :- CentOS release 6.8 (Final)
Java version :- java -version
java version "1.7.0_80"
Java(TM) SE Runtime Environment (build 1.7.0_80-b15)
Java
Thanks Chris,
that seems to connect but sends no data back? The error is
3074385544:error:1409E0E5:SSL ... :ssl handshake failure:s3_pkt.c:637
Returns:
CONNECTED(0003)
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 0 bytes and written 0 b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Peter,
On 12/22/16 12:52 PM, Peter Wallis wrote:
> Ahh! changed the server.xml entries to 8443 tried: openssl s_client
> -connect 192.168.1.149:8443 and got: CONNECTED(0003)
> 3074541192:error:140790E5SSL routhines:SSL23_WRITE:ssl handshake
>
Ahh!
changed the server.xml entries to 8443
tried:
openssl s_client -connect 192.168.1.149:8443
and got:
CONNECTED(0003)
3074541192:error:140790E5SSL routhines:SSL23_WRITE:ssl handshake
failure:s23_lib.c:177:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Peter,
On 12/22/16 11:03 AM, Peter Wallis wrote:
> Hi Christopher, re 443 on *nix; yes, set AUTHBIND='yes' in
> /etc/defaults/tomcat8
Okay. Are you sure you've got that configured properly? Try changing
port 443 to 8443 in server.xml and bouncing T
Hi Christopher,
re 443 on *nix; yes, set AUTHBIND='yes' in /etc/defaults/tomcat8
re openssl s_client -connect on a different machine; it times out
Did have a thought -- one that might not be obvious to you experts -- I am
serving that page via No-IP dynamic dns. Their support people are "cagey"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Peter,
On 12/22/16 2:43 AM, Peter Wallis wrote:
> Hi Christopher, so it seems I have done something exceptional :-)
> Thanks for taking a look...
>
> protocol="org.apache.coyote.http11.Http11NioProtocol"
> maxThreads="150" SSLEnabled="true" schem
it is the CA or keystore because I can a) verify the certificate
> > chain with openssl and the keystore tells me I have the
> > certificates I think I have.
>
> What matters is what the server (Tomcat) is presenting to the client,
> not what's actually in the keystore (
ly in the keystore (though usually they are very
closely related).
> I have googled for getting tomcat to give some debug information
> but what I've found so far has no effect. Can someone point me to
> the official how-to debug ssl issues on tomcat?
There isn't really an
up works with http connections, I'd
> much prefer to debug what I have rather than start again. Particularly as
> reconstructing the keystore will cost me, if not money, at least respect
> from my certificate provider support people.
>
> Debugging is apparently done using
>
works with http connections, I'd
much prefer to debug what I have rather than start again. Particularly as
reconstructing the keystore will cost me, if not money, at least respect
from my certificate provider support people.
Debugging is apparently done using
-Djavax.net.debug=all
-D
On Wed, Dec 21, 2016 at 1:22 AM, Peter Wallis wrote:
> Can someone point me to the official how-to debug ssl issues on tomcat?
Did you follow the steps in this documentation?
http://tomcat.apache.org/tomcat-8.0-doc/ssl-howto.html
--
Hassan Schroeder hassan.schroe...
Hi all,
I have tomcat 8.0.39 running on a raspberry pi (easy) and thought I'd try
setting it up to provide "skills" for the Amazon Echo Alexa service. This
requires a url which "presents" either a signed certificate, or a
self-signed certificate.
Using fiirefox to check, I believe I got it pres
Sweeny wrote:
> Hi Chiranga,
>
> -Original Message-
> From: Chiranga Alwis [mailto:chirangaal...@gmail.com]
> Sent: 25 February 2016 07:03
> To: Tomcat Users List
> Subject: Debugging Apache Tomcat
>
> Hi,
>
> please refer this post regarding To
Hi Chiranga,
-Original Message-
From: Chiranga Alwis [mailto:chirangaal...@gmail.com]
Sent: 25 February 2016 07:03
To: Tomcat Users List
Subject: Debugging Apache Tomcat
Hi,
please refer this post regarding Tomcat debugging issue:
http://stackoverflow.com/questions/35620472/debug
Hi,
please refer this post regarding Tomcat debugging issue:
http://stackoverflow.com/questions/35620472/debug-apache-tomcat
On Thu, Apr 30, 2015 at 6:06 PM, Konstantin Kolinko
wrote:
>
> Note that you have 2 firewalls, one on your own machine (to allow
> outgoing connections), another on the one running in virtual box (to
> allow incoming connections).
>
> Can you connect with a simple client, e.g. telnet?
Yeah fir
2015-05-01 3:29 GMT+03:00 David Landis :
> On Thu, Apr 30, 2015 at 5:24 PM, Konstantin Kolinko
> wrote:
>
>>
>> Have you started Tomcat in debug mode?
>> E.g. "./catalina.sh jpda start"
>>
>> See JPDA_ADDRESS option in catalina.sh source code.
>>
>
>
> Hi Konstantin. Yes I have. Like I noted in th
On Thu, Apr 30, 2015 at 5:24 PM, Konstantin Kolinko
wrote:
>
> Have you started Tomcat in debug mode?
> E.g. "./catalina.sh jpda start"
>
> See JPDA_ADDRESS option in catalina.sh source code.
>
Hi Konstantin. Yes I have. Like I noted in the original question Tomcat
correctly outputs on startup:
gured the debug port 9009 should be
>> accessible outside the VM.
>>
>
>
> Hi David -- thanks for the response. Port 8000 is definitely the default
> debugging port for Tomcat though and is what I've always used before when
> debugging locally. I suspect there is some addi
-- thanks for the response. Port 8000 is definitely the default
debugging port for Tomcat though and is what I've always used before when
debugging locally. I suspect there is some additional configuration I need
to do in Tomcat in order to debug while it is running in a Vagrant box
using port forwarding.
ounds like you'd also need that debug port say
9009, to have port forwarding configured.
Once port forwarding is configured the debug port 9009 should be accessible
outside the VM.
> Date: Thu, 30 Apr 2015 14:44:13 -0700
> Subject: Debugging Tomcat Running in Vagrant using Port Forward
Hi,
I was wondering if anyone here might have any idea about this issue I was
having debugging my Tomcat app. I posted this question on Stack Overflow
several days ago but didn't get any responses (and it said it was only
viewed 15 times despite having the Java and Tomcat tags which is
On 14 Mar 2015, at 3:43 PM, Graham Leggett wrote:
> Changing the auth-type to CLIENT-CERT shows that the username has been
> replaced by the subject-DN of the cert, which is progress.
Reverse engineering tomcat showed that the tomcatAuthentication parameter
solved half the problem - when the w
On 14 Mar 2015, at 1:04 AM, Konstantin Kolinko wrote:
> You are using JRE's default java.util.logging.LogManager.
>
> You need to configure JRE to use the Tomcat JULI implementation of log
> manager with
> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
>
> The JRE class is us
2015-03-13 23:43 GMT+03:00 Graham Leggett :
> On 13 Mar 2015, at 9:58 PM, Neven Cvetkovic wrote:
>
>> Just to confirm, the 403 Forbidden page was rendered by Tomcat, not Apache
>> HTTPD?
>
> Yes, it is branded tomcat and appears in the tomcat access log.
>
>> I don't expect it is an Apache issue h
ed.
>
> Back in the day there was a simple “debug” flag that turned on debugging.
> That seems to have been replaced with the significantly more complicated
> java.util.logging implementation, based on adding a logging.properties file.
> Adding this file, along with suggested entr
apache.catalina.authenticator.AuthenticatorBase invoke
> FINE: Not subject to any constraint
>
>
Did this log show up before you made a change or after you made a change to
logging.properties?
It seems you do have some logging setup, e.g.
"org.apache.catalina.realm.RealmBase" and
invoke
FINE: Not subject to any constraint
Mar 13, 2015 10:13:12 PM org.apache.catalina.authenticator.AuthenticatorBase
invoke
FINE: Not subject to any constraint
None of this is making any sense. Is there no simply way of switching on realm
Graham,
On Fri, Mar 13, 2015 at 3:02 PM, Graham Leggett wrote:
> Hi all,
>
> I have a working realm installation using basic authentication, which I
> need to switch to client certificate authentication. Having done so it
> doesn’t work, I just get “forbidden”, with no indication of the error
>
debugging. That
seems to have been replaced with the significantly more complicated
java.util.logging implementation, based on adding a logging.properties file.
Adding this file, along with suggested entries to debug realms has had no
effect, I can still see nothing in console.out.
Can anyone
Thank you for yours answers.
@Glen Peterson: Thanks for sharing about the method you use.
Best regards.
--
View this message in context:
http://tomcat.10.x6.nabble.com/Debugging-a-Webapp-in-Eclipse-running-Tomcat-as-a-stand-alone-JVM-process-tp5025598p5025883.html
Sent from the Tomcat - User
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mark,
On 11/20/14 4:09 PM, Mark Eggers wrote:
>
> Chris,
>
> On 11/20/2014 12:11 PM, Christopher Schultz wrote:
>> Léa,
>
>> On 11/20/14 1:21 PM, Léa Massiot wrote:
>>> Thank you for your answers.
>
>>> @MarkEggers Thank you very much for sharin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Glen,
On 11/20/14 3:31 PM, Glen Peterson wrote:
> I never looked into jsvc. It sounds very interesting! To use a <
> 1024 port as a non-root user, I've always used iptables to
> redirect traffic to a higher-numbered port. When experimenting
> wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris,
On 11/20/2014 12:11 PM, Christopher Schultz wrote:
> Léa,
>
> On 11/20/14 1:21 PM, Léa Massiot wrote:
>> Thank you for your answers.
>
>> @MarkEggers Thank you very much for sharing.
>
>>> Christopher Schultz wrote There are reasons to use
I never looked into jsvc. It sounds very interesting! To use a <
1024 port as a non-root user, I've always used iptables to redirect
traffic to a higher-numbered port. When experimenting with iptables
on a remote server, I actually like to schedule a reboot for 10 or 15
minutes, so that if I loc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Léa,
On 11/20/14 1:21 PM, Léa Massiot wrote:
> Thank you for your answers.
>
> @MarkEggers Thank you very much for sharing.
>
>> Christopher Schultz wrote There are reasons to use jsvc, but the
>> ability to run as a non-root uses is not one of th
running Tomcat as a non privileged user while still being able
to use privileged ports."
Thanks.
Best regards.
--
View this message in context:
http://tomcat.10.x6.nabble.com/Debugging-a-Webapp-in-Eclipse-running-Tomcat-as-a-stand-alone-JVM-process-tp5025598p5025674.html
Sent from the To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Léa,
On 11/20/14 10:24 AM, Léa Massiot wrote:
> Thank you for your answer.
>
>> Konstantin Kolinko wrote: Why do you need the ports to be 80 and
>> 443? (You cannot open those on Linux unless you are a root). You
>> can a) change the port numbers i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Konstantin,
On 11/19/14 8:35 PM, Konstantin Kolinko wrote:
> 2014-11-19 22:06 GMT+03:00 Léa Massiot :
>> Thank you for your answer. Your link helped.
>>
>> What was missing from the scenario I described previously was:
>> exporting the .war of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Léa,
On 11/20/2014 7:24 AM, Léa Massiot wrote:
> Thank you for your answer.
>
>> Konstantin Kolinko wrote: Why do you need the ports to be 80 and
>> 443? (You cannot open those on Linux unless you are a root). You
>> can a) change the port numbers in
Debian package.
I'm glad I did right.
Best regards.
--
View this message in context:
http://tomcat.10.x6.nabble.com/Debugging-a-Webapp-in-Eclipse-running-Tomcat-as-a-stand-alone-JVM-process-tp5025598p5025663.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
---
2014-11-20 13:56 GMT+03:00 Léa Massiot :
> Thank you for your answer.
>
>> Konstantin Kolinko wrote:
>> Deployment can be done from Ant or from Maven. There exists tools for
>> that.
>
> Ok, I understand.
>
>> Konstantin Kolinko wrote:
>> If you are developing your web application, is there a reaso
running on the Eclipse
JVM.
Does it make any sense?
I wonder how people developing daily on a Unix machine do to debug their
webapps in Eclipse as a non-root user.
Maybe you do? I would totally be glad to know what is the usual practice.
Best regards.
--
View this message in context:
http:
2014-11-19 22:06 GMT+03:00 Léa Massiot :
> Thank you for your answer.
> Your link helped.
>
> What was missing from the scenario I described previously was:
> exporting the .war of the webapps into the Tomcat "webapps" directory.
>
> Actually, I was hoping it would be done automatically "somehow"..
by any chance - an option "somewhere" that I have been missing
which would automatically export the webapps .war archives to the Tomcat
"webapps" directory... at build time for instance?
Hope my question is clear enough.
Best regards.
--
View this message in context:
http://tomcat.1
On 19/11/2014 16:23, Léa Massiot wrote:
> Can you see what I'm doing wrong?
http://wiki.apache.org/tomcat/FAQ/Developing#Q1
Mark
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: use
Hello and thank you for reading my post.
My problem is about debugging a Webapp in Eclipse running Tomcat as a
stand-alone JVM process.
-- In more details --
Below is what I would like to do:
- Start Tomcat:
- on Windows: via "startup.bat" in a "cmd.exe" ;
- on Unix (
Aniket,
That change had not been committed yet.
-Todd
On Tuesday, October 7, 2014, Aniket Bhoi wrote:
> On Tue, Oct 7, 2014 at 8:41 PM, Todd Chapman > wrote:
>
> > Chris,
> >
> > Thank you for the detailed reply and sorry for my delayed response. We
> > located the problem.
> >
> > We had set
On Tue, Oct 7, 2014 at 8:41 PM, Todd Chapman wrote:
> Chris,
>
> Thank you for the detailed reply and sorry for my delayed response. We
> located the problem.
>
> We had setTestOnBorrow(true) but had not set the validation query. When the
> validation query is null the validation fails causing th
Chris,
Thank you for the detailed reply and sorry for my delayed response. We
located the problem.
We had setTestOnBorrow(true) but had not set the validation query. When the
validation query is null the validation fails causing the connection to be
re-opened.
-Todd
On Wed, Sep 24, 2014 at 9:36
If you implement a JdbcInterceptor, the method JdbcInterceptor.disconnected
will always be called.
If the disconnect is permanent, then JdbcInterceptor.reset(null,null) will
be called after disconnected
On Tue, Sep 23, 2014 at 9:41 AM, Todd Chapman wrote:
> Hi,
>
> My application uses the Tomcat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Todd,
On 9/23/14 11:41 AM, Todd Chapman wrote:
> My application uses the Tomcat JDBC pool. While using netstat and
> tcpdump to diagnose connection problems I noticed that the client
> side occasionally closes a DB connection and opens a new one. Th
Hi,
My application uses the Tomcat JDBC pool. While using netstat and tcpdump
to diagnose connection problems I noticed that the client side occasionally
closes a DB connection and opens a new one. That is unexpected based on my
configuration.
poolProperties.setInitialSize(10);
po
Thank you, works perfectly.
On Mon, Aug 26, 2013 at 4:25 PM, Mark Eggers wrote:
> On 8/26/2013 12:29 PM, Tomcat Random wrote:
>
>> What exactly should go in logging.properties to get the most information
>> about clustering/session replication?
>>
>> I see two different logging suggestions, one
On 8/26/2013 12:29 PM, Tomcat Random wrote:
What exactly should go in logging.properties to get the most information
about clustering/session replication?
I see two different logging suggestions, one in the docs and one in the
FAQ. Tried both but couldn't get anymore information that what's ther
What exactly should go in logging.properties to get the most information
about clustering/session replication?
I see two different logging suggestions, one in the docs and one in the
FAQ. Tried both but couldn't get anymore information that what's there
already coming out in the logs: No warnings,
Jose,
Thanks for you help. It is working now that I have a new Tomcat 7
friendly version from the author of the SpringMVC servlet author. I'm
not sure what he changed.
Siegfried
Original Message
Subject: Re: [FWD: Help Debugging 404 errors]
From: Jose_María_Zaragoza
> OK, I double clicked. Can you give me some more details on choosing root
> folder and webapps folder? I see three radio buttons that are all greyed
> out. I don't know how to click on them.
> "Use workspace metadata (dones not modify Tomcat installation)"
> "Use the tomcat installation (takes c
Jose
>
>> They actually use a pseudo-CATALINA_BASE (I think) and run the server from:
>>
>> workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp[n]
>>
>> n is the number of your server in your Servers project.
>>
>> There is no bin directory, and there's an extra directory called wtpwebapps
Mark Eggers:
>
>1. Make sure your Servers project is open (so you can control Tomcat)
I don't know what you mean. I have expanded the server name in the
project pane (to expose server.xml and other files) as well as the
server name in project pane (to expose the war/projects with the jar
icon wher
> They actually use a pseudo-CATALINA_BASE (I think) and run the server from:
>
> workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp[n]
>
> n is the number of your server in your Servers project.
>
> There is no bin directory, and there's an extra directory called wtpwebapps
> which conta
On 2/13/2013 12:27 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256
Siegfried,
On 2/13/13 12:29 PM, siegfr...@heintze.com wrote:
OK, here is the console log and it is exclusively resulting from
starting. There are no changes to the console display as a result
of p
>Can you post the server.xml that is being used by Tomcat? It looks
>like Eclipse is modifying server.xml with your webapp's name (which is
>weird).
begin
%ECLIPSE_WORKSPACES%\hello-spring-mvc-annotated-tomcat6-from-scratch\Servers\Tomcat
v6.0 Server at localhost (2)-config\server.xml
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Siegfried,
On 2/13/13 12:29 PM, siegfr...@heintze.com wrote:
> OK, here is the console log and it is exclusively resulting from
> starting. There are no changes to the console display as a result
> of pointing the browser at
> http://localhost:8080
1 - 100 of 226 matches
Mail list logo
