cvs commit: jakarta-tomcat-4.0 build.xml

craigmcc01/03/22 16:07:37 Modified:.build.xml Log: Correct the source of jakarta-servletapi-4 Javadocs when building the "dist" target. Revision ChangesPath 1.20 +1 -1 jakarta-tomcat-4.0/build.xml Index: build.xml ==

Re: mod_webapp status?

GOMEZ Henri wrote: > > >> I'm rewriting it using APR... As we speak... > >> > >> Pier (under the snow in Dublin) > >> > > > > APR is a great piece of code but it will restrict Tomcat > to have only one front-end, Apache Web Server. No, that is not exactly the goal of APR, it is USED by APAC

RE: mod_webapp status?

>No, that is not exactly the goal of APR, it is USED by APACHE2.0 but >should/could be standalone. But it means probabably 2 >portables run time for the >non-Apache servers. > >I prefer to use apr_socket_create() than to see several #ifdef >#else #endif in mod_webapp, the portability problems sh

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Http10Interceptor.java

hgomez 01/03/22 01:58:29 Modified:src/share/org/apache/tomcat/modules/server Http10Interceptor.java Log: Fix BUG #1006, by adding socket timeout Default is 300s (5mn) but you could configure it in server.xml timeout attribute (in second). Revision

RE: mod_webapp status?

GOMEZ Henri typed the following on 10:21 AM 3/22/2001 +0100 >>> Chambery is under rain, but no snow yet in town ;-) >> >>Barcelona is not yet sunny but it will be sunny and hot today, >>I am born in La Tronche (35 kms from Chambery)! > >!!! Un voisin !!! > >I'm pleased to see that many tomcat use

RE: mod_webapp status?

>GOMEZ Henri typed the following on 10:21 AM 3/22/2001 +0100 Chambery is under rain, but no snow yet in town ;-) >>> >>>Barcelona is not yet sunny but it will be sunny and hot today, >>>I am born in La Tronche (35 kms from Chambery)! >> >>!!! Un voisin !!! >> >>I'm pleased to see that many t

Re: mod_webapp status?

GOMEZ Henri wrote: > > >No, that is not exactly the goal of APR, it is USED by APACHE2.0 but > >should/could be standalone. But it means probabably 2 > >portables run time for the > >non-Apache servers. > > > >I prefer to use apr_socket_create() than to see several #ifdef > >#else #endif in mod_w

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/facade HttpServletRequestFacade.java

marcsaeg01/03/22 06:51:54 Modified:src/share/org/apache/tomcat/facade Tag: tomcat_32 HttpServletRequestFacade.java Log: Fixing missing type for NO_SESSION_FACADE. Revision ChangesPath No revision No revi

Re: mod_webapp status?

Dave Oxley <[EMAIL PROTECTED]> wrote: > Correct me if I'm wrong, but APR is meant as a library of API's that are > separate from Apache2 and should therefore be able to be used with > Apache1.3. What I would be concerned about is that there hasn't been a final > (let alone beta) of APR/Apache2 an

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/compressionFilters CompressionServletResponseWrapper.java CompressionResponseStream.java CompressionFilterTestServlet.java CompressionFilter.java

amyroh 01/03/21 13:53:16 Added: webapps/examples/WEB-INF/classes/compressionFilters CompressionServletResponseWrapper.java CompressionResponseStream.java CompressionFilterTestServlet.java

Re: Bugzilla issues

What?! I replied to your earlier query in private e-mail saying that I had every intention of FIXING the Tomcat 3.x bugs. I'm attaching a copy in case you'd like to actually read it. And that's "Ms. HORWAT", Thank you very much. Justy - Original Message - > Hola a todos: > > There ar

Fw: Bugzilla issues

Resending original response. It's been over 3 hours, hopefully this one will get through > What?! > > I replied to your earlier private query in e-mail saying that I had every > intention of FIXING the Tomcat 3.x bugs. I'm attaching a copy in case you'd > like to actually read it. > > And tha

Re: Deployment Descriptor Editor

On Fri, 16 Mar 2001, Remy Maucherat wrote: > Is it the same UI that is used in OpenEJB ? > > Also, can it edit the security constraints ? Sorry, I've been out of touch for a while. Yes, and yes. It has editors for everything in the servlet 2.2 deployment desriptor, including sec

Error Compiling mod_jk.c

Hi there,   I am using mod_jserv on my site now i want to upgrade the connector to mod_jk. but when when i am running the command   apxs  -o mod_jk.so   -DSOLARIS -I../jk -I/usr/java/include -I/usr/java/include/solaris -I/usr/apache/include -c *.c ../jk/*.c   I get the following error   /usr

Re: bug in Jasper - bad lookups to Constants.getString()

--- [EMAIL PROTECTED] wrote: > On Wed, 21 Mar 2001, Mel Martinez wrote: > > > StringManager's getString() currently deals with > the > > MissingResourceException by simply returning a > String > > consisting of a warning message about not being > able > > to find the particular key. I don't thi

Re: mod_webapp status?

On Thu, 22 Mar 2001, jean-frederic clere wrote: > GOMEZ Henri wrote: > > > > >> I'm rewriting it using APR... As we speak... > > >> > > >> Pier (under the snow in Dublin) > > >> > > > > > > > APR is a great piece of code but it will restrict Tomcat > > to have only one front-end, Apache Web S

Re: mod_webapp status?

The original intention for mod_jk was to use APR whenever it's ready. Gal wrote most of the "general" code trying to stay as close as possible to APR semantics. Since mod_jk is using just a few APR-like functions, the transition woulnd't be difficult - but it's important to do it at the right t

Re: mod_webapp status?

GOMEZ Henri <[EMAIL PROTECTED]> wrote: >>> I'm rewriting it using APR... As we speak... >>> >>> Pier (under the snow in Dublin) >>> >> > > APR is a great piece of code but it will restrict Tomcat > to have only one front-end, Apache Web Server. GO and read what APR is, before saying some

Re: mod_webapp status?

Punky Tse <[EMAIL PROTECTED]> wrote: > From: "GOMEZ Henri" <[EMAIL PROTECTED]> >> >> APR is a great piece of code but it will restrict Tomcat >> to have only one front-end, Apache Web Server. > > I think the advantage to use APR is that there is no need to worry about > portability across all pl

Re: mod_webapp status?

On Thu, 22 Mar 2001 [EMAIL PROTECTED] wrote: > You are 100% correct. Let me give a bit more detail. Covalent is > currently using APR in many of our modules that work with Apache 1.3. > This is actually harder than a module that works with a different web > server, because there are some overla

Re: mod_webapp status?

On Thu, 22 Mar 2001 [EMAIL PROTECTED] wrote: > On Thu, 22 Mar 2001 [EMAIL PROTECTED] wrote: > > > You are 100% correct. Let me give a bit more detail. Covalent is > > currently using APR in many of our modules that work with Apache 1.3. > > This is actually harder than a module that works with

org.apache.tomcat.startup.Tomcat usage

hi, When trying to start tomcat (3.2.1 built from src) I got an error message from org.apache.tomcat.startup.Tomcat(the -help: Usage message). So I had a look at Tomcat.java, and found that this would always be the case, when somebody starts Tomcat.class with no arguments. But that's exactly what

Re: Deployment Descriptor Editor

On Wed, 21 Mar 2001, Aaron Mulder wrote: > I'm wondering if Tomcat won't eventually have a separate custom DD > for WARs (like WEB-INF/tomcat-web.xml or whatever), in which case we'd > want to create a Tomcat plugin in addition to the standard servlet spec. That would be great, a deploymen

Re: Error Compiling mod_jk.c

Try the following: apxs -o mod_jk.so -DSOLARIS -I/usr/java/include -I/usr/java/include/solaris -c *.c ../jk/*.c If you receive a runtime error "fdatasync" not found try it with apxs -o mod_jk.so -DSOLARIS -I/usr/java/include -I/usr/java/include/solaris -posix4 -c *.c ../jk/*.c John. >>

Re: Error Compiling mod_jk.c

Made a typo in the first reply - the second apxs command should read -lposix4 not -posix4 Try the following: apxs -o mod_jk.so -DSOLARIS -I/usr/java/include -I/usr/java/include/solaris -c *.c ../jk/*.c If you receive a runtime error "fdatasync" not found try it with apxs -o mod_jk.so -DS

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper JspEngineContext.java

glenn 01/03/22 08:39:28 Modified:jasper/src/share/org/apache/jasper JspEngineContext.java Log: Bug fix for bad class path's generated from non file: URL's Revision ChangesPath 1.8 +10 -4 jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspEngineContext.

Re: Tomcat 4, webapp running from WAR file

Craig, thanks for reverting those changes for Remy, you beat me to it. "Craig R. McClanahan" wrote: > > On Wed, 21 Mar 2001, Glenn Nielsen wrote: > > > Remy, > > > > The ability to compile JSP pages directly from a WAR file without > > unarchiving jar files and class files into a work directory

[PATCH] Bug # 1002 patch (plus misc)

All of these patches are against the jakarta-tomcat-4.0-b1.tar.gz distribution, since it gave me a stable(?) place from which to work. If I have commited a faux pas by doing this, just let me know. Bug 1002 is in regard to the SecurityException: sealing violation. The co

[PATCH] catalina.sh more flexible

Sorry, I forgot to include this is the last post. But, after looking at what these patches provide, I guess it's better I didn't include them in the last post. :-) Basically, I enjoy greatly having files that prevent me from syncing environmental variables. This just makes catal

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/compressionFilters CompressionFilter.java

craigmcc01/03/22 09:17:19 Modified:webapps/examples/WEB-INF/classes/compressionFilters CompressionFilter.java Log: Remove debugging message to system output. Revision ChangesPath 1.2 +0 -3 jakarta-tomcat-4.0/webapps/examples/WEB-INF/cl

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/resources messages.properties web_23.dtd

craigmcc01/03/22 09:20:19 Modified:catalina/src/conf web_23.dtd catalina/src/share/org/apache/catalina Wrapper.java catalina/src/share/org/apache/catalina/core StandardContext.java StandardWrapper.java catalina/src/sha

[tc33] randomClass not honoured?

[tomcat 3.3 b2] I have this in my tomcat.conf But it still take a age or two to start a session. Any clues? It doesn't mention anything about this in the log file, should it? (nb: ##BLAH## is replaced by some sense by a .sh script) -- Mvh, Endre

Timestamps in mod_jk.log

Hi, Could the developers of mod_jk please add timestamp logging and if possible request url to mod_jk.log ? Thanks Shahed.

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/compressionFilters CompressionFilter.java CompressionFilterTestServlet.java CompressionResponseStream.java CompressionServletResponseWrapper.java

amyroh 01/03/22 09:49:34 Modified:webapps/examples/WEB-INF/classes/compressionFilters CompressionFilter.java CompressionFilterTestServlet.java CompressionResponseStream.java CompressionServl

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF web.xml

amyroh 01/03/22 09:50:34 Modified:webapps/examples/WEB-INF web.xml Log: Default not to log out debugging statements. Revision ChangesPath 1.13 +1 -1 jakarta-tomcat-4.0/webapps/examples/WEB-INF/web.xml Index: web.xml =

[tc33] Errors following errors..

I've stumbled across this in the b1, and it caught me again now, trying the b2. It seems strongly to me that if tomcat3.3 gets and error (failing to supply a file or whatever it is), it will start giving very strange results afterwards when supplying files. Maybe that one thread is f, or whate

RE: mod_webapp status?

On Thu, 22 Mar 2001, GOMEZ Henri wrote: > >GOMEZ Henri typed the following on 10:21 AM 3/22/2001 +0100 > Chambery is under rain, but no snow yet in town ;-) > >>> > >>>Barcelona is not yet sunny but it will be sunny and hot today, > >>>I am born in La Tronche (35 kms from Chambery)! > >>

Re: mod_webapp status?

On Thu, 22 Mar 2001, Pier P. Fumagalli wrote: > > > Dave ...under a bit less snow in England :) > > It was just snowing this morning.. Thank god it ended.. > I was "fortunate" enough to be in Boston for their big storm a couple of weeks ago. Twelve inches of snow in a few hours ("falling"

RE: [tc33] randomClass not honoured?

For Tomcat 3.3m2, see in server.xml. Cheers, Larry > -Original Message- > From: Endre Stølsvik [mailto:[EMAIL PROTECTED]] > Sent: Thursday, March 22, 2001 12:44 PM > To: Tomcat developer list > Subject: [tc33] randomClass not honoured? > > > [tomcat 3.3 b2] > > I have this in my tomc

jasper tag handler cleanup during exceptions

As I started to add some code to remove pooled tag handlers from the tag pool if an exception is thrown during tag usage, I came across an issue... In Tomcat 3, at the end of a JSP page, Jasper renders code to catch java.lang.Exception. In Tomcat 4, Jasper renders code to catch Throwable. This

RE: jasper's -classpath

Thanks alot - clears a few things up. My issues are all related to compile-time classpath, and your explanation seems to verify that. I have a strong interest in getting Jasper to run in our container, so if you need any help coding or testing, i'm gald to help with either. -Tim Julien HP middle

Re: mod_webapp status?

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 22, 2001 10:15 AM Subject: RE: mod_webapp status? > On Thu, 22 Mar 2001, GOMEZ Henri wrote: > > > >GOMEZ Henri typed the following on 10:21 AM 3/22/2001 +0100 > > Ch

[tc33][PATCH]JspC only produces java files ...

Quite obviously by design.   However, I would find it convenient to have it do the compilation to class files as well. As would some of the some of the HTML techs I work with. We could at least sort out when they've done something that breaks the java with one less step. [Yes, we've got a

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java

remm01/03/22 11:19:55 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: - Fix class reloading problems with filters. That's weird, I thought the reloading would not be done by the Catalina class loader, but apparently

Re: jasper tag handler cleanup during exceptions

--- Casey Lucas <[EMAIL PROTECTED]> wrote: > > As I started to add some code to remove pooled tag > handlers from > the tag pool if an exception is thrown during tag > usage, I came > across an issue... > > To clean up tag handlers in the case of exceptions, > I need to > know when any excepti

Re: jasper tag handler cleanup during exceptions

Mel, Thanks for the comments. See below. Mel Martinez wrote: > > --- Casey Lucas <[EMAIL PROTECTED]> wrote: > > > > As I started to add some code to remove pooled tag > > handlers from > > the tag pool if an exception is thrown during tag > > usage, I came > > across an issue... > > > > To cl

Mod_jk for Solaris 8- Apache 1.3.17-Tomcat 3.2.1

Hi, I need to compile mod_jk for Tomcat 3.2.1 and Apache 1.3.17. Apparently, the source code directory structure doesn't match the Mod_jk compile instructions. On this particular source the file seems missing . Is there an easier or another way to compile this ? Are there some updated instruction

VHosting

Folks, has anything happened with vhost support with mod_jk/apache 1.3 in 3.3? I've not had a chance to look recently and I really need it... ta, -Thom, stuck in wet and miserable london for the next 3 weeks

Re: mod_webapp status?

Don't get me wrong. I think using APR is a great idea and I'm pretty sure it's in a more stable state than mod_jk ;), but if Tomcat4 goes final and then an API changes and mod_webapp no longer compiles (for instance). We will have to say that Tomcat4.0 is for use with APR Alpha version ?? and

Re: jasper tag handler cleanup during exceptions

Casey, This is tuff. I am very leery of wrapping up Throwables because that changes how they 'look' to methods further up the stack chain. However, given what is coming down the pipe with JSP 1.2, I think it MIGHT be reasonable to simply anticipate the change and overload the PageContextImpl.h

Jasper: SAX preprocessing of XML JSP

I was about to start experimentation on the current Tomcat 4.x distribution of Jasper and just wanted to ping this list first to see if anyone had tried this kind of thing before (or were in the middle of doing it themselves). I'm interested in having a configurable (on a per web-app bases for n

precompile JSP with Tomcat3.2

Hi,   I found the jspc.bat in %TOMCAT_HOME%\bin folder. I put an .jsp file called simplest.jsp under %TOMCAT_HOME%\webapps\myLab\jsp folder. In console windows, I went to the directory %TOMCAT_HOME%\webapps\myLab and execute comand "jspc simplest.jsp". There was no error message. But, no .ja

SSL problem/bug under Tomcat 4.0?

Folks, Well, I'm stumped. I've installed keys, etc. in the most straightforward way, and I'm getting the following mystifying exception: java.io.IOException: java.security.NoSuchAlgorithmException: Class com.sun.net.ssl.internal.ssl.SSLContextImpl configured for SSLContext not a SSLContext ...

cvs commit: jakarta-tomcat-4.0/webapps/webdav build.xml

craigmcc01/03/22 17:12:12 Modified:.README.txt build.bat build.sh build.xml catalina build.xml jasper build.xml tester build.xml webapps build.xml webapps/ROOT build.xml webapps/exampl

java.lang.OutOfMemoryError

Hi, I have a servlet listens for HTTP POST request. then query the oracle database and response --> request / response are XML. I had 10 Load Test client keep sending HTTP request to servlet as fast as they can --> for 10 hours But within 10 hours, all the response are OK, except i got a coup

RE: java.lang.OutOfMemoryError

Title: RE: java.lang.OutOfMemoryError Here is one suggestion. Use StringBuffer instead of String if you are doing string contatenation. -Original Message- From:   chu luk [SMTP:[EMAIL PROTECTED]] Sent:   Thursday, March 22, 2001 5:17 PM To: [EMAIL PROTECTED] Subject:    java.

Re: mod_webapp status?

- Original Message - From: "jean-frederic clere" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "Rodent of Unusual Size" <[EMAIL PROTECTED]> Sent: Thursday, March 22, 2001 10:16 PM Subject: Re: mod_webapp status? > > > > I agree and that's the main advantage of APR. But you'll see on >

cvs commit: jakarta-tomcat/src/admin/contextAdmin sessionExpire.jsp sessionState.jsp ctxDetail.jsp

costin 01/03/22 18:14:17 Modified:src/admin/WEB-INF admin.tld src/admin/WEB-INF/classes/tadm TomcatAdmin.java TomcatAdminTEI.java TomcatIterateTEI.java src/admin/contextAdmin ctxDetail.jsp Added: src/admin/WEB-INF/classes/ta

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/test/matchers SessionMatch.java

costin 01/03/22 18:17:18 Added: src/share/org/apache/tomcat/util/test/matchers SessionMatch.java Log: Started work on session testing code. This ( when ready ) will extract the cookie and associate it with an id, and allow us to automate session tes

cvs commit: jakarta-tomcat/src/share/org/apache/jasper/runtime BodyContentImpl.java PageContextImpl.java

costin 01/03/22 18:21:21 Modified:src/share/org/apache/jasper/runtime BodyContentImpl.java PageContextImpl.java Log: Double the size of the buffer, as before ( sorry again for undoing your change ). Removed the logger dependency ( that was used only t

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/mappers ReloadInterceptor.java

costin 01/03/22 18:23:13 Modified:src/share/org/apache/tomcat/modules/mappers ReloadInterceptor.java Log: On reload, preserve "trusted" attribute. Revision ChangesPath 1.6 +1 -0 jakarta-tomcat/src/share/org/apache/tomcat/modules/mappe

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/session SessionExpirer.java SimpleSessionStore.java

costin 01/03/22 18:24:36 Modified:src/share/org/apache/tomcat/modules/session SessionExpirer.java SimpleSessionStore.java Log: Allow access to the Expirer ( for a future monitoring page ) Increase and allow configuration of the session pool. Allow

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/collections SimplePool.java

costin 01/03/22 18:25:33 Modified:src/share/org/apache/tomcat/util/collections SimplePool.java Log: A small ( or big ) improvement to the SimplePool. Allow creation of a small pool that will grow to max. That will help for scalability and reduce memory usage. Revision

RE: java.lang.OutOfMemoryError

i am not doing a whole lot of contatenation, but i do use stringWriter --> is it the same as stringBuffer? thanks --- "Parayali, Jayesh 1065" <[EMAIL PROTECTED]> wrote: > Here is one suggestion. > Use StringBuffer instead of String if you are doing > string contatenation. > > > -Origina

Re: mod_webapp status?

> > Oh, let me see... APR can't be built as static library? (i.e. libapr.a). If > it can be built as static library, we don't create a new problem to the > user. But obviously, the work has shifted to the one who build mod_webapp > (Sam or Pier?), and of course the developer have to know how to b

Re: Linux IBM JDK + Tomcat + SMP hangs

On Sun, 7 Jan 2001 22:42:18 -0500 "brien" <[EMAIL PROTECTED]> wrote: > Hi, > > I've been having a really tough time to say the least > trying to get the > IBM JDK 1.3 to work on an SMP machine under linux. I > don't think my > problem is unique. The JDK hangs, consuming 99% of the > CPU. > > >Fr

Re: mod_webapp status?

> Are you volunteering to help do that? :-) If so, that would be great. > > Craig McClanahan > But I don't know the underlying architecture of mod_webapp. How is it different from mod_jk? Is it not using the ajp protocol? And can you give me some pointers? (plesase don't point me to http://

Re: Linux IBM JDK + Tomcat + SMP hangs

> The box's environ is > 3 * p-pro/200 + 256Mb > Redhat Linux 6.2, kernel 2.2.14smp > Apache 1.2.19 > Tomcat 3.2.1 using mod_jk (also happens with 3.1 using > mod_jserv) > glibc 2.2.2 > > thanks > mac > I am running a RH 7 box with 4 Xeon 450's with 2GB RAM, running both Tomcat 3.2 and Resin 1.

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

remm01/03/22 18:55:44 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Now adding the parameters before sending a redirect. Bug reported by Stefan Schmidt Revision ChangesPath 1.31 +41 -6 jakar

Re: mod_webapp status?

> Let's say, webapp needs to use 10% of APR, but that 10% represents 90% of > its complexity (shmem, mutexes, I/O)... Even if it's not final when Tomcat 4 > goes final, that shouldn't prevent us from using it... It's a good library, > and why doing ourselves what others are already doing (and are

Re: Linux IBM JDK + Tomcat + SMP hangs

I don't think we can or should do anything about that. Even if it would be possible to find a workaround ( and that may take a huge amount of work ), fact is that the JVM will still have a bug and some user code ( servlet, etc ) may make it hung in production environment. So you should consid

Re: Linux IBM JDK + Tomcat + SMP hangs

> > > > IBM JDK: > > java version "1.3.0" > > Java(TM) 2 Runtime Environment, Standard Edition (build > > 1.3.0) > > Classic VM (build 1.3.0, J2RE 1.3.0 IBM build > > cx130-20001124 (JIT enabled: > > jitc)) > > > > brien It's not Tomcat's problem. It is your JDK's problem. It is a know issue fo

cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade Servlet22Interceptor.java

costin 01/03/22 19:28:56 Modified:src/facade22/org/apache/tomcat/facade Servlet22Interceptor.java Log: Lazy allocation of the Vector - in the most common case there are no BindingListeners, and we'll not need the vector. It is probably possible to avoid

Re: jasper tag handler cleanup during exceptions

Mel, Thanks for the informative response. I can sense your frustration. I'm right there with you. I already have the "catch the Throwable and wrap it if we have to" style rendering working and it seems to be ok. Unless you (or someone else) is in disagreement, I can check it in. This model (

multibyte-query-string workaround

Hi, For my case, Internet Explorer is setted so that it converts every URI string to a URL-encoded UTF8 string and sends it to server. But it sends query-string "as is" (this is, an array of bytes). HTTP demon (or servlet engine) should interprete the URL-encoded URI string as the most suitable

Re: cvs commit: jakarta-tomcat/src/share/org/apache/jasper/runtime BodyContentImpl.java PageContextImpl.java

I noticed that for PageContextImpl you made a comment about removing the log dependency. Was this just because it was used on a case that "shouldn't happen" or is there another reason why jasper components shouldn't rely on tomcat logging code? Just wondering / checking, because some jasper stuf

Re: cvs commit: jakarta-tomcat/src/share/org/apache/jasper/runtime BodyContentImpl.java PageContextImpl.java

On Fri, 23 Mar 2001, Casey Lucas wrote: > > I noticed that for PageContextImpl you made a comment about removing > the log dependency. Was this just because it was used on a case that > "shouldn't happen" or is there another reason why jasper components > shouldn't rely on tomcat logging code?