RE: http 1.0 timeout patch

>Isn't there an issue with tomcat closing a connection before >apache does? It's not related since we speak here of the native tomcat http connector. >At least it seems so to me. If you restart tomcat while the browser is >connected to it through apache-mod_jk, then that apache >process will u

RE: http 1.0 timeout patch

>What about 33 sec. ? It matches the version :-) > >( seriously - does the HTTP spec have any number ? If not, can we use >whatever apache is using ? ) > >In any case - 300s is better than no timeout - and if it's too >much we can >reduce it later ( and make it configurable anyway ). > 300s i

Re: http 1.0 timeout patch

On Wed, 21 Mar 2001 [EMAIL PROTECTED] wrote: | What about 33 sec. ? It matches the version :-) | | ( seriously - does the HTTP spec have any number ? If not, can we use | whatever apache is using ? ) | | In any case - 300s is better than no timeout - and if it's too much we can | reduce it later

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

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 think that is > correct behavior. I think it shoul

oops...sorry for duplicate emails...

My mail is acting funny on me today.  My apologies

Tomcat SSL Socket factory -- more independent

Hi, I use Tomcat 3.2 with SSL and I ran into a problem when executing using IBM's JSSE implementation. Namely, in the default configuration, the Sun classes are referenced directly, so you CAN'T use IBM JSSE on the server side in this case. I changed the source so that you can run either implemen

Re: Re:Réf. : RE: Proposal for Compression Filter example

I have already committed the code to tomcat-4.0 CVS. You can get it from webapps\examples\web-inf\classes\compressionFilters\ Cheers, Amy > > Hi Amy, > > I would really appreciate if you could mail me the source code for the > compression filter that you are referring to in your mails to t

Re: Re:Réf. : RE: Proposal for Compression Filter example

I have already committed the code to tomcat-4.0 CVS. You can get it from webapps\examples\web-inf\classes\compressionFilters\ Cheers, Amy > Hi Amy, > > I would really appreciate if you could mail me the source code for the > compression filter that you are referring to in your mails to the

Re: Re:Réf. : RE: Proposal for Compression Filter example

I have already committed the code to tomcat-4.0 CVS. You can get it from webapps\examples\web-inf\classes\compressionFilters\ Cheers, Amy > Hi Amy, > > I would really appreciate if you could mail me the source code for the > compression filter that you are referring to in your mails to the

Re: mod_webapp status?

On Thu, 22 Mar 2001, Punky Tse wrote: > - Original Message - > From: "GOMEZ Henri" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, March 22, 2001 6:21 AM > Subject: RE: mod_webapp status? > > > > >> I'm rewriting it using APR... As we speak... > > >> > > >> Pier (u

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

--- [EMAIL PROTECTED] wrote: > On Wed, 21 Mar 2001, Mel Martinez wrote: > > > Would the following be an acceptable solution? > > > > We change the > > Constants.message(key,args,verbosityLevel) method > > behavior so that if getString(key,args) throws > > a missing resource exception that it lo

Re: jasper's -classpath

--- "Julien, Timothy" <[EMAIL PROTECTED]> wrote: > How does Jasper construct its Classpath when > compiling jsps? > > From what I see it is: > > System class path + something from Tomcat + the > directory containing the jsp > source. > > Note that when running Jasper in another container, > th

[STATUS] Tomcat 3.2.2

Well, it took longer than I had hoped, but we have finally managed to review *all* open bug reports against Tomcat-3! The only reports left in the NEW state are those specifically opened against Tomcat 3.3. All the others have either been closed as FIXED, WORKSFORME or INVALID. A big THANK YOU

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

remm01/03/21 19:40:02 Modified:jasper/src/share/org/apache/jasper/compiler JspCompiler.java Log: - Avoid generating NPEs when resource doesn't exist. Revision ChangesPath 1.5 +5 -2 jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/JspCompiler

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

remm01/03/21 18:34:50 Modified:webapps/examples/WEB-INF web.xml Log: - Made a mistake when commenting out the compression filter. Sorry :( Revision ChangesPath 1.12 +1 -2 jakarta-tomcat-4.0/webapps/examples/WEB-INF/web.xml Index: web.xml

Re: mod_webapp status?

- Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 22, 2001 6:21 AM Subject: RE: mod_webapp status? > >> I'm rewriting it using APR... As we speak... > >> > >> Pier (under the snow in Dublin) > >> > > > > APR is a great piece of

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

larryi 01/03/21 17:44:15 Modified:src/facade22/org/apache/tomcat/facade Servlet22Interceptor.java Log: Now that the session facade is 1-1 associated with the real session, we can use that facade when calling valueUnbound() rather than using a temporary o

cvs commit: jakarta-tomcat-4.0/catalina/src/conf tld_12.dtd

horwat 01/03/21 17:26:53 Modified:jasper/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java jasper/src/share/org/apache/jasper/resources web-jsptaglib_1_2.dtd catalina/src/conf tld_12.dtd Log: I

jasper's -classpath

How does Jasper construct its Classpath when compiling jsps? >From what I see it is: System class path + something from Tomcat + the directory containing the jsp source. Note that when running Jasper in another container, the 'something from Tomcat' part is null - an init-parameter 'org.apache.

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader StandardLoader.java

remm01/03/21 16:53:35 Modified:catalina/src/share/org/apache/catalina/loader StandardLoader.java Log: - Make the two attributes Jasper uses read only. - That makes the classpath attribute immutable. - The class loader attribute will eventually be remo

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

remm01/03/21 16:51:20 Modified:catalina/src/share/org/apache/catalina/core ApplicationContext.java Log: - Add possibility to make some servlet context attributes read only. Of course, the object can still be mutated. - This functionality is NOT expo

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

remm01/03/21 16:49:08 Modified:webapps/examples/WEB-INF web.xml Log: - Don't enable the compression filter by default. Revision ChangesPath 1.11 +2 -0 jakarta-tomcat-4.0/webapps/examples/WEB-INF/web.xml Index: web.xml

RE: Bugzilla issues

On Thu, 22 Mar 2001, Ignacio J. Ortega wrote: > better.., not only 4.0.. This are really great news, but i continue > thinking it's better to spread resposabilities a s much a we can, and > bugzilla components are a great way to spread such resposabilities.. A big +1 ! Henri and Dan are a perfe

RE: Bugzilla issues

At the moment, I'm the default assignee for most other Tomcat3 stuff. It means the I get the e-mail notification when a new bug is entered. Unfortunately, I'm not finding much time to review them and re-assign them if appropriate. I think we need pretty much ignore who a bug is assigned to and st

another bug in Jasper - incorrect File.separator

Still in the endeavor of running Jasper in another container When making calls in ParserController.getReader() to ServletContext.getResourceAsStream() (through JspCompilationContext), the String that is passed in is file.toString() (where file denotes the jsp to be translated/compiled). The

Re: [PATCH] [Bug 1001] - available() method onServletInputStreamalways returns 0

Costin, Thanks for the response. I agree that available is supposed to return how many bytes can be returned without a read() on the "primary". The second diff file has patches that implement available this way for everything except the JNI connector. My only concern with this (2nd) set of p

RE: Bugzilla issues

> There are so many Tomcat 3/Jasper bugs and the component > itself assigned > to Justyna Horward, it seems Justyna will not do much to help us with > 3.X, if nobody complaints, if nobody complaints i will make somebody Justy just confirmed me, that she want to make All Jasper versions better..,

Re: http 1.0 timeout patch

What about 33 sec. ? It matches the version :-) ( seriously - does the HTTP spec have any number ? If not, can we use whatever apache is using ? ) In any case - 300s is better than no timeout - and if it's too much we can reduce it later ( and make it configurable anyway ). Costin On Wed, 2

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

On Wed, 21 Mar 2001, Casey Lucas wrote: > > > Casey Lucas wrote: > > > > Just curious... why did you take out the buffer size double? Is that too > > much memory to sacrifice? Someone ? recently sent this in as a performance > > improvement patch. Ops :-) No, there is no problem with doub

Re: Bugzilla issues

Hola. I'm sure I wont have enough time to take over Jasper for 3, but I may find some time to help out. I'll try to take a look after I wrap up some other stuff. -Casey "Ignacio J. Ortega" wrote: > > Hola a todos: > > There are so many Tomcat 3/Jasper bugs and the component itself assigned

cvs commit: jakarta-tomcat/src/doc readme

marcsaeg01/03/21 15:07:01 Modified:src/doc Tag: tomcat_32 readme Log: Another round of updates to the release notes prior to releasing 3.2.2-beta 2 Revision ChangesPath No revision No revision 1.8.2.15 +22 -2 ja

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

--- [EMAIL PROTECTED] wrote: > On Wed, 21 Mar 2001, Mel Martinez wrote: > > > Would the following be an acceptable solution? > > > > We change the > > Constants.message(key,args,verbosityLevel) method > > behavior so that if getString(key,args) throws > > a missing resource exception that it lo

RE: Bugzilla issues

Yep, the Jakarta mailing lists have been running way behind recently. You can put me down as the default owner for new Jasper reports for Tomcat-3. The last few weeks have given me a fair amount of practice at this stuff. > -Original Message- > From: Ignacio J. Ortega [mailto:[EMAIL PRO

Re: http 1.0 timeout patch

I'm -1 on the 15 sec. You never know what type of network a client may be traversing. -Casey GOMEZ Henri wrote: > > Hi, > > I notice you corrected the patch which is a good thing > but settings timeout to 5mn (300s) is a little too high > for an http 1.0 connection. The timeout could be as l

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

Casey Lucas wrote: > > Just curious... why did you take out the buffer size double? Is that too > much memory to sacrifice? Someone ? recently sent this in as a performance > improvement patch. Of course the line tmp = new char [bufferSize + Constants.DEFAULT_BUFFER_SIZE]; also needs t

Re: Bugzilla issues

--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote: > Hola a todos: > > There are so many Tomcat 3/Jasper bugs and the > component itself assigned > to Justyna Horward, it seems Justyna will not do > much to help us with > 3.X, if nobody complaints, if nobody complaints i > will make somebody > r

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

On Wed, 21 Mar 2001, Mel Martinez wrote: > Would the following be an acceptable solution? > > We change the > Constants.message(key,args,verbosityLevel) method > behavior so that if getString(key,args) throws > a missing resource exception that it logs using the > key itself as the log message.

RE: Bugzilla issues

Maillist is so slowww this days... :) Thanks Craig.. Saludos , Ignacio J. Ortega > -Mensaje original- > De: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] > Enviado el: miércoles 21 de marzo de 2001 22:43 > Para: 'tomcat-dev' > Asunto: Bugzilla issues > > > Hola a todos: > > There

RE: http 1.0 timeout patch

>I picked 5 minutes because that seemed to be the default >timeout for Apache >httpd. If I open telnet session to Apache and never enter any data the >connection times out after 5 minutes. > >In Apache this is configured in httpd.conf as > ># ># Timeout: The number of seconds before receives and

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

arieh 01/03/21 14:23:08 Modified:src/share/org/apache/tomcat/util Tag: tomcat_32 FileUtil.java Log: Remove the trim() call. Revision ChangesPath No revision No revision 1.9.2.8 +4 -4 ja

RE: mod_webapp status?

>> 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. A solution will be to add ajp13 support to Tomcat 4.0. I saw 3 main advantages : 1) Tomcat 4

RE: to trim or not to trim (was Re: cvs commit: jakarta-tomcat/sr c/share/org/apache/tomcat/util FileUtil.java)

> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > list-help: > list-unsubscribe: > list-post: > Delivered-To: mailing list [EMAIL PROTECTED] > From: Larry Isaacs <[EMAIL PROTECTED]> > To: "'[EMAIL PROTECTED]'

Re: [PATCH] [Bug 1001] - available() method on ServletInputStreamalways returns 0

Mike, I'm not sure I understand ( not your mail - the "available" definition ). Isn't availabe supposed to return how many bytes can be returned without a read() on the "primary" source ( that would block ) ? What you describe is slightly different - and I'm not sure it's a good idea. In any

RE: http 1.0 timeout patch

I picked 5 minutes because that seemed to be the default timeout for Apache httpd. If I open telnet session to Apache and never enter any data the connection times out after 5 minutes. In Apache this is configured in httpd.conf as # # Timeout: The number of seconds before receives and sends tim

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

amyroh 01/03/21 13:31:47 Modified:webapps/examples/WEB-INF web.xml Log: Add compression filter and test servlet mapping Revision ChangesPath 1.10 +40 -0 jakarta-tomcat-4.0/webapps/examples/WEB-INF/web.xml Index: web.xml ==

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/compressionFilters - New directory

amyroh 01/03/21 13:24:37 jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/compressionFilters - New directory

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

Just curious... why did you take out the buffer size double? Is that too much memory to sacrifice? Someone ? recently sent this in as a performance improvement patch. You know I love anything that makes tags faster. :) -Casey [EMAIL PROTECTED] wrote: > > costin 01/03/21 11:51:06 > >

http 1.0 timeout patch

Hi, I notice you corrected the patch which is a good thing but settings timeout to 5mn (300s) is a little too high for an http 1.0 connection. The timeout could be as low as 15s. The timeout is activated if you have more that 15s between 2 read() and since connector read stream byte by byte. 30

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

Would the following be an acceptable solution? We change the Constants.message(key,args,verbosityLevel) method behavior so that if getString(key,args) throws a missing resource exception that it logs using the key itself as the log message. Note that this would also require changing the getString

Bugzilla issues

Hola a todos: There are so many Tomcat 3/Jasper bugs and the component itself assigned to Justyna Horward, it seems Justyna will not do much to help us with 3.X, if nobody complaints, if nobody complaints i will make somebody responsible of that component...( myself as a last resort to contact re

RE: [Bug 1059] Changed - JSP pages fail to compile when referencing classes from apps classloader

On Wed, 21 Mar 2001, Arun Katkere wrote: > I apologize for not mentioning the version number. I guess I am used to > selecting the version I am reporting against and didn't remember to type it > in the description. > > Can someone add an entry for Tomcat 3.3m2 in bugzilla? That is a little les

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

Glups sorry.. Now i'm trying to rebuild Tomcat 3.3 with that nice build and dist dirs.., about 10 days out of tomcat almost enterely, biffed up of work, i will try this night ( here ) to put up all my little things.. and start doing another dev cycle, perhaps doing it better than the last time ;)

[PATCH] [Bug 1001] - available() method on ServletInputStreamalways returns 0

I noticed that this bug was marked RESOLVED/LATER and was wondering if there was any way to get this into 3.2.2 since that is the version that is closest to being released. I've already found 2 ways to fix this issue but am willing to abide by the groups decision and concentrate on getting thi

bug in Jasper - bad calls to Constants.getString

I believe there is a bug in Jasper when resources (such as web.xml's dtd) can't be loaded. The basic problem is that keys are getting passed into Constants.getString() which aren't keys in the message resources file. This happens because of some exception handling, which basically constructs an i

RE: [Bug 1059] Changed - JSP pages fail to compile when referencing classes from apps classloader

I apologize for not mentioning the version number. I guess I am used to selecting the version I am reporting against and didn't remember to type it in the description. Can someone add an entry for Tomcat 3.3m2 in bugzilla? That is a little less error prone than expecting folks to enter the versio

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

costin 01/03/21 13:13:56 Modified:src/share/org/apache/tomcat/facade Tag: tomcat_32 HttpServletRequestFacade.java Log: Disable creation of session facades. A better solution is implemented in 3.3, where the same facade is returned during servlet execution.

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler JspCompiler.java JspReader.java ParserController.java TagLibraryInfoImpl.java

--- Mel Martinez <[EMAIL PROTECTED]> wrote: > > --- [EMAIL PROTECTED] wrote: > > - Of course, the classes and JARs are still > > extracted from the WAR until the > > compilation technology is updated (javac wants > > files :(( ). > > > > :-) But javac doesn't have any reason to deal w

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

craigmcc01/03/21 12:49:23 Modified:jasper/src/share/org/apache/jasper Constants.java JspEngineContext.java jasper/src/share/org/apache/jasper/servlet JspServlet.java Log: Revert Glenn's changes to classpath construction, at least until after

RE: [Bug 1059] Changed - JSP pages fail to compile when referencing classes from apps classloader

Arun, This bug wasn't closed. The status was updated to RESOLVED the and the resolution was changed to LATER. All this means is that it won't be address in 3.2.2 but is still open for 3.3 and later releases. Also, it would have been helpful if the description in initial bug report indcated the

cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester Resources05.java

craigmcc01/03/21 12:47:11 Modified:tester/src/tester/org/apache/tester Resources05.java Log: Update the Resoruces05 test to include a debugging message confirming that stringifying was actually being performed. Revision ChangesPath 1.3 +1 -0 jakarta-tomcat-

Re: Réf. : RE: Proposal for Compression Filter example

Quoting "JULE, Nicolas - DSIA" <[EMAIL PROTECTED]>: > > > > De :Craig R. McClanahan@craigmcc le 20/03/2001 23:31 > Pour : tomcat-dev@[EMAIL PROTECTED]@SMTP@Hays Hub > cc : > Faxer à: > Objet : RE: Proposal for Compression Filter example > > >

RE: [Bug 1059] Changed - JSP pages fail to compile when referencing classes from apps classloader

Unless you are going with the new classloader architecture for 3.2.2, which I doubt, this bug doesn't apply to 3.2.2. It applies to 3.3m2 (I had to mark the version as "Unknown" since 3.3 doesn't have an entry in bugzilla). Are we accepting only bugs that apply to 3.2.2 and everything that won't

cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester Resources05.java

craigmcc01/03/21 12:28:34 Modified:tester/src/bin tester.xml tester/src/tester/org/apache/tester Resources05.java Log: Update the new combined getResource()/openStream() test so that it optionally converts the URL returned by getResource() to a string and back, em

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources DirContextURLConnection.java

remm01/03/21 11:51:55 Modified:catalina/src/share/org/apache/naming/resources DirContextURLConnection.java Log: - Throw an IllegalArgumentException if the context specified is null. Revision ChangesPath 1.4 +7 -4 jakarta-tomcat-4.0

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

costin 01/03/21 11:51:06 Modified:src/share/org/apache/jasper/runtime BodyContentImpl.java Log: Lucky fix - it shows up for some JSPs generating a lot of content. Nacho - nice tuneup ( remove double copy ), you forgot one line :-) Revision ChangesPath 1.9 +4 -1

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

craigmcc01/03/21 11:38:54 Modified:tester build.xml tester/src/bin tester.xml tester/web/WEB-INF web.xml Added: tester/src/tester/org/apache/tester Resources05.java Resources05.txt Log: Add test cases where the URL retu

Re: mod_webapp status?

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 and is therefore subject to change. If APR/Ap

RE: to trim or not to trim (was Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util FileUtil.java)

> -Original Message- > From: Arieh Markel [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, March 21, 2001 11:16 AM > To: [EMAIL PROTECTED] > Subject: to trim or not to trim (was Re: cvs commit: > jakarta-tomcat/src/share/org/apache/tomcat/util FileUtil.java) > > > > > Mailing-List: contact

Re: Sorry! was: RE: ISAPI Filter: Bug? in jk_isapi_plugin.c found andfixed

Hi! Following the idea of the jason I fix the defect. Since I cannot send the attachment. I am putting the code that needs to be changed. In the HttpFilterProc add these two lines after p->SetHeader(pfc, "url", extension_uri); p->AddHeader(pfc, "TOMCATURI:",uri); p->AddHeader(pfc, "TOMCATWORKER:

RE: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler JspCompiler.java JspReader.java ParserController.java TagLibraryInfoImpl.java

On Wed, 21 Mar 2001, Steve Downey wrote: > Javac does need to get at the class files in WEB-INF/classes, for any jsp > that, say, uses a bean or tag defined in the WAR. > > It isn't a requirement that the .java files for those classes be accessible. > The Java sources do not have to be avail

Re: Tomcat 4, webapp running from WAR file

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 will not > be possible until javac can use URL's instead of a file system classpath. > Those changes to javac wi

RE: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler JspCompiler.java JspReader.java ParserController.java TagLibraryInfoImpl.java

Javac does need to get at the class files in WEB-INF/classes, for any jsp that, say, uses a bean or tag defined in the WAR. It isn't a requirement that the .java files for those classes be accessible. > -Original Message- > From: Mel Martinez [mailto:[EMAIL PROTECTED]] > Sent: Wednesday

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

I believe there is a bug in Jasper when resources (such as web.xml's dtd) can't be loaded. The basic problem is that keys are getting passed into Constants.getString() which aren't keys in the message resources file. This happens because of some exception handling, which basically constructs an i

Tomcat - Ghost/Rogue Sessions

Title: Tomcat - Ghost/Rogue Sessions Here's the scenario ... We have a JSP/Servlet application - The JSPs post requests to the Servlets, the Servlets do some work and then forward the requests back to the JSPs. We are also using session tracking. We are using MS IIS 4.0 & Jakarta Tomcat 3.2

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/service/http HttpConnectionHandler.java

marcsaeg01/03/21 09:11:43 Modified:src/share/org/apache/tomcat/service Tag: tomcat_32 PoolTcpEndpoint.java src/share/org/apache/tomcat/service/http Tag: tomcat_32 HttpConnectionHandler.java Log: Moving the recently added

Re: Tomcat 4, webapp running from WAR file

- Original Message - From: "Glenn Nielsen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 21, 2001 6:54 AM Subject: Re: Tomcat 4, webapp running from WAR file > Remy, > > The ability to compile JSP pages directly from a WAR file without > unarchiving jar files and cla

to trim or not to trim (was Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util FileUtil.java)

> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > list-help: > list-unsubscribe: > list-post: > Delivered-To: mailing list [EMAIL PROTECTED] > From: Yoshiyuki Karezaki <[EMAIL PROTECTED]> > To: [EMAIL PROTECT

Re: Tomcat 3.2.1 Scalability

Hi Claude, It would be great if you could help improve the scalability - it's a difficult task, and we need all the help we can get :-) If tomcat shuts down with 150 threads I would suspect it's a JVM problem - I did tests up to 200 threads. It is slow - but that's a different issue ( 3.3 will

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/factory EjbFactory.java

I am happy with this version of EjbFactory. Thanks, Tim Tye [EMAIL PROTECTED] writes: > remm01/03/20 15:17:37 > > Modified:catalina/src/share/org/apache/naming/factory EjbFactory.java > Log: > - Comment out the type checking, as suggested by Tim Tye. > > Revision Chan

Re: mod_webapp status?

"Pier P. Fumagalli" wrote: > > jean-frederic clere <[EMAIL PROTECTED]> wrote: > > > "Eric L. Anderson" wrote: > >> > >> What is the current status of mod_webapp? I have tried building the connector > >> from cvs but the build fails with webapplib. The errors seem to indicate > >> there > >> are

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler JspCompiler.java JspReader.java ParserController.java TagLibraryInfoImpl.java

--- [EMAIL PROTECTED] wrote: > remm01/03/20 16:08:53 > > Modified: > jasper/src/share/org/apache/jasper/compiler > JspCompiler.java > JspReader.java > ParserController.java > TagLibraryInfoImpl.java > Log: > - Jasper should run fro

Re: Tomcat 4, webapp running from WAR file

Remy, The ability to compile JSP pages directly from a WAR file without unarchiving jar files and class files into a work directory will not be possible until javac can use URL's instead of a file system classpath. Those changes to javac will not be available for quite a while. Until that time I

RE: Using Jikes instead of JavaC with Tomcat/Jasper

AFAIK, this is the only way to use Jikes in Tomcat 3.2.x, unless you change the default in Jasper source and rebuild Jasper. In Tomcat 3.3, server.xml contains . Adding javaCompiler="jikes" will enable Jikes. Cheers, Larry > -Original Message- > From: Yair Zadik [mailto:[EMAIL PROTECTED

Re: mod_webapp status?

jean-frederic clere <[EMAIL PROTECTED]> wrote: > "Eric L. Anderson" wrote: >> >> What is the current status of mod_webapp? I have tried building the connector >> from cvs but the build fails with webapplib. The errors seem to indicate >> there >> are some missing source files. >> >> wa.c:69: `w

Re: mod_webapp status?

"Eric L. Anderson" wrote: > > What is the current status of mod_webapp? I have tried building the connector > from cvs but the build fails with webapplib. The errors seem to indicate there > are some missing source files. > > wa.c:69: `wa_connections' undeclared (first use in this function) > wa

Tomcat 3.2.1 Scalability

Hello, I downloaded the release build Tomcat 3.2.1 in order to develop a tiny Webmail application based on JSP technology. I tested it with 20 connections, it was working fine. But with 150 connections, the tomcat server shutdown. So I do think that it should interesting to improve Tomcat scala

Re: Proposal for Compression Filter example

Amy Roh <[EMAIL PROTECTED]> wrote: > Hi, > > I created an example web application using Filter technology and would like to > add to Tomcat 4 example webapps. This example includes Data Compression > Filter > which compresses ServletResponse according to the threshold that can be set by > user

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

glenn 01/03/21 04:38:03 Modified:jasper/src/share/org/apache/jasper/servlet JspServlet.java Log: The classpath needed by javac is now built dynamically by using getURLs on the Context URLClassLoader and all its parent class loaders except for the system class loader. This rem

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

glenn 01/03/21 04:37:29 Modified:jasper/src/share/org/apache/jasper JspEngineContext.java Log: The classpath needed by javac is now built dynamically by using getURLs on the Context URLClassLoader and all its parent class loaders except for the system class loader. This remov

FW: missing file

Not Acked... :) Pier (freezing his butt in Dublin) -- Pier Fumagalli -- Forwarded Message > From: "Curt Siffert" <[EMAIL PROTECTED]> > Date: Tue, 20 M

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

glenn 01/03/21 04:36:57 Modified:jasper/src/share/org/apache/jasper Constants.java Log: The classpath needed by javac is now built dynamically by using getURLs on the Context URLClassLoader and all its parent class loaders except for the system class loader. This removes the

[Fwd: Re: TOMCAT 4.x SSI Status]

And here's the file I proMISSED. ..bip Original Message Subject: Re: TOMCAT 4.x SSI Status Date: Tue, 20 Mar 2001 17:20:30 -0800 From: Bip Thelin <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Organization: Razorfish To: [EMAIL PROTECTED] References: <[EMAIL PROTECTED]

Re: TOMCAT 4.x SSI Status

Attached is the latest SSI package, it's not heavily tested. It supports expiration on the SSI page and buffering. Check below how to use it also ook below on what's implemented and what's not. Amy, check the files and mail me and we can decide how to work on the package towards a "stable" releas

Re: JSPC on Windows (RE: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler ParserController.java)

The inline patch you sent along with the patch I'm including would also fix Bugzilla #412. Justy > Justyna, > > Would this update also fix Bugzilla 412? > > Marc Saegesser > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, March 14, 2001

Using Jikes instead of JavaC with Tomcat/Jasper

I've been trying to get Tomcat to use Jikes instead of javac as its Java compiler for JSP pages. All the information I've found says to edit the conf/web.xml file. As far as I could tell, this did nothing, so I poked around the sources. According to 'WebXmlReader.java' (in 3.2.1):

Re: NullPointerException from HttpSessionFacade.invalidate()

I've been lurking and searching through the archives searching for an answer to the issue which was eventually reported as bug #739 I've found some excellent descriptions of the problem but have been unable to discover a solution in the archives. I was hoping that someone can point me towards a

Re: FYI: Tomcat 4.0 Release Planning Futures

> This membership position gives ASF (and the open source developers that > ASF represents) a powerful voice in shaping the future of the Java > platform. In addition, however, it imposes responsibilities to follow > the > rules of the Java Community Process -- the same rules that software > ven

Réf. : RE: Proposal for Compression Filter example

De :Craig R. McClanahan@craigmcc le 20/03/2001 23:31 Pour : tomcat-dev@[EMAIL PROTECTED]@SMTP@Hays Hub cc : Faxer à: Objet : RE: Proposal for Compression Filter example On Tue, 20 Mar 2001, GOMEZ Henri wrote: > >I cre