RE: LDAPRealm & JNDIReam for Tomcat 3.2 and 4.0 beta 1 is availab le

rint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message----- From: Roytman, Alex [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 05, 2001 5:37 PM To: 'GOMEZ Henri'; [EMAIL PROTECTED] Subject: RE: LDAPRealm & JNDIReam for Tomcat 3.2 and 4.0 beta 1 is availab le

JNDI & LDAP Realm for Tomcat 4.0 & Tomcat 3.2x alpha3 available: NEED YOUR FEEDBACK!

Title: JNDI & LDAP Realm for Tomcat 4.0 & Tomcat 3.2x alpha3 available: NEED YOUR FEEDBACK! Dear tomcat users and developers, This is an implementation of JNDI and LDAP realm for Tomcat 3 and 4 I would greatly appreciate you feedback regarding its functionality. Alex Roytman download

Tomcat & JNDI

I am trying to tie Tomcat with JNDI to use J2EE pattern to obtain resources: Context context = new InitialContext(); dataSource = (DataSource)context.lookup("java:comp/env/jdbc/myDataSource"); (I know Tomcat team is planning to have it for Tomcat 4 eventually) I have my own little in memory JND

Tomcat 4.1.9: LifeCycleListener defined in does not get notified (BUG?)

Hello I noticed that in Tomcat 4.1.9 my LifeCycleListener defined on context level does not get notified. The same code worked fine in TC 4.0.4 and it also works if I move listener definition to server level. Thank you very much Alex Roytman -- To unsubscribe, e-mail:

mod_jk2 2.0.2 Linux build

Dear JK2 developers, Could you please upload linux-i386 build of mod_jk2 2.0.2 to apache web site Thank you very much Alex Roytman -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [4.1.17] [VOTE] Stability rating

Dear Tomcat developers, I would like to say that new release of tomcat (after 4.1.12) is very much needed. I am very hopeful that 4.1.17 will make it to release soon. I did some pretty intensive stress testing with 4.1.16 and it worked great. I also use lots of tomcat integrations - my own secur

[Help] Tomcat 4.1.17 loosing session when switching from HTTPS to HTTP

We use to show login page via HTTPS and then redirect to HTTP. It worked fine with tomcat 3.x + Apache with ssl. Can't make it work with 4.1.17 and Apache with ssl - when I change protocol it creates new session and as a result forces me to login again. Is it expected behavior? -- To unsubscr

Custom HostDeployer (Digester) and context config file encryption

Hello, I would like to be able to use custom Digester for my contexts. One of the reason is that we have tons of passwords in context xml files and I would much rather prefer to encrypt/decrypt entire file to encrypting/decrypting each password (which will mean I have to rewrite several JNDI re

Please help. Need Custom HostDeployer or Digester

Hello, I would like to be able to use custom Digester for my contexts. One of the reason is that we have tons of passwords in context xml files and I would much rather prefer to encrypt/decrypt entire file to encrypting/decrypting each password (which will mean I have to rewrite several JNDI re

User Defined Realm. How to register MBean in Tomcat 4.1.x

Dear Catalina developers, I am trying to port my LDAP realm from tomcat 4.0.x to tomcat 4.1.9. I was unable to find any information on how to make my custom Realm work = in Catalina's JMX environment. The problem is I do not know how to = register (do I need to) a MBean for my realm. Please pardo

Tomcat 4.1.10 Would not load jars from WEB-INF if context is on another drive

A very strange regression in tomcat 4.1.10 (worked fine in 4.1.9) I am running win2000 JDK 1.4.1 (the same with other JDKs) Tomcat would not find classes deployed as jars in context's WEB-INF/lib directory under some circumstances: 1. Context explicitly defined in server.xml or in webapps/my-c

Pluggable mechanism for loading context config files

Dear Tomcat developers, I would like to implement context config file encryption. It is a pretty useful feature since passwords to various resources are stored in those files Unfortunately the way how context config files are read is hard coded (InputSource for Digester is created from FileInput

RE: Pluggable mechanism for loading context config files

e best thing you can do is leave the password unencrypted in a file and make sure the machine is electronically and physically secured with the right policies and procedures to ensure that it remains secure. Regards, Mark Roytman, Alex wrote: > Dear Tomcat developers, > > I would li

Safely accessing Web Context info from JNDI factories

Dear Tomcat developers, I have a need to access web context info (such as name, physical path) from my various JNDI object factories. I was going through Tomcat 5.5 code and found that you publish repository info under comp:env/Resources and it has all required information. Could you please tell m

RE: Pluggable mechanism for loading context config files

Rémy, I do not think that adding a Context listener will do me any good. I need to plug in my own ContextConfig. I know I can plug in my own ContextConfig but I would like to extend tomcat's one with minimum of changes or I will be running risk of being incompatible with next version of tomcat

RE: Pluggable mechanism for loading context config files

only override tiny part of it responsible for reading XML config files. It can be easily achieved with a tiny ContextConfig refactoring. May I send you proposed changes? Thank you very much for your help Alex Roytman, Alex wrote: > Rémy, > > I do not think that adding a Context liste

Containers to expose LogFactory

Dear tomcat developers, I think it might be very beneficial if container exposed log factory e.g public Log getLog(String name) so all classes using context logger can get their own named loggers rather then sharing context's single one. As it stands now, for those classes there is no way to set l

lifecycleEvent() of LifecycleListener interface should should declare LifecycleException in throws clause?

Dear tomcat developers, Executing various lifecycle events is an essential part of tomcat start/stop process. Often it is the only way to execute certain startup sequence for a component at exactly right time. Lifecycle start() and stop() method overriding do not quite give the same level of preci

log4j problem in 5.5.9

Hello, I have a plug-in which configures log4j on per context basis from external property file. As result each of my contexts log to its own file and is configured from property file stored outside of its WAR file. The system allows log4j.jar and commons-logging.jar in server/lib or commons/lib a