Re: [OPINION] - New Jakarta Website
Rob S. [EMAIL PROTECTED] wrote: The guy's name is Erik Muna, and he did this mockup as a favour to me. Please please check it out, let me/him ([EMAIL PROTECTED]) know what you think. http://www.petfishonline.com/jakarta/ He's very flexible, and all I did was point him to the jakarta main page and said, "go man go". I appreciate the effort, but I don't like it... That said, I think I'm going to get a couple of friends to think to a couple of alternative layouts... Pier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OPINION] - New Jakarta Website
I appreciate the effort, but I don't like it... That said, I think I'm going to get a couple of friends to think to a couple of alternative layouts... Is there any particular style we're going for here? He's a friend, so I'd prefer if he wasn't shooting in the dark. Then again, I seriously doubt anything that doesn't look like the documentation will get the enthusiastic approval of everyone =) I mentioned to him that I liked how the Java-Apache site allowed for lots of info. I especially liked the list on the right with latest release numbers and shorts for each project. - r - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BugRat Report #372 has been filed.
Bug report #372 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com:/BugRatViewer/ShowReport/372 REPORT #372 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Confidence: public Environment: Release: 3.2 Beta 6 JVM Release: 1.3 Operating System: Windows 2000 OS Release: 5.00.2195 Platform: Windows Synopsis: Container managed security bug Description: I tried to setup container managed security against MySQL database. I set up everything based on JDBCRealm.howto document (http://jakarta.apache.org/tomcat/jakarta-tomcat/src/doc/JDBCRealm.howto). All tables were similar as they were in the example. When I accessed the protected area in "examples" webapp I was redirected to the login as it should have happened. When I gave my username (tomcat) and password (tomcat) - I got a following stack trace: java.lang.ArrayIndexOutOfBoundsException at org.apache.tomcat.request.JDBCRealm.authorize(JDBCRealm.java:509) at org.apache.tomcat.core.ContextManager.doAuthorize(ContextManager.java:844) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:778) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:732) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:210) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:407) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Thread.java:484) -- if I enter a wrong password I am redirected to a error page, which has a link to login page. A correct behaviour. Title: BugRat Report # 372 BugRat Report # 372 Project: Tomcat Release: 3.2 Beta 6 Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Confidence: public Submitter: Tero Piirainen ([EMAIL PROTECTED]) Date Submitted: Nov 11 2000, 03:28:06 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: Container managed security bug Environment: (jvm, os, osrel, platform) 1.3, Windows 2000, 5.00.2195, Windows Additional Environment Description: Report Description: I tried to setup container managed security against MySQL database. I set up everything based on JDBCRealm.howto document (http://jakarta.apache.org/tomcat/jakarta-tomcat/src/doc/JDBCRealm.howto). All tables were similar as they were in the example. When I accessed the protected area in "examples" webapp I was redirected to the login as it should have happened. When I gave my username (tomcat) and password (tomcat) - I got a following stack trace: java.lang.ArrayIndexOutOfBoundsException at org.apache.tomcat.request.JDBCRealm.authorize(JDBCRealm.java:509) at org.apache.tomcat.core.ContextManager.doAuthorize(ContextManager.java:844) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:778) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:732) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:210) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:407) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Thread.java:484) -- if I enter a wrong password I am redirected to a error page, which has a link to login page. A correct behaviour. View this report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OPINION] - New Jakarta Website
Hi, In addition to some of the other concerns voiced, there is the somewhat more personal matter of color. I like yellow, but the page is TOO yellow/butter/whatever for me. OTOH, the images are fairly crisp. Roy -- Roy Wilson E-mail: [EMAIL PROTECTED] Original Message On 11/10/00, 11:02:32 PM, "Rob S." [EMAIL PROTECTED] wrote regarding [OPINION] - New Jakarta Website: The guy's name is Erik Muna, and he did this mockup as a favour to me. Please please check it out, let me/him ([EMAIL PROTECTED]) know what you think. http://www.petfishonline.com/jakarta/ He's very flexible, and all I did was point him to the jakarta main page and said, "go man go". - r - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[BUG] servlet-mapping breaks after misrequest
Hi, Sorry if someone's reported this before, I just found a bug that affects (at least) Tomcat 3.2b3 up to 3.3dev from CVS. The bug lets the user see the source for files mapped to servlets via the servlet-mapping tag in web.xml. The bug usually occurs during development, so it shouldn't be an issue with stable production sites. In the WEB-INF/web.xml file, one can remap URIs to servlets. This mapping doesn't take place when you re-request a page that previously didn't exist (the "misrequest" of the subject line), and the user gets delivered uninterpreted source. The most common situation is you request a mapped page from a webapp that doesn't exist, realise your mistake, regenerate the webapp and request the page again. You'll see the page source, as the page hasn't been interpreted by it's associated servlet. To reproduce the bug: 1) Create a small webapp ~/tomcatbug which maps *.xyz to the JSP interpreter, using the following script if you like: #!/bin/sh cd ~ mkdir -p tomcatbug/WEB-INF || exit cat tomcatbug/WEB-INF/web.xml EOF web-app servlet-mapping servlet-namejsp/servlet-name url-pattern*.xyz/url-pattern /servlet-mapping /web-app EOF cat tomcatbug/date.xyz EOF %@ page import="java.util.*" % %= (new java.util.Date() ).toLocaleString() % EOF 2) Add the "tomcatbug" context to your $TOMCAT_HOME/conf/server.xml: Context path="/tomcatbug" docBase="/home/jeff/tomcatbug" debug="9" reloadable="true" trusted="false" /Context (modify the docBase as appropriate). 3) Restart Tomcat 4) Verify that the webapp works and "date.xyz" works as expected. 5) Move ~/tomcatbug to ~/tomcatbug~ 6) Restart Tomcat 7) Request date.xyz. You should get the expected error: Not Found (404) Original request/tomcatbug/tomcat.notFoundHandler 8) Move ~/tomcatbug~ to ~/tomcatbug 9) Request date.xyz. You'll see the raw source: %@ page import="java.util.*" % %= (new java.util.Date() ).toLocaleString() % Btw, it's not the JSP interpreter's fault; I originally found the bug mapping *.xml to the Cocoon servlet. --Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
The Ping servlet: ONe more time
public class UpperBound extends HttpServlet { static final String msg = "html\n" + "headtitleUpperBound/title/head\n" + "body\n" + "h1UpperBound/h1\n" + "/body/html\n"; static final byte[] bytes = msg.getBytes(); public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException { res.getOutputStream().write(bytes); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: The Ping servlet
Hi, I couldn't locate the Ping Servlet, but did get one very close to it called the UpperBound Servlet, which is attached. I haven't tried it. Roy In tomcat3(.3 - the main branch ) there are 2 servlets - Hello and HelloW, both can be used for PingServlet. ( they display 100 bytes of data, of course you can reduce that to 10 or 0). ( the first is using OutputStream, it's good to evaluate the impact of Writer and how fast binary data is handled ) Costin Title: UpperBound public class UpperBound extends HttpServlet { static final String msg = "\n" + "\n" + "\n" + "UpperBound\n" + "\n"; static final byte[] bytes = msg.getBytes(); public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException { res.getOutputStream().write(bytes); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
NEW - RE: [OPINION] - New Jakarta Website
This is the second jakarta-ified version, taking into account Jon's suggested LnF: http://www.petfishonline.com/jakarta2/home.html There's still the issue of whitespace and images, but these mockups were both done last nite so no optimization really. From here they can both be scaled down. Obvioulsy, the bottom right corner (content pane i suppose) can be whatever's wanted. Hell, I think the layouts are nice enough that I should start a personal Jakarta/Tomcat site just to use it/them ;) - r - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Ready for 3.2b7?
Hi, I have posted bug fix to TC load balancing when using URL-only sessionID (both mod_jk and mod_jserv). I have received no answer. The fix is for 3.2b6. R u going to include this? This fix bug #328, and let tomcat to serve applications that can't use cookies (like cellular phones - WAP). My original mail attached below. --Shai -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Friday, November 10, 2000 19:51 To: [EMAIL PROTECTED] Subject: Ready for 3.2b7? It's been a week now, and I've committed 20 patches to the 3.2 tree, ranging from simple tweaks to security problems to spec compliance bugs. I believe that I've gotten all of the critical bug reports submitted on the mailing lists or via BugRat. Does anyone know of any I've missed (see below for one issue I know is outstanding)? What I'd like to do is build a "beta 7" release this afternoon and post it. That will give people a chance to pound on it. Any critical bugs we find will need to be fixed, but we need to hold off on changing non-essential stuff so we can get a final 3.2 release out the door. NOTE: One issue that's been discussed in the last couple of days is problems supporting the "load balancing" feature for root webapps. I haven't seen a proposed patch for this, but understand from the comments of people that have tried kludges to work around it -- and it seems unreasonable to risk destabilizing things at this late date. I suggest that any work on fixing this problem be deferred to a post-3.2-final maintenance cycle. Craig McClanahan PS: Thanks to everyone for all the bug reports, and to Larry and Nacho for chipping in on the commits! PPS: When the 3.2 final release is completed, my personal focus is going to return to the Tomcat 4.0 code base (which does not suffer from any of the bugs patched in 3.2, although I did find one 4.0 bug along the way :-). If and when bugs show up in 3.2 final, I will be happy to commit patches that people supply -- but any big debugging effort or major new work on the 3.x track will need to be done by someone else. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi all, While developing Tomcat based application for mobile phone, I have found out that the lack of cookies support in WAP phones, will not let me run my servlets on Tomcat load balance configuration. In order to point Apache to two tomcats, I needed the apache to use the jvmRoute section in the cookie to route the requests back to the original Tomcat (using mod_jk). Since the urls in the wml has written using the encodeurl function that does not support adding the '.jvmRoute' to the url, the followed requests come from the user without specifying the origin Tomcat (since there are no cookies). In order to fix that I have written RequestInterceptor to allow URL session support to work with multiple Tomcat configuration. To use that you must REPLACE the SessionInterceptor with the new interceptor. Here is that part of server.xml: !-- Commented out by Shai Fultheim to enable url session interceptor. RequestInterceptor className="org.apache.tomcat.request.SessionInterceptor" / -- RequestInterceptor className="org.apache.tomcat.session.URLSessionInterceptor" debug="1" / The interceptor is part of session package in order to use the (StandartSession.)encodeUrl. The interceptor source file attached. Source Code below: /* * * * The Apache Software License, Version 1.1 * * Copyright (c) 1999 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, if *any, must include the following acknowlegement: * "This product includes software developed by the *Apache Software Foundation (http://www.apache.org/)." *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * * 4. The names "The Jakarta Project", "Tomcat", and "Apache Software *Foundation" must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products
Re: [OPINION] - New Jakarta Website
on 11/11/2000 11:45 AM, "Nick Bauman" [EMAIL PROTECTED] wrote: Once again, good graphic design != good user interface design. I agree with Jon. I agree with Nick! :-) I also spent some time looking at Erik's homepage and reading information about him. It is pretty obvious to me that he is entirely self taught (not really an issue since I am as well), but the problem that I have is that he doesn't seem to have spent much time with UI design concepts. He can make things look pretty (and they do look good), but that doesn't mean that they are functional or even take into consideration the larger picture of web design, which is simply the ability to convey a message clearly. So, please take that feedback back to him and if he wants to come up with a new design based on the feedback that we have given on the list, I would love to give my opinions to him. p.s. In case Erik thinks I have my head completely up my ass, 5 years ago I co-founded a very successful 120+ person web design company. http://www.clearink.com/index.php3/history.html In other words, I do have some experience in this field. :-) -jon -- http://scarab.tigris.org/| http://noodle.tigris.org/ http://java.apache.org/ | http://java.apache.org/turbine/ http://www.working-dogs.com/ | http://jakarta.apache.org/velocity/ http://www.collab.net/ | http://www.sourcexchange.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ready for 3.2b7?
[EMAIL PROTECTED] wrote: Hi, I have posted bug fix to TC load balancing when using URL-only sessionID (both mod_jk and mod_jserv). I have received no answer. The fix is for 3.2b6. R u going to include this? This fix bug #328, and let tomcat to serve applications that can't use cookies (like cellular phones - WAP). My original mail attached below. --Shai Shai, I apologize for missing this in the mass of bug reports and other messages on TOMCAT-DEV. I agree with you that this is a problem that should be fixed. My problem is, there's been some possibly-incompatible other changes to the old SessionInterceptor code, so your new interceptor might not be a drop-in replacement any longer. Could you please review your proposed interceptor in the light of the recent changes to the way SessionInterceptor and StandardSessionInterceptor work? I'm going to go ahead and cut the beta7 distribution today (it's been *way* too long), but would be willing to entertain including a revised version of this interceptor in the final release -- since it's a drop-in, it will be easy for users to reconfigure to the current behavior if it causes any problems. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OPINION] - New Jakarta Website
Ok thanks a lot for the great feedback guys! I forwarded him both messages and suggested that he subscribe to the dev list. I don't disagree with either of you since I'm no expert in either field (web and UI/HCI) =) If they aren't used in some form, I already got permission to use one of them for a personal home page ;) Thanks again and take care, - rob -Original Message- From: Jon Stevens [mailto:[EMAIL PROTECTED]] Sent: November 11, 2000 12:07 PM To: [EMAIL PROTECTED] Subject: Re: [OPINION] - New Jakarta Website on 11/11/2000 11:45 AM, "Nick Bauman" [EMAIL PROTECTED] wrote: Once again, good graphic design != good user interface design. I agree with Jon. I agree with Nick! :-) I also spent some time looking at Erik's homepage and reading information about him. It is pretty obvious to me that he is entirely self taught (not really an issue since I am as well), but the problem that I have is that he doesn't seem to have spent much time with UI design concepts. He can make things look pretty (and they do look good), but that doesn't mean that they are functional or even take into consideration the larger picture of web design, which is simply the ability to convey a message clearly. So, please take that feedback back to him and if he wants to come up with a new design based on the feedback that we have given on the list, I would love to give my opinions to him. p.s. In case Erik thinks I have my head completely up my ass, 5 years ago I co-founded a very successful 120+ person web design company. http://www.clearink.com/index.php3/history.html In other words, I do have some experience in this field. :-) -jon -- http://scarab.tigris.org/| http://noodle.tigris.org/ http://java.apache.org/ | http://java.apache.org/turbine/ http://www.working-dogs.com/ | http://jakarta.apache.org/velocity/ http://www.collab.net/ | http://www.sourcexchange.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Here we go again :-)
Costin, See below. Yes, losing 100 customers per day is worse than losing 10. But you should design your server in a way that will have all times less than 9 secs, I see no point of running a server if you know that 1% of requests will take 9 secs. OK. Load levels are unpredictable, so you probably can't rule out a few 9 sec response times in advance. To me, that requires a probability calculation or earplugs to keep from hearing users scream :-). snip Yes, ab measures the time it takes to send a request and receive the response. If your servlet is doing a database access or something like that you have to add this time - if the Ping servlet takes 2 sec, and a database query takes 1 sec you'll probably get about 3 sec per request. Here's where I need additional clarification. I assume that, in localhost mode (ignoring TCIP processing time for loopback interface), the time from sending the request by ab to the receipt of the complete response by ab occurs in a single thread, so that the elapsed time calculated by ab would be (using your example) 2 seconds. If you are saying that database activity isn't fully synchronized with the servlet, so that the database may be busy doing something after sending data back to the servlet, I agree. But that affects system cpu and disk utilization, not start to end servlet processing time. But the database processing time needed to search, retrieve, and send data to the servlet would be included in the end-to-end time recorded by ab. Again, this is based on my reading of the ab code. I hope anybody listening will set me straight with a procedure/lineno reference to ab if I am mistaken (which rarely happens :-)). snip What about using JMeter - it shows you a nice graph of response times ( and if you enable verbose GC you'll notice some patterns :-). (That's why so much time was spent in 3.x changing the architecture for more reuse.) I've got OptimizeIt to figure out, then I'll look at Jmeter. Can it be used in local host mode like ab? Yes, but it's a bit harder to use it with many connections ( it's nice up to 20 ). I use to combine it with ab ( i.e. use ab to load the server, like 40 concurent connections, and JMeter to display a chart with additional 10 connections ). Thanks for the info. I'll try it. snip What's in a bad shape is parameter and cookie handling - but that's not shown in a simple request ( but in a simple request with parameters :-). Thanks for the tips. It's "proprietary code", and I don't have it ( one of the previous jobs ). But it's very easy to write a small program to do that. I'll plan to get to that in the future. I was thinking to an "ant" task, like the GTest used in tomcat's tests and watchdog. ( few enhancements are needed ). Then you can do your "scripts" in xml. I'll take a look at Gtest. I just started fiddling with ANT today. Like an idiot I took a full-blown build.xml used to generate a production system and wondered why I couldn't instantaneously see what was what. Then [light bulb flashes] I thought, "Why not start simple from scratch?" As the General Electric Corporation in the US could have said "(Slow) Progress is our most Important Product". :-) Roy -- Roy Wilson E-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina build.xml
remm00/11/11 17:10:42 Modified:catalina build.xml Log: - Update the buildfiles to the new Ant 1.2 Revision ChangesPath 1.24 +48 -24jakarta-tomcat-4.0/catalina/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/build.xml,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- build.xml 2000/11/07 23:08:15 1.23 +++ build.xml 2000/11/12 01:10:42 1.24 @@ -33,7 +33,9 @@ target name="build-static" depends="build-prepare,copy-jaxp-jar" !-- Executable Commands -- -copydir src="src/bin" dest="${catalina.build}/bin"/ +copy todir="${catalina.build}/bin" + fileset dir="src/bin" / +/copy fixcrlf srcdir="${catalina.build}/bin" includes="*.sh" cr="remove"/ fixcrlf srcdir="${catalina.build}/bin" includes="*.bat" cr="add"/ chmod perm="+x" file="${catalina.build}/bin/catalina.sh"/ @@ -41,27 +43,31 @@ chmod perm="+x" file="${catalina.build}/bin/shutdown.sh"/ !-- Configuration Files -- -copydir src="src/conf" dest="${catalina.build}/conf"/ +copy todir="${catalina.build}/conf" + fileset dir="src/conf" / +/copy !-- Shared Extensions -- !-- All applications need the servlet API classes -- -copyfile src="${servlet.jar}" dest="${catalina.build}/bin/servlet.jar"/ +copy file="${servlet.jar}" tofile="${catalina.build}/bin/servlet.jar" / !-- Server Components -- !-- Catalina needs JAXP compliant XML parser -- -copyfile src="${parser.jar}" dest="${catalina.build}/server/${catalina.jaxp.parser.jar}"/ +copy file="${parser.jar}" + tofile="${catalina.build}/server/${catalina.jaxp.parser.jar}" / !-- Catalina needs the regular expression library -- -copyfile src="${regexp.jar}" dest="${catalina.build}/server/regexp.jar"/ +copy file="${regexp.jar}" + tofile="${catalina.build}/server/regexp.jar"/ !-- Catalina needs the JSSE packages -- !-- -copyfile src="${jcert.jar}" dest="${catalina.build}/server/jcert.jar"/ -copyfile src="${jnet.jar}" dest="${catalina.build}/server/jnet.jar"/ -copyfile src="${jsse.jar}" dest="${catalina.build}/server/jsse.jar"/ +copy file="${jcert.jar}" tofile="${catalina.build}/server/jcert.jar"/ +copy file="${jnet.jar}" tofile="${catalina.build}/server/jnet.jar"/ +copy file="${jsse.jar}" tofile="${catalina.build}/server/jsse.jar"/ -- /target target name="copy-jaxp-jar" if="jaxp.jar.present" -copyfile src="${jaxp.jar}" dest="${catalina.build}/server/jaxp.jar"/ +copy file="${jaxp.jar}" tofile="${catalina.build}/server/jaxp.jar"/ /target @@ -91,9 +97,11 @@ /javac !-- Copy static resource files -- -copydir src="src/share"dest="${catalina.build}/classes" - include name="**/*.properties"/ -/copydir +copy todir="${catalina.build}/classes" + fileset dir="src/share" +include name="**/*.properties"/ + /fileset +/copy !-- Construct bootstrap JAR file -- jar jarfile="${catalina.build}/bin/bootstrap.jar" @@ -114,7 +122,7 @@ !-- BUILD: Create Catalina Javadocs === -- target name="javadoc" depends="build-main" -deltree dir="${catalina.build}/javadoc"/ +delete dir="${catalina.build}/javadoc"/ mkdir dir="${catalina.build}/javadoc"/ javadoc packagenames="org.apache.catalina.*,org.apache.naming.*" classpath="${parser.jar}:${jaxp.jar}:${jcert.jar}:${jsse.jar}:${jnet.jar}:${regexp.jar}:${jmxri.jar}:${servlet.jar}:${catalina.build}/classes" @@ -131,7 +139,7 @@ !-- === BUILD: Clean Directory = -- target name="build-clean" -deltree dir="${catalina.build}"/ +delete dir="${catalina.build}"/ /target @@ -155,7 +163,9 @@ target name="deploy-static" depends="build-main,deploy-prepare" !-- Executable Commands -- -copydir src="${catalina.build}/bin" dest="${catalina.deploy}/bin"/ +copy todir="${catalina.deploy}/bin" + fileset dir="${catalina.build}/bin" / +/copy fixcrlf srcdir="${catalina.deploy}/bin" includes="*.sh" cr="remove"/ fixcrlf srcdir="${catalina.deploy}/bin" includes="*.bat" cr="add"/ chmod perm="+x" file="${catalina.deploy}/bin/catalina.sh"/ @@ -163,13 +173,19 @@ chmod perm="+x" file="${catalina.deploy}/bin/shutdown.sh"/ !-- Configuration Files -- -copydir src="${catalina.build}/conf" dest="${catalina.deploy}/conf"/ +copy todir="${catalina.deploy}/conf" + fileset dir="${catalina.build}/conf" / +/copy !-- Shared Extensions -- -copydir src="${catalina.build}/lib"
cvs commit: jakarta-tomcat-4.0/jasper build.xml
remm00/11/11 17:10:50 Modified:jasper build.xml Log: - Update the buildfiles to the new Ant 1.2 Revision ChangesPath 1.12 +42 -29jakarta-tomcat-4.0/jasper/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/build.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- build.xml 2000/10/12 23:34:11 1.11 +++ build.xml 2000/11/12 01:10:50 1.12 @@ -28,7 +28,9 @@ target name="build-static" depends="build-prepare,copy-jaxp-jar" !-- Executable Commands -- -copydir src="src/bin" dest="${jasper.build}/bin"/ +copy todir="${jasper.build}/bin" + fileset dir="src/bin" / +/copy fixcrlf srcdir="${jasper.build}/bin" includes="*.sh" cr="remove"/ fixcrlf srcdir="${jasper.build}/bin" includes="*.bat" cr="add"/ chmod perm="+x" file="${jasper.build}/bin/jasper.sh"/ @@ -36,54 +38,57 @@ !-- Shared Extensions -- !-- Jasper needs the servlet API classes -- -copyfile src="${servlet.jar}" dest="${jasper.build}/bin/servlet.jar"/ +copy file="${servlet.jar}" tofile="${jasper.build}/bin/servlet.jar"/ !-- Jasper needs JAXP1.0/SAX2.0 compliant parser -- -copyfile src="${parser.jar}" dest="${jasper.build}/lib/${jasper.jaxp.parser.jar}"/ +copy file="${parser.jar}" + tofile="${jasper.build}/lib/${jasper.jaxp.parser.jar}"/ /target target name="copy-jaxp-jar" if="jaxp.jar.present" -copyfile src="${jaxp.jar}" dest="${jasper.build}/lib/jaxp.jar"/ - /target +copy file="${jaxp.jar}" tofile="${jasper.build}/lib/jaxp.jar"/ + /target !-- = BUILD: Compile Server Components = -- target name="build-main" depends="build-static" !-- Compile internal server components -- -javac srcdir="src/share" destdir="${jasper.build}/classes" - classpath="${parser.jar}:${jaxp.jar}:${servlet.jar}" -deprecation="off" debug="on" optimize="off" - excludes="**/CVS/**"/ +javac srcdir="src/share" destdir="${jasper.build}/classes" + classpath="${parser.jar}:${jaxp.jar}:${servlet.jar}" + deprecation="off" debug="on" optimize="off" + excludes="**/CVS/**"/ !-- Copy static resource files -- -copydir src="src/share"dest="${jasper.build}/classes" - include name="**/*.properties"/ - include name="**/*.dtd"/ -/copydir +copy todir="${jasper.build}/classes" + fileset dir="src/share" +include name="**/*.properties"/ +include name="**/*.dtd"/ + /fileset +/copy /target !-- BUILD: Create Jasper Javadocs = -- target name="javadoc" depends="build-main" -deltree dir="${jasper.build}/javadoc"/ +delete dir="${jasper.build}/javadoc"/ mkdir dir="${jasper.build}/javadoc"/ javadoc packagenames="org.apache.jasper.*" - classpath="${tools.jar}:${parser.jar}:${jaxp.jar}:${servlet.jar}:${jasper.build}/classes" - sourcepath="src/share" - destdir="${jasper.build}/javadoc" - author="true" - version="true" - windowtitle="Jasper Internal API Documentation" - doctitle="Jasper API" - bottom="Copyright #169; 2000 Apache Software Foundation. All Rights Reserved." + classpath="${tools.jar}:${parser.jar}:${jaxp.jar}:${servlet.jar}:${jasper.build}/classes" + sourcepath="src/share" + destdir="${jasper.build}/javadoc" + author="true" + version="true" + windowtitle="Jasper Internal API Documentation" + doctitle="Jasper API" + bottom="Copyright #169; 2000 Apache Software Foundation. All Rights Reserved." / /target !-- === BUILD: Clean Directory = -- target name="build-clean" -deltree dir="${jasper.build}"/ +delete dir="${jasper.build}"/ /target @@ -103,14 +108,18 @@ target name="deploy-static" depends="build-main,deploy-prepare" !-- Executable Commands -- -copydir src="${jasper.build}/bin" dest="${jasper.deploy}/bin"/ +copy todir="${jasper.deploy}/bin" + fileset dir="${jasper.build}/bin" / +/copy fixcrlf srcdir="${jasper.deploy}/bin" includes="*.sh" cr="remove"/ fixcrlf srcdir="${jasper.deploy}/bin" includes="*.bat" cr="add"/ chmod perm="+x" file="${jasper.deploy}/bin/jasper.sh"/ chmod perm="+x" file="${jasper.deploy}/bin/jspc.sh"/ !-- Shared Extensions -- -copydir src="${jasper.build}/lib" dest="${jasper.deploy}/lib"/ +copy todir="${jasper.deploy}/lib" + fileset dir="${jasper.build}/lib" /
cvs commit: jakarta-tomcat-4.0/webapps build.xml
remm00/11/11 17:10:56 Modified:webapps build.xml Log: - Update the buildfiles to the new Ant 1.2 Revision ChangesPath 1.10 +5 -3 jakarta-tomcat-4.0/webapps/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/build.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- build.xml 2000/10/16 23:17:11 1.9 +++ build.xml 2000/11/12 01:10:55 1.10 @@ -46,7 +46,7 @@ !-- === BUILD: Clean Directory = -- target name="build-clean" -deltree dir="${webapps.build}"/ +delete dir="${webapps.build}"/ /target @@ -57,7 +57,9 @@ !-- = DEPLOY: Deploy Webapps Projects == -- target name="deploy" depends="dist" mkdir dir="${webapps.deploy}/webapps"/ -copydir src="${webapps.build}" dest="${webapps.deploy}/webapps"/ +copy todir="${webapps.deploy}/webapps" + fileset dir="${webapps.build}" / +/copy /target @@ -67,7 +69,7 @@ !-- === DIST: Clean Directory == -- target name="dist-clean" -deltree dir="${webapps.dist}"/ +delete dir="${webapps.dist}"/ /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/manager build.xml
remm00/11/11 17:11:05 Modified:webapps/manager build.xml Log: - Update the buildfiles to the new Ant 1.2 Revision ChangesPath 1.3 +6 -3 jakarta-tomcat-4.0/webapps/manager/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/manager/build.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- build.xml 2000/10/12 23:34:15 1.2 +++ build.xml 2000/11/12 01:11:05 1.3 @@ -22,8 +22,11 @@ !-- BUILD: Copy Static Files == -- target name="build-static" depends="build-prepare" -copydir src="." dest="${build.dir}/${webapp.name}" - excludes="build.*"/ +copy todir="${build.dir}/${webapp.name}" + fileset dir="." +exclude name="build.*"/ + /fileset +/copy /target @@ -47,7 +50,7 @@ !-- === BUILD: Clean Directory = -- target name="build-clean" -deltree dir="${build.dir}/${webapp.name}"/ +delete dir="${build.dir}/${webapp.name}"/ /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/webdav build.xml
remm00/11/11 17:11:14 Modified:webapps/webdav build.xml Log: - Update the buildfiles to the new Ant 1.2 Revision ChangesPath 1.3 +7 -4 jakarta-tomcat-4.0/webapps/webdav/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/webdav/build.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- build.xml 2000/10/12 23:34:16 1.2 +++ build.xml 2000/11/12 01:11:14 1.3 @@ -22,8 +22,11 @@ !-- BUILD: Copy Static Files == -- target name="build-static" depends="build-prepare" -copydir src="." dest="${build.dir}/${webapp.name}" - excludes="build.*"/ +copy todir="${build.dir}/${webapp.name}" + fileset dir="." +exclude name="build.*"/ + /fileset +/copy /target @@ -37,7 +40,7 @@ !-- === BUILD: Clean Directory = -- target name="build-clean" -deltree dir="${build.dir}/${webapp.name}"/ +delete dir="${build.dir}/${webapp.name}"/ /target @@ -56,7 +59,7 @@ !-- === DIST: Clean Directory == -- target name="dist-clean" -deltree dir="${dist.dir}/${webapp.name}"/ +delete dir="${dist.dir}/${webapp.name}"/ /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
*.apache.org traffic, configuration, etc
Jon Stevens, You mentioned that you thought *.apache.org gets 2M hits per day. Is there a (good?) source of info re: hardware/software/traffic information? Roy -- Roy Wilson E-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat build.xml
craigmcc00/11/11 17:19:27 Modified:.Tag: tomcat_32 build.xml Log: Update build.xml for Tomcat 3.2 to run under Ant 1.2 with no deprecation warnings. Revision ChangesPath No revision No revision 1.53.2.5 +174 -128 jakarta-tomcat/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat/build.xml,v retrieving revision 1.53.2.4 retrieving revision 1.53.2.5 diff -u -r1.53.2.4 -r1.53.2.5 --- build.xml 2000/11/11 01:08:56 1.53.2.4 +++ build.xml 2000/11/12 01:19:27 1.53.2.5 @@ -1,81 +1,95 @@ project name="Tomcat" default="main" basedir="." - target name="init" -!-- Ant.home is set automatically by ant. If you set it here it will not - work -- -property name="ant.home" value="../jakarta-ant" / -property name="build.compiler" value="classic"/ -property name="servlet.jar" - value="../jakarta-servletapi/lib/servlet.jar"/ -property name="tomcat.build" value="../build/tomcat"/ -property name="tomcat.home" value="../dist/tomcat"/ -property name="j2ee.home" value="../../j2ee/build/unix"/ -property name="optimize" value="true" / -property name="jaxp" value="../jaxp-1.0.1" / - /target + + !-- Initialization properties = -- + property name="ant.home" value="../jakarta-ant"/ + property name="build.compiler" value="classic"/ + property name="debug" value="on"/ + property name="j2ee.home" value="../../j2ee/build/unix"/ + property name="jaxp" value="../jaxp-1.0.1" / + property name="optimize" value="true" / + property name="servlet.jar" value="../jakarta-servletapi/lib/servlet.jar"/ + property name="tomcat.build" value="../build/tomcat"/ + property name="tomcat.dist" value="../dist/tomcat"/ + - !-- Copy static files -- - !-- IF YOU CHANGE, sync dist.prepare !!! -- + !-- Copy static files = -- + target name="prepare" - target name="prepare" depends="init" -mkdir dir="src/doc"/ !-- Temp change until dir is not empty -- +!-- Create destination directories -- mkdir dir="${tomcat.build}"/ +mkdir dir="${tomcat.build}/bin"/ mkdir dir="${tomcat.build}/classes"/ mkdir dir="${tomcat.build}/conf"/ -mkdir dir="${tomcat.build}/src"/ -mkdir dir="${tomcat.build}/lib"/ -mkdir dir="${tomcat.build}/logs"/ -mkdir dir="${tomcat.build}/bin"/ mkdir dir="${tomcat.build}/doc"/ -mkdir dir="${tomcat.build}/webapps"/ - -copydir src="src/shell" dest="${tomcat.build}/bin" / -copydir src="src/etc" dest="${tomcat.build}/conf"/ -copydir src="src/doc" dest="${tomcat.build}/doc"/ - -copyfile src="build.xml" dest="${tomcat.build}/conf/build.xml"/ +mkdir dir="${tomcat.build}/lib"/ mkdir dir="${tomcat.build}/lib/test"/ mkdir dir="${tomcat.build}/lib/test/Golden"/ -copydir src="src/tests/share/tests/jsp/Golden" - dest="${tomcat.build}/lib/test/Golden"/ +mkdir dir="${tomcat.build}/logs"/ +mkdir dir="${tomcat.build}/src"/ +mkdir dir="${tomcat.build}/webapps"/ -!-- include ant, it is used for testing and will be used for - configuration and few other tasks -- -copydir src="${ant.home}/bin" dest="${tomcat.build}/bin"/ -copyfile src="${ant.home}/lib/ant.jar" - dest="${tomcat.build}/lib/ant.jar"/ -copyfile src="${servlet.jar}" dest="${tomcat.build}/lib/servlet.jar"/ -copyfile src="LICENSE" dest="${tomcat.build}/LICENSE"/ +!-- Copy executables and scripts -- +copy todir="${tomcat.build}/bin" + fileset dir="${ant.home}/bin" includes="ant*"/ + fileset dir="src/shell"/ +/copy + +!-- Copy configuation files -- +copy todir="${tomcat.build}/conf" + fileset dir="src/etc"/ +/copy +copy tofile="${tomcat.build}/conf/build.xml" +file="build.xml"/ + +!-- Copy documentation and other miscellaneous files -- +copy todir="${tomcat.build}/doc" + fileset dir="src/doc"/ +/copy +copy tofile="${tomcat.build}/LICENSE" file="LICENSE"/ + +!-- Copy library JAR files -- +copy tofile="${tomcat.build}/lib/ant.jar" +file="${ant.home}/lib/ant.jar"/ +copy tofile="${tomcat.build}/lib/servlet.jar" +file="${servlet.jar}"/ +copy tofile="${tomcat.build}/lib/jaxp.jar" +file="${jaxp}/jaxp.jar"/ +copy tofile="${tomcat.build}/lib/parser.jar" +file="${jaxp}/parser.jar"/ + +!-- Copy golden files for the tests webapp -- +copy todir="${tomcat.build}/lib/test/Golden" + fileset
cvs commit: jakarta-tomcat README
craigmcc00/11/11 17:22:21 Modified:.Tag: tomcat_32 README Log: Update README to reflect dependence on Ant 1.2, plus other cosmetic changes. Revision ChangesPath No revision No revision 1.9.2.1 +6 -5 jakarta-tomcat/README Index: README === RCS file: /home/cvs/jakarta-tomcat/README,v retrieving revision 1.9 retrieving revision 1.9.2.1 diff -u -r1.9 -r1.9.2.1 --- README2000/05/01 19:39:33 1.9 +++ README2000/11/12 01:22:20 1.9.2.1 @@ -35,7 +35,8 @@ bootstrap -- Windows This should result in the creation of a file "ant.jar" in the "lib" - subdirectory, which will be used when building Watchdog. + subdirectory, which will be used when building Tomcat. If you download + a binary distribution, you must get Ant version 1.2 or later. * Download and install the Servletapi distribution (subproject "jakarta-servletapi") into a subdirectory named @@ -52,9 +53,10 @@ * Download the source distribution of Tomcat (subpackage "jakarta-tomcat"), or check it out via anonymous CVS, into a subdirectory named - "$JAKARTA_HOME/jakarta-tomcat". You can now build an "unpacked" version - of Tomcat (quicker builds because no time is spent JARing up results) - by executing the following commands: + "$JAKARTA_HOME/jakarta-tomcat". For the Tomcat 3.2 source tree, be sure + to check out branch "tomcat_32" from the "jakarta-tomcat" repository. + You can now build an "unpacked" version of Tomcat (quicker builds because + no time is spent JARing up results) by executing the following commands: cd $JAKARTA_HOME/jakarta-tomcat ./build.sh -- Unix @@ -162,7 +164,6 @@ You can also use the Watchdog compatibility test suite, also available at http://jakarta.apache.org, to test Tomcat's compliance to the servlet and JSP specifications. - Before Committing Changes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 README.txt
remm00/11/11 17:44:16 Modified:.README.txt Log: - Update README to reflect the dependency on Ant 1.2 Revision ChangesPath 1.6 +1 -0 jakarta-tomcat-4.0/README.txt Index: README.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/README.txt,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- README.txt2000/10/20 23:44:29 1.5 +++ README.txt2000/11/12 01:44:16 1.6 @@ -69,6 +69,7 @@ This should result in the creation of a file "ant.jar" in the "lib" subdirectory, which will be used when building Tomcat. + If you download a binary distribution, you must get Ant version 1.2 or later. * Download and install the Regular Expressions distribution (module "jakarta-regexp"). Assuming an install directory install-dir: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/webpages index.html
craigmcc00/11/11 17:46:47 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 Constants.java src/webpages Tag: tomcat_32 index.html Log: Update version numbers to "3.2 beta 7" for release. Revision ChangesPath No revision No revision 1.22.2.5 +1 -1 jakarta-tomcat/src/share/org/apache/tomcat/core/Attic/Constants.java Index: Constants.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/core/Attic/Constants.java,v retrieving revision 1.22.2.4 retrieving revision 1.22.2.5 diff -u -r1.22.2.4 -r1.22.2.5 --- Constants.java2000/10/02 12:21:25 1.22.2.4 +++ Constants.java2000/11/12 01:46:47 1.22.2.5 @@ -67,7 +67,7 @@ public class Constants { public static final String TOMCAT_NAME = "Tomcat Web Server"; -public static final String TOMCAT_VERSION = "3.2 beta 6"; +public static final String TOMCAT_VERSION = "3.2 beta 7"; public static final String JSP_NAME = "JSP"; public static final String JSP_VERSION = "1.1"; No revision No revision 1.13.2.5 +2 -2 jakarta-tomcat/src/webpages/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat/src/webpages/index.html,v retrieving revision 1.13.2.4 retrieving revision 1.13.2.5 diff -u -r1.13.2.4 -r1.13.2.5 --- index.html2000/10/02 12:21:27 1.13.2.4 +++ index.html2000/11/12 01:46:47 1.13.2.5 @@ -4,13 +4,13 @@ meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" meta name="GENERATOR" content="Mozilla/4.72 [en] (WinNT; U) [Netscape]" meta name="Author" content="Anil K. Vijendran" -titleTomcat v3.2 beta 6/title +titleTomcat v3.2 beta 7/title /head body bgcolor="#FF" img SRC="tomcat.gif" height=92 width=130 align=LEFTbfont face="Arial, Helvetica, sans-serif"font size=+3Tomcat/font/font/b br bfont face="Arial, Helvetica, sans-serif"font size=-1Version -3.2 beta 6/font/font/b +3.2 beta 7/font/font/b pThis is the default Tomcat home page. This page serves as a quick reference guide to related resources and is located at: ul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BugRat Report #373 has been filed.
Bug report #373 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com:/BugRatViewer/ShowReport/373 REPORT #373 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Confidence: public Environment: Release: 3.2b7 JVM Release: 1.3 Operating System: Windows NT OS Release: 4, SP6 Platform: Intel Synopsis: Apache, mod_jk + APJ13 problems with RequestDispatcher.forward() Description: Using mod_jk + APJ13, RequestDispatcher.forward() returns intermittent results - sometimes returning the correct page, sometimes throwing a socket write error, sometimes returning (cached?) results from a previous request. The query string seems to be frequently ignored. No predictable pattern. Additional note: Henri Gomez has reported this on 6/9/00, under the subject "RE: mod_jk/ajp13 probs with sockets reuse ?" Title: BugRat Report # 373 BugRat Report # 373 Project: Tomcat Release: 3.2b7 Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Confidence: public Submitter: _Anonymous ([EMAIL PROTECTED]) Date Submitted: Nov 12 2000, 12:33:13 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: Apache, mod_jk + APJ13 problems with RequestDispatcher.forward() Environment: (jvm, os, osrel, platform) 1.3, Windows NT, 4, SP6, Intel Additional Environment Description: Report Description: Using mod_jk + APJ13, RequestDispatcher.forward() returns intermittent results - sometimes returning the correct page, sometimes throwing a socket write error, sometimes returning (cached?) results from a previous request. The query string seems to be frequently ignored. No predictable pattern. Additional note: Henri Gomez has reported this on 6/9/00, under the subject "RE: mod_jk/ajp13 probs with sockets reuse ?" How To Reproduce: null Workaround: null View this report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]