KEREM ERKAN wrote:
Hi Mark,
Is it possible that you may have mistyped allow=xxx.xxx.xxx.xxx as
allow=xxx.xxx.xxx.xxx in your configuration? If you did not accidentally
delete the () from the right hand side of allow when sending to the list,
that may be your problem.
Thanks for the
I'm trying to implement a simple remote address valve, but it doesn't
seem to work. I put the following element inside the Host element in
%CATALINA_HOME%\conf\server.xml
valve className=*org.apache.catalina.valves.RemoteAddrValve*
allow=*xxx**.xxx.xxx.xxx*/ // actual IP address not shown
The asterisks in the valve below are an artifact of the way I did my cut
and paste. The actual valve appears as follows in server.xml
valve className=org.apache.catalina.valves.RemoteAddrValve
allow=xxx..xxx.xxx.xxx/ // actual IP address not shown
-Mark
Mark Leone wrote:
I'm trying
That looks like just what I needed. Thanks.
-Mark
Hassan Schroeder wrote:
[EMAIL PROTECTED] wrote:
I have a webb app in Tomcat that serves only HTML, and I'd like
to make the path component of the URL case-insensitive.
...
I guess I'd like to match the URL pattern to a regular
I'm trying to install Tomcat 5.5.9 from the source distribution on Win
XP. The build fails because the following file can't be expanded
\usr\share\java\file.zip
When I try to unzip it manually I get an error that it's not a valid
archive file.
Anyone know where I can get a proper copy of
determine the source of
this file that's failing to be unzipped, and what might be causing that?
-Mark
Mark Leone wrote:
I'm trying to install Tomcat 5.5.9 from the source distribution on Win
XP. The build fails because the following file can't be expanded
\usr\share\java\file.zip
When I
, or is it just hit or miss whether the files
in the cvs repository are actually what the ant script is expecting?
-Mark
Mark Leone wrote:
More info on this:
The ant command that downloads the file that can't be unzipped is
antcall target=downloadzip
param name=sourcefile value=${junit.loc
University
-Original Message-
From: Mark Leone [mailto:[EMAIL PROTECTED]
Sent: Friday, August 05, 2005 10:19 AM
To: Tomcat Users List
Subject: Re: Tomcat Install from Source File.zip is bad
More info on this:
The ant command that downloads the file that can't be unzipped is
antcall
I'm getting these messages also, but until yesterday I was getting a
message from UltraLingual, a Spam protection service that requires
senders to register themselves in order to send email to users who use
the service. I would get the registration request when I sent mail to
the tomcat-user
Maybe IEs implementation existed before HTTP 1.1 and before the
no-store option was introducted, which seems to clarify the matter
of what isn't allowed to be stored to disk, there is nothing else in
the specififcation that mandates the user-agent or cache can not (in
the process of serving
Frank W. Zammetti wrote:
... The point being that even if you can disable the option in Tomcat
(and I'm not sure you can?)
Yes, it can be done with a simple valve. See earlier message in this
thread for details, or follow the link to the Tomcat bug database in my
previous message.
Darryl L. Miles wrote:
Mark Leone wrote:
It's a silly problem. I ran in to it a while back, and it really
mystified me until I found the bug write-up. Tomcat is doing the
right thing, but MS has declared that IE is working as designed in
this. FWIW, the HTTP spec is clear that the no-cache
Mark Leone midnightjava at cox.net writes:
BTW, switching gears, I should have mentioned the following in my
previous email. I suspect that the IE workaround you described will only
work for SSL connections. Tomcat (and presumably any other good HTTP
server) will set the cache control
:
Another newbie question -- how do I tell which authenticator we're
using? Does tomcat use a default one? I was looking at the API, but
there isn't enough explanation there. And I didn't see anything in the
Tomcat doco.
Thanks,
-Mary Beth
-Original Message-
From: Mark Leone [mailto
Mary-Beth, be advised that applying the fix in Tomcat is arguably the
moral equivalent of what you said you didn't want to do (i.e., uncheck
don't allow encrypted data to be cached to disk in IE). By inserting
the valve that ensures that the cache-control headers are not set,
you're not only
If users are having this problem only when the server is serving content
from a protected context in Tomcat, then it is highly likely that you
have run into this.
http://issues.apache.org/bugzilla/show_bug.cgi?id=27122
It's something in IE that most people would call a bug, but MS has
chosen
Not sure I follow all your explanation, and I think you haven't shown us
enough of your code to know what's going on, but what is the method
signature for method.invoke()? You're passing it an Object and an Object[].
The former (obj) is returned from requestMap.get(). Assuming requestMap
is a
Sounds like the consensus is that Tomcat 5.0.x will work with jdk 1.5.
FWIW I found the following two problems trying to run code built for jre
1.4 in a 1.5 jvm.
1. A couple DOM classes (don't remember which ones, but you'll know it
if you run in to them) had some methods added in jdk 1.5. If
Steve Kirk mentioned this in his list of files you need to have in your
classpath, but I'll repeat it as a direct answer to your question. The
file servlet-api.jar provides the implementation of the
javax.servlet.http package.
If you put that in your classpath, it should get rid of the
My guess is that someone is sending illegal commands to new-atlanta
server with the tomcat list as the reply-to address. If someone just
subscribed us, we would be getting the actual list traffic, not these
error messages. I sent a message to the list-admin address given in the
message and
My guess is that someone is sending illegal commands to new-atlanta
server with the tomcat list as the reply-to address. If someone just
subscribed us, we would be getting the actual list traffic, not these
error messages. I sent a message to the list-admin address given in the
message and
I have a web app that consists of a java bean running behind a JSP in
Tomcat. The bean communicates with the client via the JSP, but it also
pops up a swing GUI on the server under certain conditions. I need the
JFrame window to be on top of all windows running on the server. There
are several
As posted by Tim Funk in reply to your original message, the details
regarding this problem are found here:
http://issues.apache.org/bugzilla/show_bug.cgi?id=27122
Note that it is a problem with IE only, wherein IE can't handle no-cache
cache directives, and Tomcat only sets these headers when
I have a servlet in Tomcat that makes a static call to
XMLUtils.newDocument(). This is a utility class provided with apache
axis, and I have axis.jar in %catalina_home%\shared\lib. When I invoke
newDocument() I get a Tomcat error page (see text below) with a partial
stack trace indicating a
QM wrote:
On Sat, Apr 30, 2005 at 09:33:11AM -0400, Mark Leone wrote:
: I have a servlet in Tomcat that makes a static call to
: XMLUtils.newDocument(). This is a utility class provided with apache
: axis, and I have axis.jar in %catalina_home%\shared\lib.
Before we even begin -- why
? I'm not ready at this point to run Tomcat behind
Apache- I'd just like them to co-exist for the time being, if possible.
Stack trace below shows what Tomcat was doing after an hour or so uptime.
Mark Leone wrote:
I found an entry in the catalina.out log that I believe represents the
spontaneous
You're right that this is not the proper forum for this question. I
don't know any XML forums off-hand, but I found this with google
http://www.tek-tips.com/threadminder.cfm?pid=426
You should get apache Axis and look at the class XMLUtils. It has a
static method documentToStream() that looks
I found an entry in the catalina.out log that I believe represents the
spontaneous shutdown of Tomcat that I'm experiencing. I've pasted the
log text below. Does this indicate Apache HTTP Server and Tomcat are
interfering with one another? They're both installed on the Mac, but I
didn't do
Why don't you tell us what you've tried, and maybe we can figure out
what's going wrong.
McClure, Timothy J(GE Infrastructure) wrote:
pLEASE UNSUBSCRIBE ME, NO MATTER WHAT i DO i KEEP GETTING THESE STUPID
MESSAGES!!
-Original Message-
From: Anto Paul [mailto:[EMAIL
Apache SOAP is the original apache SOAP implementation. I recommend you
check out apache Axis, its successor. I have Axis 1.2 (formerly ran 1.1)
running in Tomcat 5.5.8, and I had it running in Tomcat 4.x for over a
year. Just make sure that the jar files that Axis needs are in the
common/lib
under 5.0.28... That also breaks the
rule that the app should be as self-contained as possible to make it
as portable as possible.
Trond
Mark Leone wrote:
Apache SOAP is the original apache SOAP implementation. I recommend
you check out apache Axis, its successor. I have Axis 1.2 (formerly
ran
FWIW, I tried this on my Windows XP system, and it worked. I copied the
webapps folder with one of its app folders to the system root directory,
set appbase=c:\webapps, and it worked.
One observation that may shed some light on your problem. When I first
tried it, I only copied my axis webapp
You've run into http://issues.apache.org/bugzilla/show_bug.cgi?id=28750
See the above link for an explanation, and to configure Tomcat to avoid
this M$ feature, see
http://issues.apache.org/bugzilla/show_bug.cgi?id=27122
The problem is that IE interprets the no-cache cache control HTTP
headers
:
In addition to Logon as a service, the account will
also need to Act as part of the operating system.
Again, these are the two minimum requirements.
Depending on what you're trying to access, you may
need to assign additional user rights.
Darryl
--- Mark Leone [EMAIL PROTECTED] wrote:
Thanks. That's
around with the Net Logon service. The only service
you need to mess with is Apache Tomcat. The other
services aren't broken, so don't try to fix them.
You might also consider looking here:
http://support.microsoft.com/default.aspx?scid=fh;EN-US;kbhowtosd=TECHln=EN-USFR=0
Darryl
--- Mark Leone
of the operating
system, run as a service, etc.)?
Darryl
--- Mark Leone [EMAIL PROTECTED] wrote:
I think this is a pretty basic question, but I
couldn't find an answer
in the archives. I've been using Tomcat for a while,
with Tomcat logging
on as the local System account. Now I'd like Tomcat
to have
I think this is a pretty basic question, but I couldn't find an answer
in the archives. I've been using Tomcat for a while, with Tomcat logging
on as the local System account. Now I'd like Tomcat to have some
additional access rights, so I'm trying to get it to log on as a
privileged user. I
It seems to me that the HTTP spec is under-specified on this. I agree
that it's reasonable to assume that if access is NOT allowed, and the
document has not been modified, the server MUST NOT respond with this
status code. However, what I just typed in quotes does not appear in
the spec. It
know how I can set this?*
*
-Mark
Mark Leone wrote:
I found a silly classpath error that fixed the problem using
RealmBase. I didn't realize that my system still had environment
variable %catalina_home% pointing to an old tomcat 4.1.24 directory.
So when I opened a command window to generate digest
for you.
|)ave
-Original Message-
From: Mark Leone [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 23, 2005 1:53 AM
To: Tomcat Users List
Subject: Re: DIGEST authentication; Does it work??
So at 3:00 AM I decided to read the Basic and Digest Access
Authentication spec (RFC 2617), and it says
if this works for you.
|)ave
-Original Message-
From: Mark Leone [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 23, 2005 1:53 AM
To: Tomcat Users List
Subject: Re: DIGEST authentication; Does it work??
So at 3:00 AM I decided to read the Basic and Digest Access
Authentication spec (RFC 2617
You may not be able to get around SSL, but you can go through it, so
to speak. If you want cert-based authentication but you don't want to
pay the overhead price for crypto processing, or you want your session
to be accessible to third party systems, then you should be able to
configure SSL or
Don't know if this will help you or not, but Web Services Description
Language (WSDL) provides a standard way to create URLs that encode
parameters passed to web apps. If you need to publish your web app URLs
or make them available to lots of people, or if clients want to
programmatically
that is implemented with SHA-1. I'll give
this a try tomorrow- no midnight java tonight.
-Mark
Mark Leone wrote:
Dave, thanks very much for your help. Unfortunately, the passage you
quoted is referring to how the password is digested when it is stored
in the realm. This is working fine for me
And be advised that you have to recapitulate your package structure in
the directory hierarchy under ..WEB-INF\classes. In other words, if you
compile your bean inside package org.company.my.java, then you should
place the class file for your bean in ..WEB-INF\classes\org\company\my\java
QM
/libs
commons-daemon.project=jakarta-commons/daemon
full.dist=on
mail.jar=${base.path}/javamail-1.3.1/lib/mailapi.jar
Mark
Mark Leone wrote:
I've been running Tomcat from a binary distribution for a couple
years (4.1.24 for most of the time, 5.5.7 for a month or so) on a
Windows XP platform. Today I
, DataSource
Passwords:Cleartext, digested
There is a complication when using digested passwords with the digest
realm.
You need to be using 4.1.x from CVS HEAD or 5.5.8+
For more info see:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/realm-howto.html
Mark
Mark Leone wrote:
I'm trying to use
4.1.24. But guess what. When I digest the same info
with the same algorithm specifier (SHA) in Tomcat 4.1.24 and Tomcat
5.5.8 I get different digest values. And DIGEST authentication still
doesn't work, in either case. Something very strange is going on here. :(
-Mark
Mark Leone wrote:
Okay, I
I'm trying to use DIGEST authentication with Tomcat, and it doesn't seem
to work. I found some articles with Google about IE implementing DIGEST
authentication in a way that only worked with MS servers, and I assume
that hasn't been corrected. But I'm also using Firefox with the same
results
I just completed a build of Tomcat 5.5.7 on Windows XP, after using the
binary distribution for quite a while. Can I delete the 166 MB of stuff
in the \usr directory? I didn't have any of this stuff with the binary
distribution, so I guess it was all temporary files used to do the build?
-Mark
I've been running Tomcat from a binary distribution for a couple years
(4.1.24 for most of the time, 5.5.7 for a month or so) on a Windows XP
platform. Today I decided to download the source distribution of 5.5.7
and do a build. I downloaded the .zip file, unzipped it, and typed ant
on the
Try putting an html or jsp file in your my_apps folder. I'm not sure
what Tomcat does when you navigate to the web app with nothing other
than WEB-INF in the web app's folder. When I navigate to one of my web
apps the way you're trying, I get a directory listing of the files and
folders I have
1) If you have catalina.jar in the $CATALINA_HOME/server/lib/ directory, then
it's only going to be available to the Tomcat server internal code, not to your
web apps. If you want it to be available to Tomcat and your web apps, then you
should put it in the $CATALINA_HOME/common/lib/ directory.
Yes, that's exactly my problem. It only fails with HTTPS connections on IE. It works with Firefox (using the built-in
download manager or Flashgot) as well as Safari on a Mac. Nice to see, according to a posting in the BZ link you provided, that M$ has decided to label it a feature rather than a
Slightly off-topic -- Tomcat related
I have a servlet that is invoked by clicking a hyperlink that is
rendered by a JSP running in Tomcat. The servlet receives a file path
parameter in the HTTP request, and then streams that file to the
requesting client. I have a security-constraint/ defined
Thanks. That's exactly what I needed, and it did the trick. Firefox browser just
grabs the first non-whitespace part of the name, but in IE the entire name shows
up. Thanks again.
-Mark
Chris Hyzer wrote:
Servlet Streaming file to client: Can't override
file name
123049 by: Mark Leone
I wrote a simple servlet that streams a file to the requesting client.
Everything works fine except I can't figure out how to override the
filename that Tomcat provides by default to the client for the incoming
file. The filename presened to the client is the name of the web app.
The
]
From: Mark Leone [mailto:[EMAIL PROTECTED]
I have Tomcat 5.5.7 behind a router/firewall, with port 443 and 8080
forwarded through the firewall. I can make connections from
outside the
firewall to port 8080, but not port 443 (it times out). I can access
port 443 on my server if I browse to my
, there is a good chance
that Cox has 443 blocked as well as 80. Unless you have a static IP
with Cox they do not allow hosting and often filter the inbound
traffic. Move it to port 8443 and try it.
Doug
- Original Message - From: Mark Leone [EMAIL PROTECTED]
To: Tomcat Users List tomcat-user
It sounds like you may have a firewall issue. Make sure that all
software or hardware firewalls in the path are configured to allow the
IP address and port you're sending from. Also make sure your router is
configured to rout IP packets from the WAN interface to the IP address
on your LAN that
I have Tomcat 5.5.7 behind a router/firewall, with port 443 and 8080
forwarded through the firewall. I can make connections from outside the
firewall to port 8080, but not port 443 (it times out). I can access
port 443 on my server if I browse to my server's LAN address or if I
browse to my
61 matches
Mail list logo
