request.getRemoteAddr();
You can only get your actual IP after opening a connection. Of course
it can change depending on where the connection is coming from.
Alternatively you can open a connection to a known public server, and
figure out your IP using the resulting socket. If you are goin
hello, I've been trying to deploy an application to Tomcat 6.0.18. I would
like to make it my default ROOT app (without renaming the app to ROOT), so
that I can access my app by entering
http://localhost:8080/ instead of http://localhost:8080/myApps
Thanks.
--
View this message in context:
agreed
the jspc task from ANT will compile your jsps for you
(although you'll need jasper.jar and jasper-runtime.jar)
Documentation avaialable at
http://ant.apache.org/manual/OptionalTasks/jspc.html
ping me offline if you needs those jars..
Martin
__
I find myself spelling prioritise the english way..
consequently getting blasted by yanks for 'mis-spelt words'
...consider the source...
Martin
__
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the offici
Sam Hokin wrote:
> Thanks, Chris. I ran e2fsck with the -c option, which runs badblocks,
> when I tested it earlier. And I just ran badblocks again - 0 bad blocks
> found. I wish I could fix this by simply as swapping out a bad disk
> (notwithstanding Andre's desire for intellectual pursuits), b
André Warnier wrote:
Sam Hokin wrote:
I'd like to correct an error I made in my earlier report of this
problem. It turns out that the response delay in my simple test JSP
IS during compilation! I ran stat on the files in question, as well
as looked at the time shown on the response page (whi
Thanks, Chris. I ran e2fsck with the -c option, which runs badblocks, when I tested it earlier. And I just ran
badblocks again - 0 bad blocks found. I wish I could fix this by simply as swapping out a bad disk (notwithstanding
Andre's desire for intellectual pursuits), but I really think it's
Sam Hokin wrote:
I'd like to correct an error I made in my earlier report of this
problem. It turns out that the response delay in my simple test JSP IS
during compilation! I ran stat on the files in question, as well as
looked at the time shown on the response page (which is all the test JSP
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sam and David,
On 2/20/2009 1:36 PM, David Smith wrote:
Sam Hokin wrote:
It's a logical RAID array on four physical disks. I've
run fsck on it (when this all first happened) and it's fine.
It _could_ be a disk issue.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sam and David,
On 2/20/2009 1:36 PM, David Smith wrote:
> Sam Hokin wrote:
>> It's a logical RAID array on four physical disks. I've
>> run fsck on it (when this all first happened) and it's fine.
>
> It _could_ be a disk issue. I've seen disks that
Mark Thomas wrote:
I hate to break it to you but given your input to date on this list I
think you already were a contributor.
Oh my ! You mean I have been a /Tomcat Contributor/ for a while and did
not even know about it ? Can I wear a special badge now at ApacheCON in
Amsterdam ?
---
An update. I've written a simple standalone Java routine that calls File.exists(). It never hangs. In fact, I ran it
against the class file that Tomcat creates from a test JSP; it doesn't hang, returns false for the (long) time it takes
Tomcat to create the class file on the slow system, then
André Warnier wrote:
> Mark Thomas wrote:
>> Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Bug in Tomcat, version unknown
Feb 4, 2009 6:30:16 PM org.apache.tomcat.util.digester.Digester
startElement
SEVERE: Begin event threw exceptio
Actually, /usr/local/tomcat is a symlink to /usr/local/apache-tomcat-6.0.18. But that's a pretty important symlink for
me, to make it easy to change Tomcat versions. But I'll investigate that. That's the only symlink involved that I can
think of.
Caldarale, Charles R wrote:
From: Sam Hokin
> From: Sam Hokin [mailto:s...@ims.net]
> Subject: Re: very slow class loading on initial JSP/servlet
> request afterrestart
>
> I'm going to play with File.exists() in this and the other
> servers to see if there is some generic problem with file
> access on the slow server.
Make sure to try both
Chuck's comment about JSP to Java translation done by Jasper reminded me that I should have included the time on the
Java source file created during JSP compilation. It shows that the Java source file was created immediately, but
accessed again six seconds later (!), presumably by the compiler.
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: very slow class loading on initial JSP/servlet
> request afterrestart
>
> If it may help, I remember seeing an earlier thread this
> week, I believe answered by Rainer Jung, providing some
> fancy compilations options.
Not related; Rain
Sam Hokin wrote:
I'd like to correct an error I made in my earlier report of this
problem. It turns out that the response delay in my simple test JSP IS
during compilation!
Ha !
If it may help, I remember seeing an earlier thread this week, I believe
answered by Rainer Jung, providing some
Caldarale, Charles R wrote:
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Subject: Re: very slow class loading on initial JSP/servlet
request afterrestart
Is this machine running next to any equipment that
generates a lot of stray alpha particles? :)
Nearby won't do it for al
I'd like to correct an error I made in my earlier report of this problem. It turns out that the response delay in my
simple test JSP IS during compilation! I ran stat on the files in question, as well as looked at the time shown on the
response page (which is all the test JSP does). (I think I
Mark Thomas wrote:
Caldarale, Charles R wrote:
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Bug in Tomcat, version unknown
Feb 4, 2009 6:30:16 PM org.apache.tomcat.util.digester.Digester
startElement
SEVERE: Begin event threw exception
java.lang.IllegalArgumentException: element
is li
Right, yeah. Seems like conf/web.xml wouldn't be the only file that's
affected if that were the case. I'll try a newer version of java,
though, since that seems to be the one constant across all cases, but as
there's no reliable way to reproduce it, it'll be hard to tell if it
helps.
Thank you f
> From: Alex Mosolov [mailto:alex.moso...@hillcrestlabs.com]
> Subject: RE: hard-to-reproduce startup error with session-config
>
> java version "1.6.0_03"
Might try a newer JVM (1.6.0_12 is available), but I doubt that will help.
Sounds more like some sort of file caching problem, but if it were
Look at the servlet api docs; it appears that you can get the ip address; have
look at javax.servlet.ServletRequest.getLocalAddr().
http://java.sun.com/j2ee/1.4/docs/api/index.html
Natalie Forood wrote:
Thanka, but if I have multiple interfaces on the server, how do I know which
interface t
Real tomcat, not repackaged. The one change I make after unpacking it
is have the logs directory be a symlink to another filesystem.
OS is redhat el5, happens on el4 too though:
Linux mirage.hcrest.com 2.6.18-92.el5 #1 SMP Tue Jun 10 18:51:06 EDT
2008 x86_64 x86_64 x86_64 GNU/Linux
Java version:
Here's a full GC with surrounding Inc. GCs. Time doesn't seem high, and
would think this wouldn't be the cause of the cpong timeouts.
6209.818: [GC [PSYoungGen: 164662K->5163K(164736K)]
500759K->346011K(514304K), 0.0155970 secs] [Times: user=0.03 sys=0.00,
real=0.02 secs]
6218.308: [GC-- [PSYoungG
> From: Sam Hokin [mailto:s...@ims.net]
> Subject: Re: very slow class loading on initial JSP/servlet
> request afterrestart
>
> We now know it's hanging on java.io.File.exists()
The file of interest couldn't be /dev/random, could it? (I can't imagine
jasper using that for anything, but...)
-
Sam Hokin wrote:
> Christopher Schultz wrote:
>>
>> jstack.8.txt is the last thread dump where File.exists was stalled.
>>
>>> http://ims.net/jstack/jstack.9.txt
>>> http://ims.net/jstack/jstack.10.txt
>>> http://ims.net/jstack/jstack.11.txt
>>
>> The server appears to be idle, here.
>>
>> It's a l
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: very slow class loading on initial JSP/servlet
> request afterrestart
>
> Is this machine running next to any equipment that
> generates a lot of stray alpha particles? :)
Nearby won't do it for alpha particles - they
Christopher Schultz wrote:
jstack.8.txt is the last thread dump where File.exists was stalled.
http://ims.net/jstack/jstack.9.txt
http://ims.net/jstack/jstack.10.txt
http://ims.net/jstack/jstack.11.txt
The server appears to be idle, here.
It's a little weird that thread 9770 has NO STACK IN
Caldarale, Charles R wrote:
>> From: André Warnier [mailto:a...@ice-sa.com]
>> Subject: Bug in Tomcat, version unknown
>>
>> Feb 4, 2009 6:30:16 PM org.apache.tomcat.util.digester.Digester
>> startElement
>> SEVERE: Begin event threw exception
>> java.lang.IllegalArgumentException: element
>> is l
> From: Alex Mosolov [mailto:alex.moso...@hillcrestlabs.com]
> Subject: hard-to-reproduce startup error with session-config
>
> It seems to happen on a fresh install of tomcat
A real Tomcat, or a 3rd-party repackaged one that scatters things all over and
then tries to put them back together with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sam,
On 2/20/2009 12:11 PM, Sam Hokin wrote:
> jstack.0.txt ran BEFORE my test request.
Your server is completely idle, here.
> jstack.1-11.txt ran DURING the long wait.
Observing jstack.1.txt, it looks like this is the only running thread
(complet
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Bug in Tomcat, version unknown
>
> Feb 4, 2009 6:30:16 PM org.apache.tomcat.util.digester.Digester
> startElement
> SEVERE: Begin event threw exception
> java.lang.IllegalArgumentException: element
> is limited to 1 occurance
> ^
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
On 2/20/2009 11:25 AM, Christopher Schultz wrote:
> Unfortunately, I wasn't able to get a complete response captured because
> of the timing of various events during the request (in summary: the
> HttpProcessor does some stuff at the last minute
Caldarale, Charles R wrote:
Run jstack several times during the delay, and then let's compare the set of
thread dumps.
What is the CPU utilization during the delay?
OK, done. The CPU utilization during the delay is tiny, 1% or less. I've run jstack before, during, and after I've
done a fi
I could try not using APR, and I'd be fine with that if I knew the
performance impact of it. I could load test it in dev to be sure with
minimal trouble. Tomcat does all dynamic stuff for me. A few servlets,
some fast, some slow in their processing, jdbc database access, no
static content, no sessi
INFO: Deploying web application archive secret.war
Feb 4, 2009 6:30:16 PM org.apache.tomcat.util.digester.Digester
startElement
SEVERE: Begin event threw exception
java.lang.IllegalArgumentException: element is limited
to 1 occurance
^
the correct word is occurrence.
Ref : Cambridge Di
Once in a couple of weeks, I get the following in the catalina log file
trying to start tomcat (which also causes the webapps to become
unresponsive):
INFO: Deploying web application archive secret.war
Feb 4, 2009 6:30:16 PM org.apache.tomcat.util.digester.Digester
startElement
SEVERE: Begin event
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
After becoming intrigued over Youssef's recent post (see the "Record and
simulate a web app" thread from the 18th), I wrote come code.
Unfortunately, I wasn't able to get a complete response captured because
of the timing of various events durin
> From: Sam Hokin [mailto:s...@ims.net]
> Subject: Re: very slow class loading on initial JSP/servlet
> request afterrestart
>
> Well, I have used a number of diagnostics, like jconsole,
> jstat and jhat, but haven't been able to glean anything
> informative from them about my issue.
Run jstack se
Christopher Schultz wrote:
Sam,
On 2/19/2009 6:23 PM, Sam Hokin wrote:
The problem, which spontaneously appeared a few days before Christmas on
this one server, is that the initial request of a JSP or servlet takes
AGES to respond, usually exceeding several minutes.
Good... then you'll have p
Ron McNulty wrote:
Hi Sam
You jar - does it include any JSP tag files written as JSP fragments?
There are known issues in this area. The dependency management seems to
get confused, resulting in lots of unnecessary compilation of the .tag
files
No, it doesn't, Ron. But thanks for the heads
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Youssef,
On 2/20/2009 10:45 AM, Youssef Mohammed wrote:
> Yeah I was thinking that the capture code would perfectly fit in some HTTP
> tunnel so that we can capture the whole thing coming out of the web server ,
> what do you think ?
Okay, I took a s
Caldarale, Charles R wrote:
1) What are the servers that don't have a problem?
One is a single AMD Athlon 64 2800+, running the 64-bit Sun JDK (same version).
The other is a dual AMD Athlon MP 2000+, running the 32-bit Sun JDK (same
version).
And the "bad" server has "8" Intel Xeon E5310 CP
André Warnier wrote:
> Christopher Schultz wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Sam,
>>
>> On 2/19/2009 6:23 PM, Sam Hokin wrote:
>>> The problem, which spontaneously appeared a few days before
>>> Christmas on
>>> this one server, is that the initial request of a JSP or
> From: André Warnier [mailto:a...@ice-sa.com]
> Subject: Re: very slow class loading on initial JSP/servlet
> request afterrestart
>
> Does that mean that possibly 8 threads (or more) are all
> (rather busily) waiting for something in relation to some
> initialisation in the (rather suspect) class
On Feb 20, 2009, at 10:25 AM, André Warnier wrote:
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sam,
On 2/19/2009 6:23 PM, Sam Hokin wrote:
The problem, which spontaneously appeared a few days before
Christmas on
this one server, is that the initial request of a J
Chris,
Yeah I was thinking that the capture code would perfectly fit in some HTTP
tunnel so that we can capture the whole thing coming out of the web server ,
what do you think ?
Regards, Youssef
On Fri, Feb 20, 2009 at 5:38 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -B
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Youssef,
On 2/20/2009 9:27 AM, Youssef Mohammed wrote:
> I wanted actually to try this in the weekend, so lemme know if you need some
> hand on that.
I'm having some trouble with the response capture. It appears that
Tomcat itself fills-in some of th
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sam,
On 2/19/2009 6:23 PM, Sam Hokin wrote:
The problem, which spontaneously appeared a few days before Christmas on
this one server, is that the initial request of a JSP or servlet takes
AGES to respond, usually exceedin
Chris,
I agree that it looks weird.
I sometimes can se the perl process running but not at this moment.
When we start tomcat then we get the 19966 process owned by root and the child
process 19967.
The others turns up later as childs to 19967.
I don't see any process run by java!
Thanks
/Gunnar
Chris,I would definitely pay for you if I had money ;)
I wanted actually to try this in the weekend, so lemme know if you need some
hand on that.
thnx
Regards, Youssef
On Fri, Feb 20, 2009 at 3:18 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
Hi,
I`m having 2 clustered tomcats with jk configuration like this:
worker.list=bloader
worker.node1.port=12345
worker.node1.host=1.1.1.1
worker.node1.type=ajp13
worker.node1.lbfactor=1
worker.node1.fail_on_status=500, 503
worker.node2.port=12346
worker.node2.host=1.1.1.1
worker.node2.type=ajp13
Hello all,
I've been debugging this for a while:
It happen when trying to deserialize:
org.jboss.seam.CONVERSATION#48$entityManager
: It seems the seam framework put a JPA entityManager in session...
I while post that to seam forums also..
The EntityManager implementation is serializable so i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sam,
On 2/19/2009 6:23 PM, Sam Hokin wrote:
> The problem, which spontaneously appeared a few days before Christmas on
> this one server, is that the initial request of a JSP or servlet takes
> AGES to respond, usually exceeding several minutes.
Good
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer,
On 2/20/2009 3:58 AM, Rainer Jung wrote:
> Once you manage to start a property with "worker.", there's a validation
> tough. In your case this safety net wasn't enough :(
Another layer of validation might be to issue a warning that no
worker.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wesley,
On 2/19/2009 5:49 PM, Wesley Schwengle wrote:
> On 19.02.09 14:37 Wesley Schwengle wrote:
>
>> Could not find worker with name 'w_coinmi' in uri map post processing.
>>
>> workers.list=w_coinmi, w_testme
>
> The correct syntax is worker.list
Thanks. I *will* dig deeper and experiment a bit when I get the time.
I doubt that Freemarker had much impact on the final rendering and the
context since it is just a templating tool, not specific to web apps.
Niggle (which uses Freemarker) might have something to do with it and we
had a de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gunnar,
On 2/20/2009 2:49 AM, gunnar.bost...@tieto.com wrote:
> But I don't get any output from the "daemon" processes, but I do get it from
> the tomcat process that consumes cpu
>
> I think that the "daemon" processes runs java.
> ps -ef | grep to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Youssef,
On 2/20/2009 2:46 AM, Youssef Mohammed wrote:
> Chris, Wow ! This is really cool. I can't wait seeing this.
> But wasn't it supposed to be request/response recorder not just request
> recorder ?
Yes, it was. It already took almost 600 lin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pete,
On 2/20/2009 12:25 AM, Pete Helgren wrote:
> Chris suggested that I use
> JKMount //* but not knowing exactly how that would play when
> the context was ROOT
With "JkMount /context/*", a ROOT-deployed application won't work
without other config
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pete,
On 2/19/2009 2:46 PM, Pete Helgren wrote:
> I use Freemarker (and a smaller framework called niggle) as my servlet
> template engine and the only other thing I reference is a resource base
> in the servlet context like this:
>
>
>
> From: André Warnier [mailto:a...@ice-sa.com]
> >> From: Sam Hokin [mailto:s...@ims.net]
> >> The server that's being a problem is a Dell PowerEdge
> >> 1950, quad dual core.
> Since we have 4 processors here (do we, really? I am not so familiar
> with the multi-core architecture), can each of th
Caldarale, Charles R wrote:
From: Sam Hokin [mailto:s...@ims.net]
Subject: very slow class loading on initial JSP/servlet
request after restart
The server that's being a problem is a Dell PowerEdge
1950, quad dual core.
Since I could never believe anything bad could be caused by chocolate
(es
gunnar.bost...@tieto.com wrote:
> Hi,
> I think there is some problem (rarely) when calling CGI.
Try using the CGIServlet from trunk. It should work on 5.5.x and I think
there have been a number of fixes since 5.5.25. You do a diff to be sure.
Mark
> For each "daemon" tomcat process I can see 2
Hi,
I think there is some problem (rarely) when calling CGI.
For each "daemon" tomcat process I can see 2 threads like this:
"Thread-68" daemon prio=10 tid=0x003ee348 nid=0xac runnable
[0xacb7f000..0xacb7fa70]
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInpu
On 19.02.2009 19:17, Anthony J. Biacco wrote:
the max of 400 and stay there until tomcat is restarted. Is there a way
to resolve this? And more importantly, should I resolve it? Is there any
major memory/CPU inplications to it keeping its threads at the max?
Do a thread dump "kill -QUIT". It go
On 19.02.2009 19:39, Caldarale, Charles R wrote:
From: Rainer Jung [mailto:rainer.j...@kippdata.de]
Subject: Re: mod_jk pool/thread/configure questions
Try maxSpareThreads and minSpareThreads.
Do those still work without an Executor? There are no get/set methods for
those attributes in AjpPr
Hello Fillip
No that's impossible because the same war file is deployed on the two
instances.
2009/2/20 Filip Hanik - Dev Lists
> It's a serialization error. One of the attributes in your session that was
> serialized on serverA, failed to deserialize on serverB
> Are you possible running diffe
On 19.02.2009 23:49, Wesley Schwengle wrote:
On 19.02.09 14:37 Wesley Schwengle wrote:
Could not find worker with name 'w_coinmi' in uri map post processing.
workers.list=w_coinmi, w_testme
The correct syntax is worker.list. The error is gone.. *bangs head
against a wall*
Yeah, since the p
71 matches
Mail list logo
