main method in o.a.c.startup.Embedded?

for building simple test cases. Would it be reasonable to restore the main method from Revision 1.5 of Embedded.java? Best regards and happy new year, -- Ceki Gülcü The complete log4j manual: http://www.qos.ch/log4j/ - To unsubscribe

old issue of log4j trying to use the previous classloader

://issues.apache.org/bugzilla/show_bug.cgi?id=3888 [3] http://issues.apache.org/bugzilla/show_bug.cgi?id=27371 -- Ceki Gülcü - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

log4j SEVERE ThreadDeath in Tomcat 5.0.25

, and correct our mistake. See http://issues.apache.org/bugzilla/show_bug.cgi?id=26372 for more details. -- Ceki Gülcü - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: log4j SEVERE ThreadDeath in Tomcat 5.0.25

At 04:22 PM 8/5/2004, Andy McBride wrote: Commons logging seems to cache LogFactory instances using its classloader as a key - perhaps this could be suspect? Oh, yes indeed. -- Ceki Gülcü For log4j documentation consider The complete log4j manual ISBN: 2970036908 http://www.qos.ch/shop

Re: Log4j classpath merging?

Key: http://matthew.infodancer.org/public_key.txt Homepage: http://matthew.infodancer.org/index.jsp Politics: http://www.triggerfinger.org/index.jsp -- Ceki Gülcü For log4j documentation consider The complete log4j manual ISBN: 2970036908 http://www.qos.ch/shop/products/clm_t.jsp

ApacheCon US

. Please do not wait until the conference starts. The success of AC 2003 matters to us all. You can find icons in different sizes at: http://www.apache.org/~ceki/ac2003/ Many thanks in advance, -- Ceki Gülcü For log4j documentation consider The complete log4j manual ISBN: 2970036908 http

[Proposal] Securely sharing sessions between HTTP and HTTPS

This is a follow up on Craig's message: http://marc.theaimsgroup.com/?l=tomcat-userm=104213500528622w=2 Consider a scenario where you have admin pages that require SSL, and normal pages that can run on either. Assume Tomcat were modified to migrate your session back. Consider the following

Re: [Proposal] Securely sharing sessions between HTTP and HTTPS

One more thing. Given that in the current version of Tomcat the session id created in HTTP mode remains the same when switching to HTTPS, then the a vulnerability similar to that described by Craig is already there. One does not need to switch from HTTPS to HTTP to create a vulnerability, *just*

Re: Logging separation

At 15:15 26.06.2002 -0700, [EMAIL PROTECTED] wrote: On Wed, 26 Jun 2002, Ceki Gülcü wrote: A difficulty I encountered while implementing the solution outlined in http://qos.ch/containers/sc.html is the difference of TCL while the the static class initializer of a servlet class

Re: Logging separation

At 15:46 26.06.2002 -0700, Bill Barker wrote: As an aside, setting the logger in the static init method is almost always wrong for a servlet. If the class is living in a jar in lib/apps, then only one logger gets created even if the servlet is used in several webapps. This is an important

Re: Logging separation

At 07:03 27.06.2002 -0700, [EMAIL PROTECTED] wrote: As an aside, setting the logger in the static init method is almost always wrong for a servlet. If the class is living in a jar in lib/apps, then only one logger gets created even if the servlet is used in several webapps. +1 But: if

Re: Logging separation

At 07:33 27.06.2002 -0700, [EMAIL PROTECTED] wrote: On Thu, 27 Jun 2002, Ceki Gülcü wrote: Let me just mention that using the TCL to keep track of the context is just one possible solution. Is there another place that keeps track of what thread is executing what web-application? Remember

Logging separation

Hello, I have written a short spec on how to achieve separation of logging between different web-applications in a Sevlet Container. It is available at: http://qos.ch/containers/sc.html I would appreciate receiving comments. Thank you, -- Ceki -- To unsubscribe, e-mail:

Re: Logging separation

this on Tomcat 3). At 17:02 26.06.2002 +0200, Ceki Gülcü wrote: Hello, I have written a short spec on how to achieve separation of logging between different web-applications in a Sevlet Container. It is available at: http://qos.ch/containers/sc.html I would appreciate receiving comments. Thank you

Re: JMX and config of log4j in container env.

At 14:42 14.06.2002 -0700, [EMAIL PROTECTED] wrote: I recently enabled JMX support for jk, and one of the things it's doing is detect if log4j is available and enable the log4j JMX. There are few problems - and this is a deeper problem, that affects the use of log4j as 'main' logger for tomcat.

Using log4j in custom tag libraries

appreciated. What I am really aiming for is a way of logging all activity from several custom tag libraries in a single log file. Regards -- Ceki Gülcü

Observations on catalina logging

it for now. Best regards, Ceki -- Ceki Gülcü

Re: Catalina and log4j

At 23:04 21.04.2001 -0500, you wrote: Ceki Glc wrote: One important point to remember is that each webapp classloader could load a fresh copy of log4j so that each webapp has its own logging universe. This would significantly increase the memory footprint required for logging in the

Re: Catalina and log4j

At 21:40 21.04.2001 -0700, you wrote: On Sat, 21 Apr 2001, Glenn Nielsen wrote: Ceki Glc wrote: One important point to remember is that each webapp classloader could load a fresh copy of log4j so that each webapp has its own logging universe. This would significantly increase the

Re: Catalina and log4j

At 20:02 21.04.2001 -0700, you wrote: Since I had so shamelessly copied Craig's Services model out of Catalina to use it in another project that never made it, I actually have some experience with this. I had really appreciated the logging in the Catalina framework, because it was always

Re: Catalina and log4j

At 17:45 21.04.2001 -0700, you wrote: My two cents as a Log4J User. I use Log4J in my servlets and I think it great. Logging has never been so easy. One issue though, the Configurator class holds it data in a Static variable so two servlets inside the same JVM will each over write the others

Fast builds?

Hello, Here is a basic compile-build-deploy question for you. Given that I am making changes to Tomcat code for experimentation purposes, I would like to shorten the compile-build-deploy cycle as much as possible. Currently, after a code change, I call the command: $TOMCAT_HOME build.sh

Re: Fast builds?

Hi again, Never mind. The answer is $TOMCAT_HOME build.sh [deploy-main] and then working under build/. Thanks anyway. Ceki At 18:32 21.04.2001 +0200, you wrote: Hello, Here is a basic compile-build-deploy question for you. Given that I am making changes to Tomcat code for

Catalina and log4j

Hello, I am toying with the idea of migrating catalina logging to log4j. Let me begin by saying that I am far from being familiar with catalina internals but I am getting there slowly. After a short initial study and some experimentation, here are some tentative conclusions: 1) The way

[PATCH] T4/catalina/build.sh

Hello, Here is a small patch to make jakarta-tomcat-4.0/catalina/build.sh a bit more cygwin friendly. Best regards, Ceki Index: build.sh === RCS file: /home/cvspublic/jakarta-tomcat-4.0/catalina/build.sh,v retrieving revision 1.8

[PATCH] */build.sh

Hi, I found that adding the following lines to the different build.sh files contained in the jakarta-tomcat-4.0 CVS module makes the build.sh files cygwin friendly. # Here to show context if [ "$CLASSPATH" != "" ] ; then CP=$CLASSPATH:$CP fi # To be added: if [ "$OSTYPE" = "cygwin32" ] ||

AdaptiveClassLoader.toString()

Hello, In Tomcat 3.2, the toString() method in org.apache.tomcat.loader.AdaptiveClassLoader class is as follows: public String toString() { return "AdaptiveClassLoader( )"; } For this method to be more informative, I suggest: public String toString() { StringBuffer sbuf = new

Small problem with build.xml?

Hello, I have just tried to build the latest tomcat as available from the CVS repository along the latest snapshot of ant as available from the CVS repository. I would just like to let you know that I had to change the reference to the ${ant.home}/bin directory to ${ant.home}/dist/bin in