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 a
to putting 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 Shan
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 starting
t!
:)
-Original 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
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 slapd[60
-
From: Chong Yu Meng [mailto:[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_t
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 JND
>
> > > -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 se
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 wou
; > -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 backend app servers and
don't know 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
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) =
eafter, remain in an https session while I navigate back and forth
> between the secure and public areas. Each pass through the index.jsp
forces
> a new logon.
>
> I'm confused!! Why does Netscape work when IE won't? How can I downgrade
> my session from https to http wh
es Netscape work when IE won't? How can I downgrade
my session from 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 strang
TTP,
> it is a security thing.
>
> 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
>
, July 28, 2003 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,
> >
> >
freshing pages based 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:
: 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
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 WA
Thanks 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
>
>
Jackson [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 3:34 PM
To: Tomcat 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-
>
t: RE: 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 th
Or I suppose I 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&
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 U
--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 "localho
2 PM
To: Tomcat Users List
Subject: RE: strangeness
I've got the 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
anymo
> -Original 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
> and to your
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
> From: Filip 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
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
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
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 jus
r.com)
-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 th
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 a
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
cont
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 Apa
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 %>
But when I try to use it directly in a jsp:setProperty statement, I get an
error:
" />
... Attribute User-A
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 sta
38 matches
Mail list logo
