I am getting some strange behavior when trying to autodeploy.
I am running tomcat5.5.7 and the instance has several apps running in it.
The contexts are contained within
$CATALINA_HOME/conf/Catalina/localhost/whatevercontext.xml
There are several different contexts in this path.
However when
in a bug report about that
ldaps matter :) If it has not already been done that is.
Regards,
Shane.
-Original Message-
From: Chong Yu Meng [mailto:[EMAIL PROTECTED]
Sent: Monday, 10 May 2004 11:53 AM
To: Tomcat Users List
Subject: Re: JNDIRealm strangeness
Hi Shane !
Thanks for your help
Message-
From: Chong Yu Meng [mailto:[EMAIL PROTECTED]
Sent: Friday, 7 May 2004 8:17 PM
To: Tomcat Users List
Subject: Re: JNDIRealm strangeness
Hi Shane !
Thanks for the description and advice! I managed to finally turn on
OpenLDAP logging (a pain in Fedora Core 1), and set the loglevel to 256
Hi Shane !
Thanks for your help! After experimenting over the weekend, I think that
this is probably a bug in the Tomcat code. I checked and corrected some
problems in my OpenLDAP setup, and verified that SSL/TLS connections can
be made successfully to it using ldapsearch. When I tried
Hi All !
I wonder if anyone has seen this anomaly, when following my instructions
on setting up a JNDIRealm, on my website
(http://cymulacrum.net/writings/adv_tomcat/c487.html). I wrote these
instructions after version 5.0.19 of Tomcat came out and fixed the
character encoding issue in the
:[EMAIL PROTECTED]
Sent: Friday, 7 May 2004 4:32 PM
To: Tomcat Users List
Subject: JNDIRealm strangeness
Hi All !
I wonder if anyone has seen this anomaly, when following my instructions
on setting up a JNDIRealm, on my website
(http://cymulacrum.net/writings/adv_tomcat/c487.html). I wrote
Hi Shane !
Thanks for the description and advice! I managed to finally turn on
OpenLDAP logging (a pain in Fedora Core 1), and set the loglevel to 256.
Here's what I get. When the Tomcat server starts up, the connection
errors seem to be related to port 636 :
May 7 19:51:50 localhost
All, hope this is the right place for this.
I've an apache servers with 4 backend app servers and using mod_jk to
balance the load over them.
Two of the machines are a fair bit quicker than the other two, so I've
adjusted the weighting with lbfactor
app1 (slow) = lbfactor=100
app2 (slow) =
the load of each
other. So mod_jk will balance to some extend but not as
good as it could/should.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2003 1:37 PM
To: [EMAIL PROTECTED]
Subject: mod_jk lbfactor strangeness
I've
PROTECTED]
Sent: Friday, October 10, 2003 1:37 PM
To: [EMAIL PROTECTED]
Subject: mod_jk lbfactor strangeness
I've an apache servers with 4 backend app servers and using mod_jk to
balance the load over them.
Two of the machines are a fair bit quicker than the other
two, so I've
On Fri, October 10, 2003 at 5:47 am, [EMAIL PROTECTED] sent the following
On Fri, 10 Oct 2003, Ralph Einfeldt wrote:
2. mod_jk works with sticky sessions so only new sessions
are balanced. I belief but am not shure that it's just
round robin.
2 Surely then the new session would be
mod_jk will balance to some extend but not as
good as it could/should.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, October 10, 2003 1:37 PM
To: [EMAIL PROTECTED]
Subject: mod_jk lbfactor strangeness
I've an apache servers with 4
https to http when I return to the public area?
-Original Message-
From: news [mailto:[EMAIL PROTECTED] Behalf Of Bill Barker
Sent: Tuesday, 29 July 2003 13:14
To: [EMAIL PROTECTED]
Subject: Re: HTTPS session strangeness with Tomcat 4.0.6
Filip is correct. In more detail, what is happening
?
-Original Message-
From: news [mailto:[EMAIL PROTECTED] Behalf Of Bill Barker
Sent: Tuesday, 29 July 2003 13:14
To: [EMAIL PROTECTED]
Subject: Re: HTTPS session strangeness with Tomcat 4.0.6
Filip is correct. In more detail, what is happening is that you establish
a
session with your
I have a login JSP that does a session.setAttribute and all
subsequent pages do a session.getAttribute to ensure the
user is logged in. The login page uses HTTPS and then
redirects to HTTP for subsequent pages. This worked in
Tomcat 3.2.4 but fails in Tomcat 4.0.6, 4.1.24, and 5 alpha.
BUT THE
: Dan Lipofsky [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 29 July 2003 06:54
To: [EMAIL PROTECTED]
Subject: HTTPS session strangeness with Tomcat 4.0.6
I have a login JSP that does a session.setAttribute and all
subsequent pages do a session.getAttribute to ensure the
user is logged in. The login
on session status when I use IE but have the same
pages operate perfectly under NetScape.
Murray
-Original Message-
From: Dan Lipofsky [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 29 July 2003 06:54
To: [EMAIL PROTECTED]
Subject: HTTPS session strangeness with Tomcat 4.0.6
I have
4:54 PM
To: Tomcat Users List
Subject: Re: HTTPS session strangeness with Tomcat 4.0.6
No. I just tried with Netscape 7.1, IE 5.5, and IE 6.0.
Same results for all. It's definitely a Tomcat thing.
- Dan
Dan,
Does it matter which browser you use? I am experiencing (so far without
.
If the session is established in HTTP, it will work for both HTTPS and
HTTP
I believe
Filip
-Original Message-
From: Dan Lipofsky [mailto:[EMAIL PROTECTED]
Sent: Monday, July 28, 2003 4:54 PM
To: Tomcat Users List
Subject: Re: HTTPS session strangeness with Tomcat 4.0.6
No. I
Ok, I have some kind of a strange behavior here. I have tomcat 4.0.18
running, tied to apache 1.3.27 via mod_jk. Seems to work fine. I'm in theh
process of migrating my installed webapps and I run into something strange.
I've got a a servlet (com.cdi.scsd.tty.servlet.XSLTServlet) which is in my
register your servlet in the web.xml file
Filip
-Original Message-
From: Mike Jackson [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 1:50 PM
To: Tomcat Users List
Subject: strangeness
Ok, I have some kind of a strange behavior here. I have tomcat 4.0.18
running, tied to apache
Hanik [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 1:55 PM
To: Tomcat Users List
Subject: RE: strangeness
register your servlet in the web.xml file
Filip
-Original Message-
From: Mike Jackson [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 1:50 PM
To: Tomcat
1:50 PM
To: Tomcat Users List
Subject: strangeness
Ok, I have some kind of a strange behavior here. I have tomcat 4.0.18
running, tied to apache 1.3.27 via mod_jk. Seems to work fine. I'm in theh
process of migrating my installed webapps and I run into something strange.
I've got a a servlet
Message-
From: Tam, Michael [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 2:51 PM
To: 'Tomcat Users List'
Subject: RE: strangeness
servlet-invoker has been disabled by default since 4.x.x. You need to put
servlet/ and servlet-mapping/ to your web.xml to locate your
servlet
Users List
Subject: RE: strangeness
I've got the servlet/ in there, but I don't have a servlet-mapping for
this servlet. I only have one page that calls it, and it's via request
dispatcher, so the user doesn't see it. Are you saying that I can't do this
anymore?
--mikej
-=-
mike jackson
[EMAIL
jackson
[EMAIL PROTECTED]
-Original Message-
From: Tam, Michael [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 3:29 PM
To: 'Tomcat Users List'
Subject: RE: strangeness
You just can't make calls like localhost\servlet\myservlet
any more in
4.x.x where it is disabled. Well
BTW, my webapp is tad, so the urls look like /tad/servlet/MyServlet.
--mikej
-=-
mike jackson
[EMAIL PROTECTED]
-Original Message-
From: Tam, Michael [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 3:29 PM
To: 'Tomcat Users List'
Subject: RE: strangeness
You just can't
could
stay on 3.3.1a, but I'd rather not do that.
--mikej
-=-
mike jackson
[EMAIL PROTECTED]
-Original Message-
From: Tam, Michael [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 3:29 PM
To: 'Tomcat Users List'
Subject: RE: strangeness
You just can't make calls like localhost
: strangeness
Ok, what do I need to do to re-enable that? I don't want to rewrite all my
applications. I'll fix them as I do other updates, but I don't want to fix
them all at once (too much potential for problems). Or I suppose I could
stay on 3.3.1a, but I'd rather not do that.
--mikej
-=-
mike
Users List
Subject: RE: strangeness
BTW, my webapp is tad, so the urls look like /tad/servlet/MyServlet.
--mikej
-=-
mike jackson
[EMAIL PROTECTED]
-Original Message-
From: Tam, Michael [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 3:29 PM
To: 'Tomcat Users List'
Subject
for the assistance (too all of you).
--mikej
-=-
mike jackson
[EMAIL PROTECTED]
-Original Message-
From: Tam, Michael [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 3:50 PM
To: 'Tomcat Users List'
Subject: RE: strangeness
two things you can do:
1) enable the the servlet
)
-Original Message-
From: Mark E. Palandri [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 9:12 PM
To: [EMAIL PROTECTED]
Subject: IIS 5.0 Redirector Strangeness
I am currently developing a WebDAV server for our repository and it
seems to work fine when accessed through
Hi,
I can understand why PUT and DELETE might be blocked by some
sort of write-constraint, but why is OPTIONS failing? If
anyone can cast any light on how I can get the new redirector
to send *ALL* requests through to my servlet, I'd appreciate
hearing from you.
This is really just a
I am currently developing a WebDAV server for our repository and it seems to
work fine when accessed through Tomcat 4.0.4 directly (i.e. using port
8080). I've got the servlet mapped to a sub-directory of the root (like the
/examples example), and all the HTTP request methods sent to a URI rooted
I've set up a SSL socket in Tomcat on port and everything appears to
work okay. I can connect to the port install the cert and access the site.
However, when I access this port with my browser and get the 'Security
Alert' prompt telling me about the certificate and asking me if I want to
Thanks to RLS I have managed to get Tomcat 4.1.12 working with Apache 2
using jk2 and jdk 1.3.1_02
Or at least, partially working...there's a snag!
If I run TC standalone then I can get all the examples JSP working fine. In
other words Jasper compiles them and they run.
If I then run TC with
I can use request.getHeader() in my JSP scriptlet (Tomcat 3.2.1) and it
works just fine:
% String myUserAgent = request.getHeader(User-Agent); %
User-Agent = %= myUserAgent %br
jsp:setProperty
name=userAgent
property=userAgent
value=%= myUserAgent % /
But when I try
All,
We're using Tomcat and struts for development and have installed the IIS
redirector without a hitch on 3 machines. When I went to install on another
machine, I couldn't get it to work. Symptom is tomcat getting called for the
/jakarta/isapi_redirect.dll.
Since I have a working system, I
38 matches
Mail list logo
