RE: [PATCH] forward instead of redirect for welcome files

Please at least make it optional - with the default beeing the current behavior. Costin Matt Parker wrote: > Here's the new version of the patch. the code to redirect if there is no > trailing slash remains untouched, but it now forwards if there is a > trailing slash. i've included more conte

[PATCH] Iteration tags do not synchronize scripting variables after doStartTag

2nd attempt. Tested with Tomcat 4.1.18. -Original Message- From: Dimitry Ivanov [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 07, 2003 5:48 AM To: 'Jan Luehe' Cc: 'Tomcat Developers List' Subject: RE: [PATCH] Iteration tags do not synchronize scripting variables after doStartTag Oh

RE: [PATCH] Iteration tags do not synchronize scripting variables after doStartTag

Oh sorry... You right. It generates ivalid code when EVAL_BODY_BUFERRED has returned... I will correct it in several minutes. -Original Message- From: Dimitry Ivanov [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 07, 2003 5:42 AM To: 'Jan Luehe' Cc: 'Tomcat Developers List' Subject: RE

RE: [PATCH] Iteration tags do not synchronize scripting variables after doStartTag

Jan, Two quotes from JSP.10.2.2 ("BodyTag") in JSP 1.2 spec. Quote 1 (on page 177 second paragraph): "If EVAL_BODY_INCLUDE is returned, then evaluation happens as in Iteration- Tag." Quote 2 (on page 178, last paragraph): "If EVAL_BODY_INCLUDE is returned, setBodyContent() is not invoked, doIn

RE: [PATCH] forward instead of redirect for welcome files

On Mon, 2003-01-06 at 18:31, Tim Moore wrote: > Unless I'm missing something, if you don't redirect from /foo to /foo/, > then you'll have broken relative links even if the welcome file is not > in a subdirectory. This would probably be a pretty common problem. > > For example, if your welcome f

DO NOT REPLY [Bug 15819] - Duplicate context listener entries in server.xml when saving

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

RE: [PATCH] forward instead of redirect for welcome files

> -Original Message- > From: Matt Parker [mailto:[EMAIL PROTECTED]] > Sent: Monday, January 06, 2003 8:11 PM > To: Tomcat Developers List > Subject: RE: [PATCH] forward instead of redirect for welcome files > > > > > If you want to mirror what Apache HTTPD does: > > > > No slash presen

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

Thanks for reporting this. I have changed the code so that if there is no content only status codes >= 400 are passed back through apache. The original patch was made so that when an error occurred at the Ajp13Processor layer it could propogated back to the browser correctly instead of a blank pa

RE: [PATCH] forward instead of redirect for welcome files

Here's the new version of the patch. the code to redirect if there is no trailing slash remains untouched, but it now forwards if there is a trailing slash. i've included more context to avoid potential confusion: --- DefaultServlet.java 2003-01-03 16:20:23.0 -0700 +++ DefaultServlet.java

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

glenn 2003/01/06 17:27:11 Modified:jk/native/apache-1.3 mod_jk.c jk/native/apache-2.0 mod_jk.c Log: Fix bug reported with form based authentication Revision ChangesPath 1.35 +2 -2 jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c Inde

RE: [PATCH] forward instead of redirect for welcome files

> If you want to mirror what Apache HTTPD does: > > No slash present --> append slash (only!) and redirect > Slash present --> internally forward to welcome-file page Well, here's the rub: - The new servlet spec clearly states that either /foo or /foo/ should return a welcome-file (if specified

Re: Unable to compile class for JSP

Jeanfrancois Arcand wrote: > Hum...I don't have any problems under win2k using Sun JDK 1.4.1 (and I > don't remember seeing that problem with 1.4). Have you try with 1.4.1? I > will downgrade and see No, I'm just happy that I found the trick to make it work. ( I only tested tomcat4.1 with JDK

Re: Unable to compile class for JSP

Hum...I don't have any problems under win2k using Sun JDK 1.4.1 (and I don't remember seeing that problem with 1.4). Have you try with 1.4.1? I will downgrade and see -- Jeanfrancois Costin Manolache wrote: Just had the same problem - it seems JDK1.4 on windows has an interesting behavior

RE: [PATCH] forward instead of redirect for welcome files

> -Original Message- > From: Matt Parker [mailto:[EMAIL PROTECTED]] > Sent: Monday, January 06, 2003 7:39 PM > To: Tomcat Developers List > Subject: Re: [PATCH] forward instead of redirect for welcome files > > > > > Verified the following: > > > > http://foo/bar#anchor > > http://foo/

RE: Unable to compile class for JSP

Just had the same problem - it seems JDK1.4 on windows has an interesting behavior - it will not load javac from tools.jar unless it is included in endorsed. I'm not a big windows user - if someone could confirm, we need to change the scripts. I see this behavior with (at least) 1.4.0-b92. Costin

Re: [PATCH] forward instead of redirect for welcome files

On Mon, 2003-01-06 at 17:11, Matt Parker wrote: > On Mon, 2003-01-06 at 17:03, Tim Funk wrote: > > If a trailing / is not present, then performing a > > RequestDispatcher.forward will break all relative references (for the > > web browser) > > > > -Tim > > > > It doesn't forward until after it

Re: [PATCH] forward instead of redirect for welcome files

> Verified the following: > > http://foo/bar#anchor > http://foo/bar/#anchor > > with a welcome-file of: > test/test.jsp > > and was correctly forwarded to: > > http://foo/bar/test/test.jsp#anchor > > okay, I was a little premature (no jokes please). if the welcome file itself has a relativ

Re: [PATCH] Iteration tags do not synchronize scripting variables after doStartTag

> Dimitry, > > > In jasper2, I have found one interesting bug. It hapens when tag > > implements BodyTag interface and doStartTag returns EVAL_BODY_INCLUDE. > > > > See test-case and patch attached. The patch tested under Tomcat 4.1.18. > > the current synchronization behaviour your are seeing

Re: [PATCH] forward instead of redirect for welcome files

On Mon, 2003-01-06 at 15:28, Costin Manolache wrote: > Matt Parker wrote: > > > On Mon, 2003-01-06 at 14:43, Hans Bergsten wrote: > >> Okay, that's different. Maybe I misread your patch, but to me it looked > >> as if you changed the behavior when there's no trailing slash. > > > > Actually my pa

Help! symbol jk_parse_log_level: referenced symbol not found?

I'm trying to build a connector for iPlanet 6.0 on Solaris 8 connecting to Tomcat 4.1.18 on another solaris 8 box. The iPlanet web server has iPlanet 6.0, and Sun's j2sdk1_3_1_06. I downloaded jakarta-tomcat-connectors-4.1.18-src, and inside jk/native/netscape ran: export JAVA_HOME=/path/to/jdk mak

Re: [PATCH] Iteration tags do not synchronize scripting variables after doStartTag

Dimitry, > In jasper2, I have found one interesting bug. It hapens when tag > implements BodyTag interface and doStartTag returns EVAL_BODY_INCLUDE. > > See test-case and patch attached. The patch tested under Tomcat 4.1.18. the current synchronization behaviour your are seeing is compliant wit

Re: [PATCH] forward instead of redirect for welcome files

On Mon, 2003-01-06 at 17:03, Tim Funk wrote: > If a trailing / is not present, then performing a > RequestDispatcher.forward will break all relative references (for the > web browser) > > -Tim > It doesn't forward until after it appends the trailing slash, so I think it's okay on that front.

RE: Unable to compile class for JSP

Happy New Year :) On Mon, 2003-01-06 at 17:00, Gary Pollreis wrote: > will do - thanks for the heads up. > > -Original Message- > From: Matt Parker [mailto:[EMAIL PROTECTED]] > Sent: Monday, January 06, 2003 5:57 PM > To: Tomcat Developers List > Subject: Re: Unable to compile class for J

Re: [PATCH] forward instead of redirect for welcome files

If a trailing / is not present, then performing a RequestDispatcher.forward will break all relative references (for the web browser) -Tim Costin Manolache wrote: Matt Parker wrote: On Mon, 2003-01-06 at 14:43, Hans Bergsten wrote: Okay, that's different. Maybe I misread your patch, but to

RE: Unable to compile class for JSP

will do - thanks for the heads up. -Original Message- From: Matt Parker [mailto:[EMAIL PROTECTED]] Sent: Monday, January 06, 2003 5:57 PM To: Tomcat Developers List Subject: Re: Unable to compile class for JSP you should post this to the tomcat-users list. this list is for issues related

Re: Unable to compile class for JSP

you should post this to the tomcat-users list. this list is for issues related to development on the tomcat product. On Mon, 2003-01-06 at 16:48, Gary Pollreis wrote: > I have just installed Tomcat 4.1.18 under Windows 2000 (using Java JDK > 1.4.0). When I try to run the examples I get > "org.ap

Unable to compile class for JSP

I have just installed Tomcat 4.1.18 under Windows 2000 (using Java JDK 1.4.0). When I try to run the examples I get "org.apache.jasper.JasperException: Unable to compile class for JSP" . I have validated that my JAVA_HOME and CATALINA_HOME environment variables are correct. Any/all help would be a

DO NOT REPLY [Bug 15819] - Duplicate context listener entries in server.xml when saving

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

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

amyroh 2003/01/06 15:25:25 Modified:catalina/src/share/org/apache/catalina/core StandardServer.java Log: Correct fix. Revision ChangesPath 1.35 +5 -10 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardServer.java

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

amyroh 2003/01/06 15:22:26 Modified:catalina/src/share/org/apache/catalina/core StandardServer.java Log: Correct fix. Revision ChangesPath 1.10 +5 -10 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardServer.jav

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0mod_jk.c

> On 2 Jan 2003 12:58:58 -, [EMAIL PROTECTED] said: > glenn 2003/01/02 04:58:58 > > Modified: jk/native/apache-1.3 mod_jk.c jk/native/apache-2.0 > mod_jk.c Log: Make sure http errors are handled by Apache if not > handled by Tomcat > > Revision Changes Path 1.34 +6 -1 > jakarta-tomcat-conn

Re: [PATCH] forward instead of redirect for welcome files

Matt Parker wrote: > On Mon, 2003-01-06 at 14:43, Hans Bergsten wrote: >> Okay, that's different. Maybe I misread your patch, but to me it looked >> as if you changed the behavior when there's no trailing slash. > > Actually my patch is forwarding under both circumstances, but according > to SRV.

Re: [PATCH] forward instead of redirect for welcome files

On Mon, 2003-01-06 at 14:43, Hans Bergsten wrote: > Okay, that's different. Maybe I misread your patch, but to me it looked > as if you changed the behavior when there's no trailing slash. Actually my patch is forwarding under both circumstances, but according to SRV.9.10 of Servlet 2.4, this is a

Re: [PATCH] forward instead of redirect for welcome files

Matt Parker wrote: >> The welcome-file-list can include more than index.html - you may have >> foo/index.html, etc ( i.e. things in other dirs ). That means #anchors >> would break if we don't do redirect. > > This argument would apply equally to Apache's current implementation. > You can specify

Re: [PATCH] forward instead of redirect for welcome files

Matt Parker wrote: On Mon, 2003-01-06 at 12:14, Hans Bergsten wrote: Matt Parker wrote: I'd like to suggest that catalina perform a forward, rather than a redirect, for requests that end with '/'. With a redirect, special configuration is necessary for proxy servers to work correctly. Also, a

Re: [PATCH] forward instead of redirect for welcome files

On Mon, 2003-01-06 at 12:57, Costin Manolache wrote: > The problem is that once again the servlet spec defines a behavior that > is different from the common practices on web servers. > I don't see that this particular behavior is actually specified, unless I'm looking in the wrong place. I thi

Re: DO NOT REPLY [Bug 14722] - Missing/invalid string resource for StandardSession

Please remove me. I sent email to unsubscribe 3 times,still receiving emails. Thanks, --- [EMAIL PROTECTED] wrote: > DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG > > RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE > AT > . >

DO NOT REPLY [Bug 14722] - Missing/invalid string resource for StandardSession

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

Re: [PATCH] forward instead of redirect for welcome files

Matt Parker wrote: > > On Mon, 2003-01-06 at 12:14, Hans Bergsten wrote: >> Matt Parker wrote: >> > I'd like to suggest that catalina perform a forward, rather than a >> > redirect, for requests that end with '/'. With a redirect, special >> > configuration is necessary for proxy servers to work

Re: [PATCH] forward instead of redirect for welcome files

On Mon, 2003-01-06 at 12:14, Hans Bergsten wrote: > Matt Parker wrote: > > I'd like to suggest that catalina perform a forward, rather than a > > redirect, for requests that end with '/'. With a redirect, special > > configuration is necessary for proxy servers to work correctly. Also, a > > forwa

Tomcat 4.1.17 SocketException

Here's another one when I'm trying Tomcat 4.1.x : Here's the exception I got: java.net.SocketException: Connection aborted by peer: socket write error at java.net.SocketOutputStream.socketWrite(Native Method) at java.net.SocketOutputStream.write(SocketOutputStream.java:83)

Re: [PATCH] forward instead of redirect for welcome files

Matt Parker wrote: I'd like to suggest that catalina perform a forward, rather than a redirect, for requests that end with '/'. With a redirect, special configuration is necessary for proxy servers to work correctly. Also, a forward doesn't require an additional round trip to the client--a redirec

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

luehe 2003/01/06 10:57:16 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java JspUtil.java Node.java Validator.java jasper2/src/share/org/apache/jasper/runtime JspRuntimeLibrary.java Log: Implemented JS

Re: cvs commit: jakarta-tomcat-5/resources mbeans.xml

Costin Manolache wrote: Remy Maucherat wrote: [EMAIL PROTECTED] wrote: costin 2003/01/05 22:09:47 Added: resources mbeans.xml Log: A small test file for the 'jmx-ified' config / profile. Each component will be defined as an mbean - with explicit control over class loaders.

Re: cvs commit: jakarta-tomcat-5/resources mbeans.xml

Remy Maucherat wrote: > [EMAIL PROTECTED] wrote: >> costin 2003/01/05 22:09:47 >> >> Added: resources mbeans.xml >> Log: >> A small test file for the 'jmx-ified' config / profile. >> >> Each component will be defined as an mbean - with explicit control >> over class loader

Re: cvs commit: jakarta-tomcat-5/resources mbeans.xml

Remy Maucherat wrote: > [EMAIL PROTECTED] wrote: >> costin 2003/01/05 22:09:47 >> >> Added: resources mbeans.xml >> Log: >> A small test file for the 'jmx-ified' config / profile. >> >> Each component will be defined as an mbean - with explicit control >> over class loader

Tomcat 4.0.1 vs. Tomcat 4.0.6

Hi there, Not sure if I've come to the right place...but here's my question anyway... I've been trying out Tomcat 4.0.6, one thing we noticed is that once our servlets are instantiated, it takes really a long time to shut down Tomcat - I don't think it's anything related to the way our servlets a

cvs commit: jakarta-tomcat-5/resources mbeans.xml

remm2003/01/06 10:38:31 Modified:resources mbeans.xml Log: - Harmonize property names with the ones used in build.properties. - Load the main properties. Revision ChangesPath 1.2 +9 -2 jakarta-tomcat-5/resources/mbeans.xml Index: mbeans.xml ===

cvs commit: jakarta-tomcat-catalina/webapps/docs build.xml index.xml project.xml

remm2003/01/06 10:36:59 Modified:webapps/docs build.xml index.xml project.xml Log: - Include javadocs for Coyote. Revision ChangesPath 1.3 +26 -2 jakarta-tomcat-catalina/webapps/docs/build.xml Index: build.xml =

cvs commit: jakarta-tomcat-connectors/util build.xml

remm2003/01/06 10:36:18 Modified:util build.xml Log: - Fix javadoc task. Revision ChangesPath 1.15 +13 -8 jakarta-tomcat-connectors/util/build.xml Index: build.xml === RCS file: /hom

cvs commit: jakarta-tomcat-connectors/coyote build.xml

remm2003/01/06 10:35:20 Modified:coyote build.xml Log: - Fix javadoc task. Revision ChangesPath 1.15 +2 -2 jakarta-tomcat-connectors/coyote/build.xml Index: build.xml === RCS file: /h

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/collections LRUCache.java

remm2003/01/06 10:34:40 Modified:util/java/org/apache/tomcat/util/collections LRUCache.java Log: - Minor update to LRUCache. Revision ChangesPath 1.3 +18 -6 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/collections/LRUCache.java Index: LRU

Re: cvs commit: jakarta-tomcat-5/resources mbeans.xml

[EMAIL PROTECTED] wrote: costin 2003/01/05 22:09:47 Added: resources mbeans.xml Log: A small test file for the 'jmx-ified' config / profile. Each component will be defined as an mbean - with explicit control over class loaders. This version uses ant ( it's much easier ), b

Re: where to download tomcat 4.1 nightly builds?

Petr Jiricka wrote: I was able to find them for Tomcat 5: http://jakarta.apache.org/builds/jakarta-tomcat/nightly-5/ but not for Tomcat 4.1. Speaking of 5.0, is it known when the next milestone/beta of Tomcat 5 will be released ? Is there any scheduled ? Features are being added, so it got de

Re: where to download tomcat 4.1 nightly builds?

I was able to find them for Tomcat 5: http://jakarta.apache.org/builds/jakarta-tomcat/nightly-5/ but not for Tomcat 4.1. Speaking of 5.0, is it known when the next milestone/beta of Tomcat 5 will be released ? Is there any scheduled ? Thanks Petr Kevin Jones wrote: ditto for 5.0. Where are t

DO NOT REPLY [Bug 7139] - Typo in manager.xml documentation

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

DO NOT REPLY [Bug 7139] - Typo in manager.xml documentation

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

cvs commit: jakarta-tomcat-catalina/webapps/docs/config manager.xml

glenn 2003/01/06 09:41:57 Modified:webapps/docs/config manager.xml Log: Fix documenation bug 7139, thanks to Daniel Rall Revision ChangesPath 1.3 +1 -1 jakarta-tomcat-catalina/webapps/docs/config/manager.xml Index: manager.xml =

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config manager.xml

glenn 2003/01/06 09:41:15 Modified:webapps/tomcat-docs/config manager.xml Log: Fix documenation bug 7139, thanks to Daniel Rall Revision ChangesPath 1.4 +1 -1 jakarta-tomcat-4.0/webapps/tomcat-docs/config/manager.xml Index: manager.xml

DO NOT REPLY [Bug 10948] - JNDI lookup in servlet init fails

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

DO NOT REPLY [Bug 15819] New: - Duplicate context listener entries in server.xml when saving

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

RE: where to download tomcat 4.1 nightly builds?

ditto for 5.0. Where are the nightlies gone - I've downloaded them in the past but they seem to have disappeared off the site? Kevin Jones Developmentor www.develop.com > -Original Message- > From: Andreas Schildbach [mailto:[EMAIL PROTECTED]] > Sent: 06 January 2003 09:10 > To: [EMAIL P

DO NOT REPLY [Bug 10948] - JNDI lookup in servlet init fails

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

Re: [5.0] Input optimization

chop() / cut() ? Jerome "Lacoste

Re: where to download tomcat 4.1 nightly builds?

that seems right. i can't find any nightly builds of any 4.1.x tomcats either. why don't you CVS it? send me an email and i'll get yo a fresh zip from the CVS if you don't fetch one for yourself. On Mon, 2003-01-06 at 08:10, Andreas Schildbach wrote: > hi all, > > where can i download the late

where to download tomcat 4.1 nightly builds?

hi all, where can i download the latest tomcat 4.1 nightly build? the jakarta download page gets me to http://jakarta.apache.org/builds/jakarta-tomcat-4.0/nightly/, which appears to be empty. regards, andreas -- To unsubscribe, e-mail: For additional commands, e-m

Re: [5.0] Input optimization

On Sun, 2003-01-05 at 18:40, Remy Maucherat wrote: > Costin Manolache wrote: > > Great ! > > If you could come up with a better name for the "substract" method ;-) > It's supposed to be the opposite of append. I found this: >From The Collaborative International Dictionary of English v.0.44 [gcid

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

On Sun, 2003-01-05 at 18:20, [EMAIL PROTECTED] wrote: > remm2003/01/05 09:20:41 > > Modified:coyote/src/java/org/apache/coyote/tomcat5 InputBuffer.java > Log: > - Fix skip and reset. > > Revision ChangesPath > 1.3 +14 -9 >jakarta-tomcat-connectors/coyote/sr

Re: [5.0] Input optimization

> If you could come up with a better name for the "substract" method ;-) > It's supposed to be the opposite of append. prepend() ? -- To unsubscribe, e-mail: For additional commands, e-mail: