I'm trying to enable TLS (or SSL) in a Tomcat 5.5.29 server, on a
Windows XP machine.
Whatever I do, I always end up with a server that just delivers plain
HTML on port 443, and it doesn't even try to use TLS. That is, I can
connect to http://localhost:443/ and get the same as http://localhost/
There's an option somewhere to put the session ID into the URL.
You can store state information in the session. Be careful, a browser
with two windows will share the session between the two windows, so that
a user may get very confusing results when you store currentpage in
the session.
I want to know does this Tomcat support HTTP/1.0 or HTTP/0.9
protocol.
Pleas help me make sure of it.
I think the version of used HTTP protocol is
determined by browser, is it right?
Tomcat still supports the older protocols. The browser determines the
version. Browsers have
The current configuration is correct in terms of security - the 'SYSTEM'
user is a limited account that has no access to the desktop nor shared
network resources.
Be warned that running a service under other credentials than the system
user is likely to lead to a less secure configuration,
Just redirect as required.
http://myserver/login redirects to https://myserver/login, form submits
to the same page and when OK, it redirects to http://myserver/home or
whatever. You'll probably need to pass a 'secret' to the home link to
preserve the user's login, which might be a simple URI
:53 GMT
Does anybody have an explanation for this?
Best regards,
Abid
-Ursprüngliche Nachricht-
Von: Looijmans, Mike [mailto:mike.looijm...@oce.com]
Gesendet: Mittwoch, 16. Dezember 2009 15:48
An: Tomcat Users List
Betreff: RE: Ignore http header if-modified-since
I assume
The Last-Modified header is helping your server a lot, so don't just remove it.
It allows the client to cache the contents reliably, and only update the cache
when the server reports that the contents have changed.
For dynamically generated content, such as servlet data, Tomcat will not
In the days that I was forced to write my own HTTP server
implementation, I totally avoided Locale functions, to avoid this
particular type of problems. It's safer to create a few string arrays
with the proper (english) values and use those for day/month names.
Actually, I think the HTTP spec is
I assume you mean 304 (Not modified) instead of 404 (Not found).
Simplest I can think of is to NOT put the last-modified header in your
response. Then the browser
won't send you an if-modified-since back.
On the other hand, if you can put a datestamp on the response - e.g. a
file date or by
I am watching the log of Tomcat. I found after 20 minutes,
the Tomcat
still create lots of new sessions. But the LoadRunner has
stopped to
send request for 15 minutes.
Makes perfect sense to me.
The servlet times out on the DB connection, which may take up to a
minute or so,
The reason is that other browsers use a media player component that
reconnects to the server. The session is linked to the browser
instance. As a result, the session is lost when the mediaplayer connects
to get the audio data.
Whap happens in other browsers is the equivalent of storing a
Put the session ID in the URL and it will work on all systems.
Alternatively, don't use sessions for the audio file.
-Original Message-
From: Peter Chen [mailto:peter.c...@aicent.com]
Sent: maandag 07 december 2009 09:22
To: users@tomcat.apache.org
Subject: the Tomcat generates
: Looijmans, Mike [mailto:mike.looijm...@oce.com]
Sent: 2009年12月7日 16:39
To: Tomcat Users List
Subject: RE: the Tomcat generates more than one session id
with the same http request, please help me
Put the session ID in the URL and it will work on all systems.
Alternatively, don't use sessions
...
Without trying to send something back to the client, there is
no way telling the client closed the window (or pressed
reload or switched to another URL).
I would expect the socket to be closed, which can be detected at the
server side. The exceptions I can think of are the client
Just an idea: What happens if you change your DB call into a Sleep(30)
or something similar? Does tomcat still misbehave then? (the 'retry'
could be related to something else than tomcat).
M
-Original Message-
From: Hadole, Nishant IN BOM SISL [mailto:nishant.had...@siemens.com]
On unix (posix, linux) systems you can move anything even when in use.
Files that are open will remain open, and the application will continue
to use them. Problems will arise when the application attempts to open
new files, because then they have to be at the expected location.
If you really
The RFC specs a maximum URL size of 4k. That should be enough for everybody.
Note that you can mix and match as required: Use the URL portion of your
request to identify the target of the request, and put the additional data in
the POST body.
-Original Message-
From: André Warnier
Looijmans, Mike wrote:
The RFC specs a maximum URL size of 4k.
Where precisely did you find that ?
RFC2068 (old HTTP/1.1 spec)
This message and attachment(s) are intended solely for use by the addressee and
may contain information that is privileged, confidential or otherwise exempt
SEVERE: Caught exception (java.lang.OutOfMemoryError:
unable to create
new native thread) executing
org.apache.tomcat.util.net.leaderfollowerworkerthr...@958b36,
...
Has anyone met this problem? Please give me some advice, thanks in
advance.
Well, it seem that you are
]
Sent: maandag 30 november 2009 15:54
To: Tomcat Users List
Subject: RE: AJP with HTTPD - Buffer Size on long URLs
From: Looijmans, Mike [mailto:mike.looijm...@oce.com]
Subject: RE: AJP with HTTPD - Buffer Size on long URLs
Looijmans, Mike wrote:
The RFC specs a maximum URL size
Let's refresh the issue :
A request comes into Tomcat for a URL /. It comes in
either on port 80 or port 666. And you want it to be
processed by the webapp at /myapp/.
No: If it comes in at port 80, nothing different is supposed to
happen. So / should do whatever / would
I think so too. My personal doubt is still about how Tomcat
would try map a request that comes in as /,
being variable and being NOT myapp. Since it does not find
a match with /myapp, and since obviously there cannot be an
infinity of /webapps/ apps pre-configured, would it
Hello,
After hours of googling and browsing documentation, i came to the conclusion
that what i want is either so trivial that everybody knows how to do it, or so
complicated that no one ever tried it...
I want to accomplish the following in Tomcat 5.5:
http://myserver:80/xxx just does
...
Note that you'll end up with two independent copies of the
servlet in your two webapp directories, and they won't share
things like Sessions between them.
And, as I mentioned, I don't want that to happen.
You might, however, be able to get what you want using a
combination of
Because you want different sets of webapps served on your
different connectors, I *think* you'll need two different
Services in your server.xml:
Server
Service for port 80
Connector for port 80
Engine for port 80
Host for port 80, specifying base directory for your
I tried this, just to be able to make some progress on the actual
project, but it does not work as expected. I copied
theserver part
and replaced:
Host name=localhost appBase=webapps /
with
Host name=localhost appBase=webapps/myapp /
You're telling the
nothing in the response or its headers to further explain what's wrong
with the request.
Mike.
-Original Message-
From: Looijmans, Mike
Sent: maandag 23 november 2009 14:06
To: Tomcat Users List
Subject: RE: Redirecting a port to a webapp
Because you want different sets of webapps
No. You want webapps/myapp to be treated as the ROOT context
for a host.
appBase=webapps/myapp means look in the webapps/myapp
directory to find contexts for this host. The ROOT context in
that case would be webapps/myapp/ROOT
As a general rule any configuration that boils down to
28 matches
Mail list logo