DO NOT REPLY [Bug 6948] - Cocoon2 doesn't work because of strange NoClassDefFoundError

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: mod_jk2 config

>> tomcat allready decode the information and could send them in >> a simpler form to jk. > >Yes, but that creates some strange dependencies between configuring >apache ( or the web server ) and running tomcat. The recurrent chicken&eggs problem :) >Tomcat must be run first, and some magic must

RE: [PATCH] change JDBCRealm to add flexibility in table layout

> De: John Gregg [mailto:[EMAIL PROTECTED]] > Enviado el: miércoles 6 de marzo de 2002 15:26 > provided, but I consider it an improvement nonetheless because I value > flexible designs. I would expect the MySQL users to a flexible design is what you get in JDBCREalm, dont misinterpret me, the

DO NOT REPLY [Bug 6062] - BodyTag translate bug

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6832] - Locale of the browser is ignored by the AJP13 connector

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: mod_jk2 config

GOMEZ Henri wrote: > > >> tomcat allready decode the information and could send them in > >> a simpler form to jk. > > > >Yes, but that creates some strange dependencies between configuring > >apache ( or the web server ) and running tomcat. > > The recurrent chicken&eggs problem :) > > >Tomcat

RE: mod_jk2 config

>> I was thinking about a faster time() alternative, there was hacks >> in Apache 1.3 done by a MIPS employee sometimes ago, hacks never >> really reintroduced in Apache 1.3, but many where incorporated in >> Apache 2.0. May be JF could told us more about this ? > >A quick look in APR shows apr_ti

DO NOT REPLY [Bug 6958] New: - jakarta-tomcat-4.0.3.tar.gz checksum error

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [PATCH] change JDBCRealm to add flexibility in table layout

Ignacio, Forgive me if I don't understand, but it appears you are saying that JDBCRealm's use of a sub-optimal table design is *flexible* because there are ways in some databases to modify a correct schema (by adding a view) to make it work with JDBCRealm? It seems to me in this case that it is

DO NOT REPLY [Bug 6958] - jakarta-tomcat-4.0.3.tar.gz checksum error

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6374] - class not find for:org/w3c/dom/range/Range

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [SECURITY] More information on Tomcat 4.0.3

Heads up Tomcatters ... Richard Remy Maucherat wrote: > After additional review, it has been discovered that the security bug fixed > in Tomcat 4.0.3 was more severe than originally though, and can be used to > remotely browse the server filesystem. > > To exploit this bug, an attacker would re

RE: [PATCH] change JDBCRealm to add flexibility in table layout

> De: Jim Seach [mailto:[EMAIL PROTECTED]] > Enviado el: jueves 7 de marzo de 2002 14:16 > > Ignacio, > > Forgive me if I don't understand, but it appears you are saying that > JDBCRealm's use of a sub-optimal table design is *flexible* because > there are ways in some databases to modify a cor

RE: [PATCH] change JDBCRealm to add flexibility in table layout

Ignacio, I apologize for not reading more closely. You didn't -1 it, just expressed your opinion. I agree your proposed changes would be much more flexible. Another option that might be nice would be the ability to specify a user supplied class to compute a password hash so only the hash needs

RE: [PATCH] change JDBCRealm to add flexibility in table layout

> De: Jim Seach [mailto:[EMAIL PROTECTED]] > Enviado el: jueves 7 de marzo de 2002 16:38 > > Ignacio, > > I apologize for not reading more closely. You didn't -1 it, just And i apologize everybody for writing english so bad :), > expressed your opinion. I agree your proposed changes would

possible oversight

I may have found an oversight in the latest mod_webapp source distribution. The file .../webapp/apache-13/Makefile.in is looking for APR files, but according to http://apr.apache.org/ APR is only supported on Apache 2.x. Am I mistaken? If so I apologize for consuming your time. So far I am unab

Custom Realm implementations

Hi folks, I am a member of a developer team at Dresdner Kleinwort Wasserstein and one of my tasks was to develop a realm for accessing a LDAP server which stores its data in a way that is not conform to your JNDIRealm. No problem so far. The realm's authenticate function has to return a new inst

Re: possible oversight

MIS wrote: > > I may have found an oversight in the latest mod_webapp source distribution. > The file .../webapp/apache-13/Makefile.in is looking for APR files, but > according to http://apr.apache.org/ APR is only supported on Apache 2.x. No, It is Apache Portable Runtime, if you read the page

RE: [PATCH] change JDBCRealm to add flexibility in table layout

--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote: > > De: Jim Seach [mailto:[EMAIL PROTECTED]] > > Enviado el: jueves 7 de marzo de 2002 16:38 > > > > > Ignacio, > > > > I apologize for not reading more closely. You didn't -1 it, just > > And i apologize everybody for writing english so bad

RE: [PATCH] change JDBCRealm to add flexibility in table layout

Jim, I've been thinking about the custom class for authentication. Basically, that's what JAAS does, so when the JAASRealm is ready from primetime, you'll get your wish. However, I think it's great that Tomcat provides out-of-the-box authentication, even if it's not all things to everyone and I

Re: Custom Realm implementations

"Dettling, Ingo" wrote: > > Do you see a chance to make GenericPrincipal a public class in the > next release? > It's public in 4.0.3. -- Christopher St. John [EMAIL PROTECTED] DistribuTopia http://www.distributopia.com -- To unsubscribe, e-mail: For addition

RE: [PATCH] change JDBCRealm to add flexibility in table layout

> De: Jim Seach [mailto:[EMAIL PROTECTED]] > Enviado el: jueves 7 de marzo de 2002 18:08 > > A new feature, but a suggestion rather than a request. Even if the > client realm doesn't support Digest authentication, we can > use Basic or > Form to get the user ID and password in the clear, then

Help: Logging username (j_username) during failed login attempt

I got my login working with SSL and for now the use of the tomcat-users.xml file I would like to log all login attempts both success and failure. What is the best way to capture the information I only need the username from the j_username attempt I am able to get the rest that I want from t

RE: mod_jk2 config

On Thu, 7 Mar 2002, GOMEZ Henri wrote: > >In future versions we can add anything - the code is now > >much more modular and easier to extend. > > Yes, and we had all to relearn it :-) You already know me, as long as nobody complains ( and -1 ) I move on until I'm happy enough with the design.

AW: memory leak?

Hi, I'm using Tomcat 3.2.4 (Redhat7.2, Blackdown 1.3.1_02) and encountered exactly the same problem. After some hours of normal operations the VM suddenly allocates huge amounts of memory. To track the object allocation I turned on the memory profiling option -Xrunhprof:heap=sites (the JVM is dam

DO NOT REPLY [Bug 6942] - getRequestURL does not return a port number is request scheme is different then http or https

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

JSPInterceptor Performance

Hi, I have a quick question that hopefully someone can answer. I was reading the DOCs about JspInterceptor in server.xml and came upon [what I thought] was a great concept. Setting the "largeFile" option to true extracts the HTML and puts it in a separate .dat file. I thought this was great sinc

Re: JSPInterceptor Performance

On Thu, 7 Mar 2002, Adam Myatt wrote: > was great since it made the .java's created smaller and in turn the > compiled class files smaller. After examining the code though, I see to do > this, it uses a char[][] called "_jspx_html_data". I'm assuming this is bad > since using such a data structur

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java OutputBuffer.java

remm02/03/07 14:43:29 Modified:coyote/src/java/org/apache/coyote Response.java coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java OutputBuffer.java Log: - Add a new 'message' field in the response. - Implement the Catalina resp

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service AddServiceAction.java EditServiceAction.java SaveServiceAction.java ServiceForm.java

craigmcc02/03/07 16:12:30 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanUtils.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties webapps/admin/WEB-INF/c

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java StandardServerMBean.java StandardServiceMBean.java

amyroh 02/03/07 16:42:14 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java StandardServerMBean.java StandardServiceMBean.java Log: Update createXxxx using new logic. Clean up StandardSererMBean and StandardSer

Install bug tomcat4.0 on Mac Osx

> -Original Message- > From: Karim Qazi [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 06, 2002 12:39 AM > To: [EMAIL PROTECTED] > Subject: Install bug tomcat4.0 on Mac Osx > > > I downloaded the release jakarta-tomcat-4.0-20020303.tar.gz and when > unpacking this release, the servl

DO NOT REPLY [Bug 6971] New: - tomcat start-up : jasper jav error. PLS HELP ME!

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6971] - tomcat start-up : jasper & catalina error.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [PATCH] change JDBCRealm to add flexibility in table layout

--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote: > > De: Jim Seach [mailto:[EMAIL PROTECTED]] > > Enviado el: jueves 7 de marzo de 2002 18:08 > > > > > A new feature, but a suggestion rather than a request. Even if the > > client realm doesn't support Digest authentication, we can > > use B

cookie retrieval

Hi, a have a JSP page to setup a cookie (Tomcat server): cook = new Cookie("memberCookie", userid); cook.setPath("c:/Program Files/jakarta-tomcat-4.0/webapps/mydir/login/"); response.addCookie(cook); response.sendRedirect("http://myhost/somelocation/mydir/bookings/enterDate.j sp"); and the page

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

remm02/03/07 20:39:03 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: - Add query string separation. The request parameter parsing will (temporarily maybe) go in the adapter. Revision ChangesPath 1.2 +13 -

Re: cookie retrieval

On Fri, 8 Mar 2002, Paul Wallace wrote: > Date: Fri, 8 Mar 2002 10:51:31 +0700 > From: Paul Wallace <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>, > Paul Wallace <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: cookie retrieval >

How To Add a Scheduler Program Working With A Webapp In Tomcat?

The scheduler program start to run when tomcat start,and exit when tomcat stop.The scheduler can send email and maintenance data in the DB. The scheduler must access other classes in the webapp. How?Any body? Thanks in advance. -- To unsubscribe, e-mail:

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java

remm02/03/07 21:13:28 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: - Fix the mechanism to prevent from using a writer when an os is used. Revision ChangesPath 1.4 +23 -8 jakarta-tomcat-connectors/coyot

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java

remm02/03/07 21:15:51 Modified:coyote/src/java/org/apache/coyote Request.java Log: - Add a secure flag on the request. Revision ChangesPath 1.5 +15 -4 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Request.java Index: Request.java =

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java

remm02/03/07 21:16:56 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java Log: - Always parse host header (and extract the server name and port from it). Revision ChangesPath 1.5 +71 -4 jakarta-tomcat-connectors/

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequest.java

remm02/03/07 21:17:54 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequest.java Log: - Implement request facade for Catalina. Revision ChangesPath 1.3 +231 -37 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 LocalStrings.properties OutputBuffer.java

remm02/03/07 21:18:29 Modified:coyote/src/java/org/apache/coyote/tomcat4 OutputBuffer.java Added: coyote/src/java/org/apache/coyote/tomcat4 LocalStrings.properties Log: - Add strings + cosmetic changes. Revision ChangesPath 1.3 +

cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml

remm02/03/07 21:35:46 Modified:catalina/src/conf server.xml Log: - Add the Coyote HTTP/1.1 connector in the default configuration, on port 8081. - Request parameter handling is not ported yet (this breaks the welcome page redirects). - Session support is not ported yet (thi

DO NOT REPLY [Bug 6973] New: - Custom Class loader no longer works in 4.0.3, but works in 3.2.2

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6973] - Custom Class loader no longer works in 4.0.3, but works in 3.2.2

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6971] - tomcat start-up : jasper & catalina error.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java StandardContextMBean.java StandardEngineMBean.java StandardHostMBean.java mbeans-descriptors.xml

amyroh 02/03/07 22:58:17 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java StandardContextMBean.java StandardEngineMBean.java StandardHostMBean.java mbeans-descriptors.xml Log: Update rem

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java

I've just started the 3.3.x port of Coyote. I can manage to set this one, but who uses it? The Processor (currently) doesn't look at it (AFAIK). - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 07, 2002 9:15 PM Subject: cvs commit: jakarta-tomc