Hi, allI am using Tomcat 5.5.15 on Window 2000 server. My web app worked well before reinstallation of Window2000. After reinstallation, I set up the same java environment with the same tomcat version. But a problem comes in the deployment of my former well-working app.
In the tomcat log, I got
Hi all
Just spent time getting the Tomcat5.sh script to work as a daemon
under linux following the advice on the url:-
The Apache Tomcat 5.5 Servlet/JSP Container
http://tomcat.apache.org/tomcat-5.5-doc/setup.html
quote
The file $CATALINA_HOME/bin/jsvc/native/tomcat.sh can be used as a
Try adding address=127.0.0.1 to the ajp13 connector tag in server.xml,
and configuring apache to connect to 127.0.0.1 if you haven't already.
This should stop the ajp13 port from being visable to other machines.
As far as iptables goes, you probably want -o lo -j ACCEPT at the top of the
OG wrote:
Hi,
I'm trying to block external access to port 8009 (AJP13), as only my local host
really needs to be able to talk to it.
I'm wondering if there are any internal/mod_jk mechanisms for that, or if
iptables is the best option.
If anyone has iptables rules that work, I'd appreciate
I've got my servlet working now, without resorting to using a Context
element inside the server.xml. I found that putting the Context in
$TOMCAT_HOME/conf/Catalina/localhost/jackrabbit_config_test.xml works
fine.
Context
Resource name=jcr/model1Repository
auth=Container
From: Steve Meredith [EMAIL PROTECTED]
Date: 2006/02/14 Tue AM 03:50:19 EST
To: users@tomcat.apache.org
Subject: Tomcat 5.5 documentation: how to update website?
Hi all
Just spent time getting the Tomcat5.sh script to work as a daemon
under linux following the advice on the url:-
On 14 Feb 2006, at 11:05, Warren Pace wrote:
From: Steve Meredith [EMAIL PROTECTED]
Date: 2006/02/14 Tue AM 03:50:19 EST
To: users@tomcat.apache.org
Subject: Tomcat 5.5 documentation: how to update website?
Hi all
Just spent time getting the Tomcat5.sh script to work as a daemon
under
1. Moving the JkMount directive inside a VirtualHost... will make it
accesible from only that virtual host. So, you must repeat common ones,
such as /jkmanager. I put the mappings (JkMount(s)) right in the virtual
host definition(s) with no trouble at all.
2. The virtual host is determined by
From: Mark Slater [mailto:[EMAIL PROTECTED]
Subject: Re: Trouble accessing Resources in my Context
So, while this works acceptably (the context information for the
webapp is not included in server.xml), I would *much* prefer to use
the WEB-INF/context.xml the Tomcat docs say I can (the
--- Reinhard Moosauer [EMAIL PROTECTED] wrote:
Hi List,
it seemed clear to me, that this construct:
c:forEach items=${t.records} var=x
... (some inner logic)
/c:forEach
should be equivalent to this one:
No. It is roughly equvalent to (see my corrections):
%
for
Then do that
jacky wrote:
hi,
When i add a Context in the server.xml, an error occurs:
Apache Tomcat/4.1.31
Catalina.start: LifecycleException: Context startup failed due to
previous errors
LifecycleException: Context startup failed due to previous errors
at
I found that the JAASRealm implementation
(org.apache.catalina.realm.JAASRealm) does not reuse the LoginContext
(javax.security.auth.login.LoginContext) instance. Every time the
authenticate(String,String) method is called a new LoginContext instance
is created. Creating a new instance of the
Hello,
I am having trouble understanding what is meant by the default webapp.
Here goes.
I have a site which I have a dns entry for. After reading the docs, I
put the application under $TOMCAT_HOME/webapps/mywebapp
In the server.xml I added this snippet:
Host name=localhost
From: Scott Purcell [mailto:[EMAIL PROTECTED]
Subject: default webapp not understanding
I am having trouble understanding what is meant by the default webapp.
(It would help if you'd tell us what Tomcat level you're running...)
For 5.5.x, the default webapp is the one located in
Hi all,
I would like to ask the list if someone can give me a hint, what might
have gone wrong with our mod_jk. I just installed the connector and
switched logging to debug mode. When I open the log file I see the
following:
[Tue Feb 14 18:00:23 2006] [27276:50880] [debug]
5.5x on xp.
-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 14, 2006 10:46 AM
To: Tomcat Users List
Subject: RE: default webapp not understanding
From: Scott Purcell [mailto:[EMAIL PROTECTED]
Subject: default webapp not understanding
Sorry, I didn't catch the other one.
Tomcat 5.5x on xp
If I deploy the webapp in ROOT, then the structure would look like this:
$TOMCAT_HOME/webapps/root/mywebapp.
And the index.html would still live in root .. isn't that correct. So I
would still need a way to go from the root/index.html to
Hello guys.
I dont know if this is the right list for this question, but i dont
have anywhere else to rely on so...
the problem im facing is kinda tricky: theres this one computer that
cant maintain sessions when i redirect it or click on a link... in
fact, my guess is that this one client is not
Hi,
no, you must delete whole the original contents of the existing
directory webapps/ROOT and deploy your own ROOT.war web application.
Be careful. The `ROOT' word is case sensitive.
The default URL mapping is:
http://[machine]:[port]/[context]/[servlet]/
where
machine is currently localhost,
Well, the jsp page is clearely not being processed by a jsp engine. Several
things could cause this. Perhaps there's no JSP engine mapped to process
requests ending in .jsp, perhaps you mislabelled your .jsp file extensions,
perhaps you're serving the .jps files out of a web server (
From: Scott Purcell [mailto:[EMAIL PROTECTED]
Subject: RE: default webapp not understanding
If I deploy the webapp in ROOT, then the structure would look
like this:
$TOMCAT_HOME/webapps/root/mywebapp.
No - get rid of the mywebapp idea. Your app needs to be deployed AS
root, not under
This has been my confusion ... when I put the war file there, it creates
the
mywebapp folder structure. Should I of named the webapp root?
OK, lets say I take the contents from the war file and place all loose
in root ... that should work then, and my problem would be resolved. But
if I want
From: Scott Purcell [mailto:[EMAIL PROTECTED]
Subject: RE: default webapp not understanding
This has been my confusion ... when I put the war file there,
it creates the mywebapp folder structure. Should I of named
the webapp root?
The name of the webapp (what's used on the URI) is
Thanks Chuck for pointing that out. Given that everything else goes
in WEB-INF, when I was reading the page I misread it every time.
Is there any particular reason the context file goes in META-INF as
opposed to WEB-INF?
Mark
On Feb 14, 2006, at 6:16 AM, Caldarale, Charles R wrote:
On Tuesday 14 February 2006 12:36, Tim Lucia wrote:
1. Moving the JkMount directive inside a VirtualHost... will make it
accesible from only that virtual host. So, you must repeat common ones,
such as /jkmanager. I put the mappings (JkMount(s)) right in the virtual
host definition(s) with no
On Tuesday 14 February 2006 12:36, Tim Lucia wrote:
You can always install Apache httpd + Tomcat on a second machine (or on the
same machine on a separate set of ports), if you are reluctant to try it on
you production host.
Of course in an ideal world I would - but this is my home, and I
From: Mark Slater [mailto:[EMAIL PROTECTED]
Subject: Re: Trouble accessing Resources in my Context
Is there any particular reason the context file goes in META-INF as
opposed to WEB-INF?
As I understand it, the structure and contents of WEB-INF are defined by
the servlet spec, and adding
Hi;
I checked the registry - it's using the workers.properties.minimal I believe
(but I would be happier if it logged the files it uses).
The problem with the urls it should not touch only showed up with the new
version from Mark - that never happened before.
As to the thread count, if someone
I've done some further searching, and noticed that tomcat was also dumping
information into stdout. There is another log trace that might be helpful if
anyone else recognizes the problem. I'm of the belief that this is a bug of
some sort, but I don't know who to pass the information along to.
ok i guess ive found the source of the problem: this guys firewall is
set to block foreign cookies and when that rule is disabled, it runs
normally...
can anyone help me please?
On 2/14/06, Marcelo Fukushima [EMAIL PROTECTED] wrote:
Hello guys.
I dont know if this is the right list for this
From: Steve Meredith [EMAIL PROTECTED]
Date: 2006/02/14 Tue AM 06:27:52 EST
To: Tomcat Users List users@tomcat.apache.org
Subject: Re: Tomcat 5.5 documentation: how to update website?
On 14 Feb 2006, at 11:05, Warren Pace wrote:
From: Steve Meredith [EMAIL PROTECTED]
Date:
My 2 cents is on you have may have missed something in recreating your
environment.
Hence, I would test it with some very simple code just to ensure
classpath dependencies are fine.
Only after that check, if it doesn't resolve the problem, I would face
the app code.
On 2/14/06, Lian Liming [EMAIL
So? As someone else pointed out. That's what the standard recommends. You
really didn't even bother to find the registry key that I mentioned did you?
George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
-Original Message-
From: Abhilash Kumar
I suppose turning off HTTP 1.1 would probably do it.
George Sexton
MH Software, Inc.
http://www.mhsoftware.com/
Voice: 303 438 9585
-Original Message-
From: Abhilash Kumar [mailto:[EMAIL PROTECTED]
Sent: Monday, February 13, 2006 11:23 PM
To: Tomcat Users List
Subject: RE: No of
Hi,
I' ve try to use Tomcat 5.5.15 in cluster mod. And after some work on
configuration and test
i seems to be on limit of my all possibilities ;)
I try to use two tomcat in cluster with apache web server and mod_jk as
connector.
my Apache configuration look like :
# workers.properties
ps=/
hi, Mike,
Do you mean put all directories together?
No, we need to separate them. So, any other suggestions about this problem?
Best Regards.
jacky
- Original Message -
From: Mike Sabroff [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent:
-Original Message-
From: Abhilash Kumar
[mailto:[EMAIL PROTECTED]
Sent: Monday, February 13, 2006 9:45 PM
To: Tomcat Users List
Subject: RE: No of concurrent requests per session
Hello:
Thanking everyone for words of wisdom ..
I checked with firefox 1.0.7 also.
Server is 192.168.2.100, client is 192.168.2.X
We tried using http://192.168.2.100:8447/ from the client, and the blank
problem first cropped up.
Now, instead of http://localhost:8447/ we tried http://192.168.2.100:8447/
from the server itself, and it also comes up blank.
-Original
maybe caused by firewall or something like that ... ?
- Original Message -
From: Alexander Alekseev [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: users@tomcat.apache.org
Sent: Wednesday, February 15, 2006 10:00 AM
Subject: RE: App will work on localhost but blank on client PC.
Server
Hello:
No, I haven't tried the Fasterfox extension. Let me try it and see the
results.
thanks and regards,
-- Kannan.
-Original Message-
From: Wade Chandler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 8:13 AM
To: Tomcat Users List
Subject: RE: No of concurrent
Hello George,
I tried out as you have suggested by adding the registry key entry
MaxConnectionsPerServer under
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet
Settings with a value more than 2. After that, IE spans more than two
concurrent requests to the same domain.
Why
Hey,
1) Clustering need sticky_session=true and is only design for
failover (see servlet spec).
2) Are your sure that MULTICAST is enabled at eth0?
regards
Peter
[EMAIL PROTECTED]
Am 15.02.2006 um 02:26 schrieb David Avenante:
Hi,
I' ve try to use Tomcat 5.5.15 in cluster mod. And
Hi,
I would like to know, if we can capture all the errors to a servlet
without defining the list of errors in web.xml as follows..
generally, we can capture an error like this:
error-page
error-code400/error-code
location/errorHandler/location
On Wednesday 15 February 2006 01:13, Tim Lucia wrote:
The http host header is sent by the user-agent (browser) based on the
address requested in the URL. This is how virtual hosts are
differentiated. Tomcat supports a host container for virtual host
differentiation, just like Apache does.
The 2k3s does not run a firewall, we have the router performing that
function. Pages on port 80 through IIS load fine.
I will try configuring the router to specifically not block port 8447 to the
server and see what happens.
-Original Message-
From: Pham Anh Tuan [mailto:[EMAIL
45 matches
Mail list logo