Hey,
All of you basically asked about the connection pool I'm using.
I stated at the beginning that I'm using JDBC connection pool.
I implement it in the xml file under conf\catalina\localhost, under resource
tag-
*factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"*
with placing tomcat-jdbc.ja
2011/5/19 Yongqin Xu :
> If I am using Tomcat 7, what's the best way for my web app to retrieve the
> sever version info? thanks.
See webapps/ROOT/index.jsp for an example.
http://wiki.apache.org/tomcat/FAQ/Miscellaneous#Q4
-
T
Hi,
I am running TC 5.5.27, Ubuntu Linux Server 8.04 and Java6U24.
Is there a way to clear the work directory automatically when i deploy
any new war under webapps and i always need to restart tomcat server
whenever i deploy new war. is there a forceful auto deploy feature ?
Regards,
Kaushal
-
Good question. I'm using the ObjectName(String) constructor to query the
mbean. I'll give it a shot with ObjectName(String, Hashtable) instead and
see if parameterizing like that helps...
Dan
On Wed, May 18, 2011 at 6:05 PM, Mark Thomas wrote:
> On 18/05/2011 17:10, Dan Checkoway wrote:
> > C
Hello,
If I am using Tomcat 7, what's the best way for my web app to retrieve the
sever version info? thanks.
On 18/05/2011 17:10, Dan Checkoway wrote:
> Chris,
>
> Then I'd be faced with 400 (executor maxThreads) separate counter instances,
> which doesn't solve the centralization thing I was looking for. Mark's
> suggestion about using GlobalRequestProcessor seems to be doing the
> trick...now if only
7.0.14, I'm a bleeding edge adopter. :-)
On Wed, May 18, 2011 at 2:35 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dan,
>
> On 5/18/2011 12:10 PM, Dan Checkoway wrote:
> > Then I'd be faced with 400 (executor maxThreads) sep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dan,
On 5/18/2011 12:10 PM, Dan Checkoway wrote:
> Then I'd be faced with 400 (executor maxThreads) separate counter instances,
> which doesn't solve the centralization thing I was looking for. Mark's
> suggestion about using GlobalRequestProcessor s
Hello,
Sorry for my very late answer!
I took me time to solve the problem basing on what you suggested. In fact,
there are two different ones:
- I use Tiles and I don't specify header in all elements building the final
page (<%@page language="java" contentType="text/html; charset=UTF-8"%>). Af
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Venkat,
On 5/18/2011 5:18 AM, Venky Vasant wrote:
> However another question, i have jdbc drivers in the classpath, i tired
> copying whole folder under WEB-INF it was not picked up.
> i did not try copying the sqljdbc.jar right under web-inf as i am
Chris,
Then I'd be faced with 400 (executor maxThreads) separate counter instances,
which doesn't solve the centralization thing I was looking for. Mark's
suggestion about using GlobalRequestProcessor seems to be doing the
trick...now if only it would be named consistently in mbean space... :-)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dan,
On 5/18/2011 8:21 AM, Dan Checkoway wrote:
> Gotcha...yeah, it would be trivial to slap an AtomicLong counter in a
> filter, but I'd hate to double the synchronization hit if tomcat already has
> this counter available centrally.
You could cheat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 5/18/2011 9:53 AM, André Warnier wrote:
> But if we refer to Konstantin's earlier post, Tomcat would
> nevertheless pick up that port, and pass it to the webapp/context (as
> a request attribute ?).
It's stored in the request object, availa
asshole
On May 18, 2011, at 12:59 PM, alex zaim wrote:
> http://Ramostech.com/cool01.11.php?ID=730
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.o
http://Ramostech.com/cool01.11.php?ID=730
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
הילה,
On 5/18/2011 4:20 AM, הילה wrote:
> this behavior occur even when I'm disconnecting the Network card from the VM
> settings and connecting it again.
At least it's reproducible in a way that you're willing to try in
production. What about reprod
Ah, there it is...thanks!
Mark, any idea why sometimes the GlobalRequestProcessor appears with the
ObjectName:
Catalina:name="http-nio-80",type=GlobalRequestProcessor
...and other times it shows up as:
Catalina:type=GlobalRequestProcessor,name="http-nio-80"
?
Thanks,
Dan
On Wed, May 18, 2011
sebb wrote:
...
If "stimpy" resolves to "localhost", what is wrong with that?
To be precise, "localhost" would resolve to whatever the local hosts file says
it does
(usually 127.0.0.1), and "stimpy" would resolve to whatever either the local
hosts file,
or the DNS system, says it does. (Alt
On 5/18/2011 8:21 AM, Dan Checkoway wrote:
Gotcha...yeah, it would be trivial to slap an AtomicLong counter in a
filter, but I'd hate to double the synchronization hit if tomcat already has
this counter available centrally.
I'd like to hear an authoritative answer from the tomcat devs, if possib
On 18/05/2011 13:21, Dan Checkoway wrote:
> Gotcha...yeah, it would be trivial to slap an AtomicLong counter in a
> filter, but I'd hate to double the synchronization hit if tomcat already has
> this counter available centrally.
>
> I'd like to hear an authoritative answer from the tomcat devs, if
Gotcha...yeah, it would be trivial to slap an AtomicLong counter in a
filter, but I'd hate to double the synchronization hit if tomcat already has
this counter available centrally.
I'd like to hear an authoritative answer from the tomcat devs, if possible,
as to whether tomcat is already doing thi
I've done a servlet request filter for this and many other such things.
I've always been a bit surprised by how little of this data Tomcat
collects -- but that's fine as one can do a servlet request filter that
will work in any servlet engine and collect everything you want.
That said, collec
I've messed around a bit, and I figured out a more reliable way to do
it...but it's pretty nasty. Basically I'm iterating and grabbing the
"requestCount" attribute from all of the RequestProcessor mbeans, and just
tallying them up.
Like I said, it's nasty, since you need to know the max possible
>
> this behavior occur even when I'm disconnecting the Network card from the
> VM
> settings and connecting it again.
> afterwards, the keep alive is alternately unavailable. looks like it's not
> always trying to approach the DB opened wireshark and saw that ip.addr==DB
> IP ADDRESS is not always
הילה wrote:
UPDATE-
this behavior occur even when I'm disconnecting the Network card from the VM
settings and connecting it again.
afterwards, the keep alive is alternately unavailable. looks like it's not
always trying to approach the DB opened wireshark and saw that ip.addr==DB
IP ADDRESS is n
Caldarale, Charles R wrote:
From: Michael [mailto:mtarullo...@optonline.net]
Subject: RE: Exceptions when starting Tomcat
BTW, Chuck the first machine I ever worked on in my professional career was
a Burroughs mainframe, back before Burroughs became Unisys.
So you're teaching an old dog new
Thank you this worked.
However another question, i have jdbc drivers in the classpath, i tired
copying whole folder under WEB-INF it was not picked up.
i did not try copying the sqljdbc.jar right under web-inf as i am not very sure
of how other file like .dll get used.
any insight would help.
R
UPDATE-
this behavior occur even when I'm disconnecting the Network card from the VM
settings and connecting it again.
afterwards, the keep alive is alternately unavailable. looks like it's not
always trying to approach the DB opened wireshark and saw that ip.addr==DB
IP ADDRESS is not always show
28 matches
Mail list logo
