cvs commit: jakarta-tomcat/src/doc faq

larryi 01/03/11 20:18:15 Modified:src/doc faq Log: Update the jar file list. Also, add a question and answer to explain the problem that can occur when using beans with properties whose second letter is capitalized. Revision ChangesPath 1.3 +72 -11jaka

cvs commit: jakarta-tomcat/src/tests build.xml

costin 01/03/11 19:01:12 Modified:.build.xml src/tests build.xml Log: Few more changes to the build. ( trying to fix the nightly ) Revision ChangesPath 1.123 +7 -1 jakarta-tomcat/build.xml Index: build.xml =

AdaptiveClassLoader not finding jndi.properties [PATCH]

The following discussion applies to tomcat 3.2.1 running under Sun JDK 1.3 I spent this afternoon tracking down why a call to new InitialContext() from a web application did not appear to be finding the jndi.properties located under WEB-INF/classes. I am using the Jdk12Interceptor and verifie

cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF web.xml

nacho 01/03/11 14:25:46 Modified:src/tests/webpages/WEB-INF web.xml Log: no message Revision ChangesPath 1.10 +0 -1 jakarta-tomcat/src/tests/webpages/WEB-INF/web.xml Index: web.xml === R

[Bug 295] Changed - Config files with Multiple User IDs BugRat Report#546

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=295 *** shadow/295 Sun Mar 11 12:22:41 2001 --- shadow/295.tmp.23841Sun Mar 11 13:57:00 2001 *** *** 24,27 --- Additional Comments From [EMAIL PROTECTED] 2001-03-11 12:22 --- Sounds like a good idea. It w

[Bug 291] Changed - Using an html file as the in an in web.xml causes a StackOverflowError. BugRat Report#538

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=291 *** shadow/291 Sun Mar 11 13:49:02 2001 --- shadow/291.tmp.23833Sun Mar 11 13:55:11 2001 *** *** 2,13 | Using an html file as the in an in web.xml causes | +-

cvs commit: jakarta-tomcat/src/doc readme

larryi 01/03/11 13:55:10 Modified:src/doc readme Log: Changes to prepare for Milestone 2 Revision ChangesPath 1.11 +22 -16jakarta-tomcat/src/doc/readme Index: readme === RCS file: /home/c

cvs commit: jakarta-tomcat/src/tests/webpages error402.html

nacho 01/03/11 13:41:41 Modified:src/tests/webpages/WEB-INF web.xml test-tomcat.xml Added: src/tests/webpages/WEB-INF/classes error402.java src/tests/share/tests/jsp/Golden error402.html.txt src/tests/webpages error402.html Log: Test for Bugzi

cvs commit: jakarta-tomcat/src/examples/jsp/jsptoserv jts.html

nacho 01/03/11 13:32:14 Modified:src/examples/jsp/jsptoserv jts.html Log: [PATCH] JSP examples TC 3.3 latest Submitted by Hans Schmid [[EMAIL PROTECTED]] Revision ChangesPath 1.4 +2 -2 jakarta-tomcat/src/examples/jsp/jsptoserv/jts.html Index: jts.h

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

marcsaeg01/03/11 13:01:37 Modified:src/share/org/apache/jasper/compiler Tag: tomcat_32 PluginGenerator.java Log: Parameter values from jsp:param tags weren't being properly quoted in the generated source. PR: BugRat 554/Bugzilla 301 Revision Cha

[Bug 295] New - Config files with Multiple User IDs BugRat Report#546

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=295 *** shadow/295 Sun Mar 11 12:22:41 2001 --- shadow/295.tmp.23739Sun Mar 11 12:22:41 2001 *** *** 0 --- 1,27 + ++ + | Config files with M

[PATCH] JSP examples TC 3.3 latest

Hi folks, there is still a little bug in the TC 3.3 JSP examples after my patch has been applied. The JSP-Servlet-JSP example does not show the Source code (with IE 5.5) Instead an Error 500 pops up. Reason: Wrong directory name referenced in jts.html (jsp/jsptoservlet instead of jsp/jsptoserv)

[Bug 288] New - mime-types are not properly handled. BugRat Report#535

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=288 *** shadow/288 Sun Mar 11 11:35:20 2001 --- shadow/288.tmp.23693Sun Mar 11 11:35:20 2001 *** *** 0 --- 1,19 + ++ + | mime-types are not

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/context LoadOnStartupInterceptor.java

nacho 01/03/11 11:29:14 Modified:src/share/org/apache/tomcat/context Tag: tomcat_32 LoadOnStartupInterceptor.java Log: Fix for Bugzilla bug#270 An invalid symlinked .jar file in WEB-INF/lib gives ambiguous error BugRat Report#489 Reported by : kie

RE: where to plug-in startup/shutdown knowledge for internal tomcat components

I pulled src for 3.3 m2 (with jasper.runtime in common dir) and it all started working cool! Additionally, I have a much better understanding of tomcat's use of ClassLoaders. Thanks for the help. -Casey > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > S

Re: [GUMP] Build Failure - Tomcat 3.x

> > http://jakarta.apache.org/builds/gump/2001-03-11/jakarta-tomcat.html > > This appears to be a classpath problem on my end. Will investigate. Build changed - using jakarta-tomcat/build instead of ../build, plus more. The nightly is also broken, I'm working on it. Costin ---

RE: where to plug-in startup/shutdown knowledge for internal tomcatcomponents

Hi Casey, I agree, resolving class loader problems is not easy. But it does have a bit of logic :-) The solution you found ( put everything in common/ ) is ok - that's how tomcat worked in 3.2 and before, and still works. Resolving the problem with a separate class loader for container is a bit

cvs commit: jakarta-tomcat-4.0/catalina build.xml

glenn 01/03/11 07:05:46 Modified:catalina build.xml Log: Added conditional build of SendMailFactory based on presence of javamail Revision ChangesPath 1.32 +5 -1 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml ===

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

glenn 01/03/11 07:04:10 Added: catalina/src/share/org/apache/naming/factory SendMailFactory.java Log: New Factory to create a JNDI named MimePartDataSource for sending email using SMTP Revision ChangesPath 1.1 jakarta-tomcat-

Re: [GUMP] Build Failure - Tomcat 3.x

> http://jakarta.apache.org/builds/gump/2001-03-11/jakarta-tomcat.html This appears to be a classpath problem on my end. Will investigate. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email:

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2