Re: re:tag plugin

For practical purposes, I don't think you'll gain much using plugins for and , since they are relatively simple, and the overheads for invoking the corresponding tag handlers is relatively minor. You'll probably achieve most benefit if you can provide plugins for them that only handle tags with n

Re: tag plugin

The method generateBody() is meant to "continue to generate codes for body of the tag, as usual". What you want is a method to "generate codes to get the body content", which is certainly doable, but is not currently available. You are welcome to have the first crack at extending the plugin frame

Re: tag plugin

The body content of a tag is a runtime entity, and you cannot generally get it during compilation time, since it may contain non-template texts. You need to achieve what you want in another way, such as the use of JSP fragments. -Kin-man On Sat, 2005-08-20 at 00:26, wing lee wrote: > I think it'

Re: New TLP draft

It appears that my name (Kin-man Chung [EMAIL PROTECTED]) has been dropped from the PMC. Hope this is not intentional. :-) On Wed, 2005-04-06 at 05:15, Remy Maucherat wrote: > Hi, > > Here's a new draft with the necessary updates. > > I suppose this needs to be sent to

Re: JSP Compile Hangs

Please file a report on bugzilla. If you also include a test case (to save me some typing :)), I'll take a look to see where Jasper is spending its time. Did you said it was in commons-el? That'd be bad. -Kin-man On Wed, 2004-10-20 at 00:43, Eric Blenkush wrote: > On Oct 19, 2004, at 10:41 PM,

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser ParserUtils.java UTF8Reader.java

I have no problem getting rid of all those messages, since they are no longer useful. - Kin-man On Fri, 2004-09-17 at 14:23, Amy Roh wrote: > > [EMAIL PROTECTED] wrote: > > > >>amyroh 2004/09/17 14:02:34 > >> > >> Modified:jasper2/src/share/org/apache/jasper/compiler SmapUtil.java > >>

Re: Question on 5.0.23

Which watchdog is it? Can you send me the other part (tld and tag handler) of it? If the tag is of a TAGDEPENDENT body type, then its body is should not be evaluated. It used to be evaluated in XML syntax, which is wrong and which is what the patch intend to fix. If this is the case, then the g

Re: Tomcat 5.0.20 Issue

asper. -Kin-man > Date: Tue, 30 Mar 2004 08:30:05 -0600 > From: Jess Holle <[EMAIL PROTECTED]> > Subject: Re: Tomcat 5.0.20 Issue > To: Tomcat Developers List <[EMAIL PROTECTED]> > X-OriginalArrivalTime: 30 Mar 2004 14:30:06.0040 (UTC) FILETIME=[7EEF4580:01C41663] > &

Re: Tomcat 5.0.20 Issue

I think your only valid point is the one about the need to make errorOnUseBeanInvalidClassAttribute be switchable from Jspc main, but we are not bundling jspc scripts anymore, so I didn't feel there is a need for it. Anyway, its value can be set with an ant task. Otherwise, Jasper behaves the sam

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

immediate > pageContext.forward() on an unbuffered page. My reading of the spec is that this > shouldn't happen. I can't see how this check helps meet the part of the spec you > quoted. > > Am I being stupid and missing the blindingly obvious here? > > Mark >

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

-1. The patch breaks the spec. According to JSP 2.0 spec, JSP.5.5 (p1-111), "If the page output was unbuffered and anything has been written to it, an attempt to forward the request will result in an IllegalStateException." -Kin-man > Date: Thu, 18 Mar 2004 21:05:17 + > Fr

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

> Date: Mon, 02 Feb 2004 20:17:29 +0100 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Kin-Man Chung wrote

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

;ll make people happy... -Kin-man > Date: Mon, 02 Feb 2004 19:41:54 +0100 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java > To: Tomcat Developers List <[EMAIL PROTECTE

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

-1. Remy, please reread JSP 2.0 spec, p 1-101,1-102. Bullet .2 of the Semantics section was added to allow for this kind of optimization. Bullet .5 and .6 will be executed ONLY IF the container choose not to issue translation errors. -Kin-man > Date: Mon, 02 Feb 2004 18:18:01 + > From: [EM

Re: Understanding jakarta-tomcat-4.0 cvs source base / jasper

The source for Jasper in Tomcat 4.1.29 is from j-t-j/jasper2 with Tomcat_4_branch tag. The head branch is for Tomcat 5. A lot of bugs filed against Tomcat 4.1.x has been fixed in Tomcat 5. Unfortunately I don't have cycles to apply the fixes to 4.1.x. It would be great if someone can do that, an

Re: Jasper used for Tomcat 4.0.6

The code for Jasper in 4.0.x is in the module jakarta-tomcat-4.0. > Date: Thu, 30 Oct 2003 14:51:13 -0600 > From: Ken Sipe <[EMAIL PROTECTED]> > Subject: Jasper used for Tomcat 4.0.6 > To: [EMAIL PROTECTED] > X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 > Importance: Normal > X-Priorit

Re: [VOTE] New builds

> Date: Wed, 29 Oct 2003 11:32:58 +0100 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: [VOTE] New builds > To: Tomcat Developers List <[EMAIL PROTECTED]> > > > Release 4.1.29 as Stable ? > [ ] Yes > [ ] No > > > > Release 5.0.14 as Beta ? > [X] Yes Jasper seems solid. > [ ] No > >

Re: [5] IndexOutOfBoundsException from CharChunk

me reason. This turns out to be more elusive that it appears. I might have to give this up as another mystery of the universe. :-) -Kin-man > Date: Wed, 15 Oct 2003 10:36:01 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: [5] IndexOutOfBoundsException from Cha

Re: [5] IndexOutOfBoundsException from CharChunk

> Date: Wed, 08 Oct 2003 21:22:07 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: [5] IndexOutOfBoundsException from CharChunk > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Kin-Man Chung wrote: > > > I am getting a sporadic IndexOu

[5] IndexOutOfBoundsException from CharChunk

I am getting a sporadic IndexOutOfBoundsException and it seems to come from org.apache.tomcat.util.buf.CharChunk.flushBuffer. The trace is Servlet.service() for servlet jsp threw exception java.lang.IndexOutOfBoundsException at sun.nio.cs.StreamEncoder.write(StreamEncoder.java:132)

Re: [5] Unable to initialize TldLocationsCache: zip file closed

I have encountered such message in a number of occasions, usually related to reading a jar file from cache. This is likely a VM bug and the work- around is usually to not use cache after opening a JarURLconnection. The stack trace seems to indicate that this happens when reading web.xml. Did you

Re: \<% not handled right?

This is a bug. I have committed a fix in Tomcat 5. Thanks for reporting. -Kin-man > Date: Tue, 23 Sep 2003 07:30:29 -0400 > From: Tim Funk <[EMAIL PROTECTED]> > Subject: \<% not handled right? > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Attached is a note from tomcat-user which I thin

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

Eric, I forgot about those generated Declartions. It good to have an extra pair of eyes to keep one honest. Thanks. :) I have committed a fix for this and the last you reported. Please see if it works better now. I have noticed that smap now contains lots of overlaps, because of duplications

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java Node.java SmapStratum.java SmapUtil.java

SmapStratum.java 31 Aug 2003 03:46:29 - 1.10 > > +++ SmapStratum.java 16 Sep 2003 17:46:43 - 1.11 > > @@ -210,6 +210,12 @@ > > */ > >public void optimizeLineSection() { > > > > +/* Some debugging code > > +for

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

xpect more use there. -Kin-man > Date: Tue, 16 Sep 2003 19:46:19 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties > To: Tomcat Developers List <[EMAIL PROT

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

> Date: Mon, 15 Sep 2003 22:57:32 -0700 > From: Eric Carmichael <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties > X-Originating-IP: [64.203.49.21] > To: Tomcat Developers List <[EMAIL PROTECTED]> > X-MIMEOLE:

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

Ah, I forgot about the fix that you did in SmapUtil to improve line mappings for template texts. Sorry. :-( But this also shows that tight coupling between Generator and SmapUtil is flagile and error prone. I think it would be a better design if we decouple these two modules somehow. We could

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

Yeah, now I remember; but I didn't pay attention then! :-) Anyway, the print methods handle null String and Object, so we are covered. This is true for outputting expressions in text mode; evaluating attributes with expressions is, however, another matter. BTW, I also think it acceptable to rais

Re: AW: AW: AW: [5.0] JSP performance ...

> Date: Wed, 10 Sep 2003 18:34:40 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: AW: AW: AW: [5.0] JSP performance ... > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Torsten Fohrer wrote: > > > next try > > Yes, the code is better (IMO) and performs a little better also.

Re: AW: [5.0] JSP performance ...

> Date: Tue, 09 Sep 2003 08:59:51 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: AW: [5.0] JSP performance ... > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Kin-Man Chung wrote: > > I have implemented generating text strings as char a

Re: AW: [5.0] JSP performance ...

any value in committing my change. :( -Kin-man > Date: Mon, 08 Sep 2003 15:18:34 -0700 (PDT) > From: Kin-Man Chung <[EMAIL PROTECTED]> > Subject: Re: AW: [5.0] JSP performance ... > To: [EMAIL PROTECTED] > Content-MD5: +Y/z1F8l8EXxpI9LL3yPSA== > > I took a look at o.a.

Re: AW: [5.0] JSP performance ...

rat <[EMAIL PROTECTED]> > Subject: Re: AW: [5.0] JSP performance ... > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Kin-Man Chung wrote: > > This seems easy enough to implement, so I'll look into it. Concatenating > > texts is also on my list, and i

Re: AW: [5.0] JSP performance ...

This seems easy enough to implement, so I'll look into it. Concatenating texts is also on my list, and it should help a little in this case. - Kin-man > Date: Mon, 08 Sep 2003 08:46:32 +0200 > From: Torsten Fohrer <[EMAIL PROTECTED]> > Subject: AW: [5.0] JSP performance ... > To: 'Tomcat Develop

Re: [5.0.8] Tag soon

Remy, I discovered there is a jasper bug that causes wrong Java line numbers to be mapped when codes for invoking tag handlers are generated in separate methods. This would completely screw up JSP debugging, and causes javac error messages to be lost if it happens in the generated method. I have

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compilerJspDocumentParser.java

I don't think this patch is correct. The order that the methods startPrefixMapping and endPrefixMapping are called is properly nested, so a stack is appropiate. Take for instance the follow xml fragment 1 2 3 4 The order that those methods will be called is: At l

Re: [VOTE] New committer: Eric Carmichael

He has my +1 as well. Yan and I need all the help on Jasper! > Date: Sun, 10 Aug 2003 18:56:49 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: [VOTE] New committer: Eric Carmichael > To: Tomcat Developers List <[EMAIL PROTECTED]> > > I'd like to nominate Eric Carmichael as a committe

Re: JSP include

It eventually invokes request.getRequestDispatcher("bar.jsp").include(). > Date: Fri, 08 Aug 2003 11:40:45 +0200 > From: Marc Baumgartner <[EMAIL PROTECTED]> > Subject: JSP include > To: [EMAIL PROTECTED] > Content-disposition: inline > > Hello all, > > I want to fix a bug in the J

Re: Please confirm soln: [Bug 22226] Tomcat throws JasperExceptioninstead of NumberFormatException when parameter can't convert to bean property

You are right in that this is not a spec conformant issue and is therefore not a bug. Except for some exceptions, most exceptions are caught and rethrown as JasperExceptions. Making exceptions would just, well, complicate things. :-) -Kin-man > Date: Fri, 08 Aug 2003 09:00:30 -0400 > From: Tim

Re: jsp:include

Can you reproduce your problem with Tomcat 5? If so, you may get it fixed faster if you post it on bugzilla. When you do, make sure to include a test case (a war file would be great). Not sure I understand what the problem is. Also not sure what jsp:include has to anything to do with your probl

Re: [5] EL parsing eats extra character after '?'

> Date: Fri, 30 May 2003 13:47:01 -0400 > From: Tim Funk <[EMAIL PROTECTED]> > Subject: [5] EL parsing eats extra character after '?' > To: Tomcat Developers List <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > > Attached below is a message from tomcat-user. I don't know it this is a valid > issue

Re: [4.1.21] Stability rating

The patch you mentioned in 14302 was actually applied to TC5. > Date: Fri, 28 Feb 2003 12:07:21 -0800 > From: Hans Bergsten <[EMAIL PROTECTED]> > Subject: Re: [4.1.21] Stability rating > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Remy Maucherat wrote: > > > > [X] Alpha > > [ ] Beta > > [

Re: [5.0.1] Investigation on the precompilation failure + new tag

> Date: Wed, 26 Feb 2003 17:49:07 +0100 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: [5.0.1] Investigation on the precompilation failure + new tag > To: Tomcat Developers List <[EMAIL PROTECTED]> > > I made some progress, but now I am running into classloading problems > which I've fail

Re: [5.0.1] Tagging today

> Date: Fri, 21 Feb 2003 19:16:46 +0100 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: [5.0.1] Tagging today > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Costin Manolache wrote: > > Kin-Man Chung wrote: > >> > >>I also d

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compilerTagFileProcessor.java

The fix looks OK, except that you still need to put the call to incTripCount in a synchronized block. Of course that won't be necessary for JSPC. There may better solutions to this problem, and I'll look into that. I'll also make sure that there won't be problems using jspc on tag files. > Date

Re: [5.0.1] Tagging today

> Date: Tue, 18 Feb 2003 21:46:54 +0100 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: [5.0.1] Tagging today > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Costin Manolache wrote: > > Remy Maucherat wrote: > > > > > >>Costin Manolache wrote: > >> > >>>Remy Maucherat wrote: > >>

Re: TC 5.0 nightly builds

No matter how easy the build is, it is still not as easy as downloading a binary from the nightly build area. Just tell someone who haven;t done a build before to do it now and watch her cringe! Sue' point is that TC5 nightly build has failed for a week now and should be fixed. It's important th

[TC5] Time to make a release?

There has been inquiries about a Tomcat 5 release, both in and out of the mailing list. I usually direct them to our nightly builds, but there is no links from the jakarta page, and they are not always available. I think it's time that we make a release, to make it easier for people to try it out

Re: bean with jsp

You should try to get answers to questions like this on tmcat-users alias. You'll need to put whatever you import in a package. This is a new in JDK1.4. > Date: Wed, 05 Feb 2003 17:39:07 +0530 > From: Sachin Chowdhary <[EMAIL PROTECTED]> > Subject: bean with jsp > To: [EMAIL PROTECTED] > X-MIMEO

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java

> Date: Wed, 22 Jan 2003 13:20:48 -0600 > From: Glenn Nielsen <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java > To: Tomcat Developers List <[EMAIL PROTECTED]> > > > > Kin-Man Chung wrote: &g

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java

See below. > Date: Wed, 22 Jan 2003 19:03:08 +0100 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Costin Manolache wrote: > > Remy Maucherat wrote: > >

Re: [newbie] where do I get TagFileInfo, etc.?

PROTECTED]> > Subject: Re: [newbie] where do I get TagFileInfo, etc.? > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Kin-Man Chung wrote: > > >It's in jakarta-servletapi-4, which IS mentioned in BUILDING_txt. > >Make sure that you have servlet.home

Re: [newbie] where do I get TagFileInfo, etc.?

It's in jakarta-servletapi-4, which IS mentioned in BUILDING_txt. Make sure that you have servlet.home defined correctly in build.properties. > Date: Wed, 04 Dec 2002 17:39:25 -0800 > From: Michael <[EMAIL PROTECTED]> > Subject: [newbie] where do I get TagFileInfo, etc.? > To: [EMAIL PROTECTED] >

Re: Jasper 2 Synchronized JSP compiles

Performance-wise, wouldn't doing javac compilation in another process be much worse than synchronized javac, at least for systems with small number of processors? It would nice if we can have some numbers for comparision. I know javac used to have memory leak, but is it still true for modern comp

[Jasper2] framework for tag optimization

I am designing a framework in Jasper for enabling plugins that work closely with Jasper to generate Java codes instead of calls to tag handlers. The main idea is to take take JSTL tags, such as ${i} and generates the Java codes for (int i = 0; i <= 100; i++

Re: TagHandlerPool doesn't release Tags on reuse

(_jspx_th_tools_simpleCell_0.doEndTag() == > javax.servlet.jsp.tagext.Tag.SKIP_PAGE) > return; > > > example > > If i now reset my tag to a initial state in doStartTag() i haven't any > properties set > > Who call the release method i

Re: TagHandlerPool doesn't release Tags on reuse

According to the JSP 1.2 Spec, the release method is not invoked between tag usages, but is invoked before GC of the tag handler. Therefore it should not be used to reset the tag handler to its initial state; you should do that in doStartTag. See p164 and p166. > Date: Mon, 11 Nov 2002 13:32:31

Re: costin: fix reverted

TP-posting-date: Mon, 4 Nov 2002 22:10:09 + (UTC) > X-Injected-Via-Gmane: http://gmane.org/ > NNTP-posting-host: 64.84.39.162 > > Kin-Man Chung wrote: > > > costin, > > > > This fix seems to break errorPage handling in JSP, causing the errorPage > >

costin: fix reverted

costin, This fix seems to break errorPage handling in JSP, causing the errorPage example to fail, and a couple of JSP watchdog tests too. I have reverted your fix. I have not reverted the tomcat_4_branch. > Date: Thu, 24 Oct 2002 19:18:55 + > From: [EMAIL PROTECTED] > Subject: cvs commit:

Re: New JSR on Java(TM) Compiler API

This is great and is sorely needed. I am all for it! It'd be nice if the new API also include supports for JSR-45 (Debugging Support for Other Languages). For instance, when invoking javac with a smap file, javac should 1) report errors by JSP page source and line numbers, and 2) incoporate t

Help! Tomcat problem

I got the following exception when I run TC5. I am using xerces-2_0_1. I tried disable xmlValidation, but still have the problem. catalina.sh run Using CATALINA_BASE: /home/kchung/tc/jakarta-tomcat-5/build Using CATALINA_HOME: /home/kchung/tc/jakarta-tomcat-5/build Using CATALINA_TMPDIR: /h

Re: JSP Compilation Issues (Multiple Domains)

If you are using JDK javac for compiling the servlet generated by the JSP compiler, then you probably ran into the problem that the javac not being thread-safe. In Tomcat 5 the javac compilation is synchronized, so that the compilation is serialized. Guess that fix is not ported to 4.1.5. :-(

Re: [VOTE] [5.0] Milestones

+1 > Date: Sat, 28 Sep 2002 16:12:06 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: [VOTE] [5.0] Milestones > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Hi, > > Now that the first stable releases of Tomcat 4.1 are out (and according > to reports, of good overall quality),

Re: [5.0] Build issue - where is jasper.runtime.el and why is itchecked in as binary ?

> Date: Wed, 25 Sep 2002 09:20:16 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: [5.0] Build issue - where is jasper.runtime.el and why is it checked in as binary ? > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Costin Manolache wrote: > > See the subject :-) > > > > I'm

Re: JSR45

JSR45 support is already in Tomcat 5, which is yet to be released. You can, however, build it from source and try it out yourself. > Date: Wed, 18 Sep 2002 16:48:00 +0200 > From: Damian Frach <[EMAIL PROTECTED]> > Subject: JSR45 > To: [EMAIL PROTECTED] > > Hi, > > I am a member of the web app

Re: Catalina tester failure on JSP Document Parsing

I'd suggest that we remove this test. Jasper 2 and jasper produces different but correct XML view of the JSP document. If the golden file is fixed to pass in TC5, it would then fail in TC4.0. > Date: Wed, 11 Sep 2002 18:10:59 -0400 > From: Steve Downey <[EMAIL PROTECTED]> > Subject: Catalina te

Re: JSP Bug

This is not a bug. Any %> that appears in an expression bracketed by <% ... %> needs to be escaped as %\> (JSP.2.6). > Date: Mon, 09 Sep 2002 15:17:04 -0400 > From: Stephane Zafirov <[EMAIL PROTECTED]> > Subject: JSP Bug > To: [EMAIL PROTECTED] > > I just wanted to make sure the following bug h

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servletJspServletWrapper.java

> Date: Wed, 28 Aug 2002 16:41:16 -0700 (PDT) > From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java > To: Tomcat Developers List <[EMAIL PROTECTED]> > > > > On 28 Aug 2002 [EMAIL P

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compilerScriptingVariabler.java

Don't forgot about tomcat_4_branch! -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [4.1.9] New test milestone released

There is also this "feature/bug" in jasper2 regarding the scope of scripting variables that costin had objected to. The clarifications from JSP spec lead inidcates that costin was right. We should have a fix this week and that should go into 4.1.10. - Kin-man > Date: Sat, 10 Aug 2002 09:54:0

Re: javax.servlet.jsp.el.ExpressionEvaluator ????

The head branch of jasper2 is meant to be part of Jakarta-tomcat-5, which in the middle of being set up. It might be a while before tomcat 5 can be built. You should check out the tomcat_4_branch of jasper2 for your build. If you really want to build Jakarta-tomcat-4 with the head branch of jas

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasperJspCompilationContext.java

> Date: Thu, 18 Jul 2002 14:15:16 -0400 > From: Tim Funk <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspCompilationContext.java > To: Tomcat Developers List <[EMAIL PROTECTED]> > Content-transfer-encoding: 7bit > > Yeah! $ is replace

RE: Missed vote

I am sympathetic to Jon's view on separating servlet and JSP API and repositories. One result of the separation would make it likely that package names for JSP 2.0 API may change. JSP2.0 is now in public review, so it may be important to raise this issue before the door is closed. Until the JSP

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compilerGenerator.java

Remy, No they don't: they are bug fixes for JSP2.0 stuff. I'll make sure bug fixes that apply to both branches get in both branches. Don't worry! :-) - Kin-man > Date: Wed, 17 Jul 2002 00:43:53 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/

Re: $ in JSP names

I think you and Craig are both right. So how about using a "_" instead of a "$"? > Date: Mon, 15 Jul 2002 12:48:18 -0700 > From: Arvind Srinivasan <[EMAIL PROTECTED]> > Subject: Re: $ in JSP names > To: Tomcat Developers List <[EMAIL PROTECTE

Re: $ in JSP names

I totally agree that the use of $ in a file name is a pain in the neck. In fact, I don't see the need for appending a "$jsp" at all. Currently we have the following mapping: jsp file name: foo.jsp class name: foo$jsp servelt file name: foo$jsp.java class file name

Re: [5.0] [VOTE] New branches and repositories

> > > A) Servlet 2.4 & JSP 2.0 API > 1. [X] Use new jakarta-servletapi-5 > 2. [ ] Use the HEAD of jakarta-servletapi > 3. [ ] Other: > > B) Catalina 2.0 > 1. [X] Use new jakarta-tomcat-catalina > 2. [ ] Use new jakarta-tomcat-5.0 > 3. [ ] Use the HEAD of jakarta-tomcat-4.0 > 4. [ ] Other: > >

Re: [VOTE] Apache Tomcat 5.0 Proposal

+1. I'll populate jasper2 and servlet-api with initial changes for JSP2.0 support. > Date: Tue, 02 Jul 2002 16:57:20 -0700 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: [VOTE] Apache Tomcat 5.0 Proposal > To: Tomcat Developers List <[EMAIL PROTECTED]> > > After trying to address the con

Re: Jasper2: serious problem with tag declarations

> > > - in the same case, the 'a' variable is declared at the top > > > of the file, even if it is AT_END. That brakes previous > > > that used the 'a' id. I believe this is a bug. > > > > According to the spec, the scope of an AT_END variable spans > > from the end element of the tag exposing

Re: Jasper2: serious problem with tag declarations

> My problem is that code that worked with jasper1 no longer works with > jasper2. > > And I believe the use case is valid and within the spec, and quite > common. > > The latest failure is just 2 iterate tags and a condition tag - > I think it should work. > > Costin > With the Jan's pat

Re: Jasper2: serious problem with tag declarations

Costin, > > On Fri, 21 Jun 2002, Kin-Man Chung wrote: > > > Use of scripting varibles in nested tag never work before, so obviously > > no body uses it much. I think the whole scripting variable in JSP1.2 is > > poorly designed, and not well understood. > >

Re: Jasper2: serious problem with tag declarations

Costin, > I'm a bit worried here - most of the stuff is pretty basic and > common use of tags. Watchdog and the test suite was supposed > to detect that withou any problems. > Use of scripting varibles in nested tag never work before, so obviously no body uses it much. I think the whole scri

RE: Jasper2: serious problem with tag declarations

e problem. But that has been fixed recently in jasper2. If costin's page works in old jasper, but not in jasper2, then it must be something else. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 18 June 2002 06:44 > To: Tomcat Developers

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compilerCompiler.java

> costin 2002/06/14 13:44:37 > > Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java > Log: > Split the compile() method in generateJava() and generateClass() - JspC only generates > java, the compile is a separate step. Why not have an option to include jav

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java

> costin 2002/06/14 13:43:05 > Log: > Second stage of braking jasper2. > You think jasper 2 is going too fast? :-) Otherwise +1 on the changes. -- To unsubscribe, e-mail: For additional commands, e-mail:

[VOTE] Jan Luehe

I'd like to nominate Jan Luehe as a committer to tomcat. Jan is currently a commiter for Jakarta taglib project, and has been active in implementing JSTL, the standard tag library. Jan was involved with jasper 2 from the beginning, and has contributed to writing a number of important modules in

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtimePageContextImpl.java

Remy, I like this much better! No private API used, and cleaner generated codes! Some nitpicks! :-) See below. There seems to be no need for a JspxState object anymore. Jspx.State.tagCount is really not used, and JspxState.out can be make local. I should just comment that out for now. > re

Re: problem in nested custom tags- Jboss3.0-tomcat4.03.

Looks like the same problem as one decribed in bugzilla #9699 that got reported today. Good timing! :-) > Date: Fri, 07 Jun 2002 15:42:54 +0530 > From: Anil Agrawal <[EMAIL PROTECTED]> > Subject: problem in nested custom tags- Jboss3.0-tomcat4.03. > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>

Re: TC 4.1.3 jasper error

I already committed a fix for this problem a couple of days ago. The problem is of course private instance variables are beening referenced in a child class. The 1.3 javac does not flag this as an error, and 1.4 javac gives misleading error messages! > Date: Fri, 07 Jun 2002 11:32:02 -0400 (EDT

Re: Jsp compilation of nested custom tags (porting from weblogic 6 totomcat 4.0.3)

I assume that lOffset is a scripting variable defined either in a element of a tld, or in a TagExtraInfo, and that its declaration (in the generated java file) is a result of the compiler trying to do its synchronization with the pagecontext attribute of the same name. If so, what is the scope o

JspException in jasper 2?

org.apache.jasper.runtime.JspException seems to be serving no purpose, and it conflicts with javax.servlet.jsp.JspException. Any objections to my removing it? BTW, it also exists in tomcat 4/jasper. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [VOTE] Rate milestone 4.1.3

> > > [ ] Alpha > [X] Beta > > > 4.1.3 should be feature complete (at least according to what is in the > release plan; it now has the Ant compiler in Jasper 2 and a more finalized > admin webapp), and does not seem to have any major issues, so it looks like > a decent beta candidate. > > Co

Re: [PROPOSAL] Tag pooling/reuse in Jasper 2

I think it a good idea to limit the stacks to some reasonable value. One easy way of accomplishing this is to add a tag object to the stack only when its stack has not reach its maximum size. The neat thing about these two approaches is that they can both be implemented. Once a tag object is ob

Re: [Proposal] Removing 64K limit in jasper 2

I am still in vacation mode, unil Thursday. Just want to giva some quick response. > > Like Costin, I don't think that there would be much performance penalty > by calling a private method. In fact, if we want to reduce the number > of "unnecessary" calls, I have another idea... well I have t

[Proposal] Removing 64K limit in jasper 2

The JVM limits the size of a method to less than 65535 bytes. This limit can easily be reached by a JSP page with 50-80 custom tags, depending on the javac compiler and the complexity of the tags. The use of "largefile" option delays reaching the limit a little, but not by much. That's one of th

Re: [VOTE] New committer: Denis Benoit

+1 Welcome! And looking forward to working more with you on Jasper performance! > Date: Tue, 21 May 2002 19:33:27 -0700 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: [VOTE] New committer: Denis Benoit > To: [EMAIL PROTECTED] > MIME-version: 1.0 > X-MIMEOLE: Produced By Microsoft MimeOLE

Re: [PROPOSAL] Tomcat 4 System.err/System.out logging

> > > > However, I'd like to point out that there's no other choice but to upgrade. > > In many situations, the current Jasper 2 generated servlets don't compile to > > valid bytecode when using the classic compiler (and you get a VerifyError > > when loading the class; this happens esp when usi

Re: [PATCH] Stack based "finallies" in Generator.java

> Date: Tue, 21 May 2002 09:36:42 -0400 (EDT) > From: Denis Benoit <[EMAIL PROTECTED]> > Subject: [PATCH] Stack based "finallies" in Generator.java > X-X-Sender: benoitde@lb11300 > To: [EMAIL PROTECTED] > Cc: Kin-Man Chung <[EMAIL PROTECTED]> > MI

Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...

> > > Haven't seen that before, and no idea why it's so. You'll need to > > give me a test case. > > Test case: touch > > $CATALINA_HOME/webapps/examples/jsp/colors/colrs.jsp > > So that Jasper will have to recompile it, and it will try (the first time) > to recompile also: > > $CATALINA_

Re: [PATCH] Re: [PROPOSAL] Modification of the code generated byJasper2

> > Now, about the level of nesting, shouldn't the information be available > through the PageInfo object? After all, the purpose of this class is > "A repository for various info about the page under compilation". And > Generator currently has access to an instance of it. So, if PageInfo > h

Re: [PATCH] Re: [PROPOSAL] Modification of the code generated byJasper2

y Jasper2 > To: Kin-Man Chung <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > MIME-version: 1.0 > > > > Now you mentioned the use of an array to hold tag objects, I have > > another idea. Why don't we use a stack to simulate the runtime state? > > Eac

  1   2   >