RE: [4.1.16] New tag ?

> -Original Message- > From: Remy Maucherat > > It would be good to have updated native connectors at the > same time or > before. > Before, IMO. > I'm posting this to confirm that all the fixes which were > needed in JK > are in. > Think that Henri is preparing a tag this week

cvs commit: jakarta-tomcat-4.0/tester/web/golden SSIVarSub06.txt SSIVarSub01.txt SSIVarSub04.txt SSIVarSub05.txt

dsandberg2002/11/23 22:22:37 Modified:catalina/src/share/org/apache/catalina/ssi SSIConfig.java SSIExec.java SSIFlastmod.java SSIFsize.java SSIInclude.java SSIMediator.java SSISet.java tester/src/bin tester.xml

RE: [Jasper2] framework for tag optimization

I sent the suggestion a while back to the expert group. > AFAIK, the and other tags don't actually generate *any* output > of their own -- the extra line breaks you are seeing are undoubtedly those > you've put in the source JSP page itself. Yes, I was referring to the spaces that are generat

Re: Why can I not use attributes "lang" and "maxRows" in a customtag

"Craig R. McClanahan" wrote: > > On Sat, 23 Nov 2002, Paul Speed wrote: > > > Date: Sat, 23 Nov 2002 18:50:34 -0500 > > From: Paul Speed <[EMAIL PROTECTED]> > > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Subject: Re: Why can I not

Tomcat 5 Nightly ( Errors

I downloaded the Tomcat 5 binary version from http://jakarta.apache.org/builds/jakarta-tomcat/nightly-5/ (Nov. 23rd 2002) and I'm trying to get it working. Below is a condensed list of error's I'm receiving. Please let me know what I need to change OR what I'm doing wrong and I'll attempt to spre

java.util.logging.* and namespace/classloading/security issues

Hi: If and when JDK 1.4 becomes the minimum platform for Tomcat, the following must be kept in mind: The java.util.logging framework provides a global namespace that by default is tied to the system classloaders. J2EE apps should modify this so that the java.util.logging namespace is specific o

Re: Why can I not use attributes "lang" and "maxRows" in a customtag

On Sat, 23 Nov 2002, Paul Speed wrote: > Date: Sat, 23 Nov 2002 18:50:34 -0500 > From: Paul Speed <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: Why can I not use attributes "lang" and "maxRows" in a >

RE: Nightly TC 3.3.x builds not working anymore?

Hi Sam, Thanks for the offer. However, since changes are infrequent, I like the idea building the occasional 3.3.2-dev version with the exact same script I will use to build a release version, one of these days. Hopefully, I'll be able to come up for air in the near future and help out a little

Re: Why can I not use attributes "lang" and "maxRows" in a custom tag

The Java beans API requires getters. It does not require setters. No setter means the property is read-only. There's no such thing as write-only in the Java beans API. A getter is the only way to determine what the type of the property is since there can be only one getter with a particular name

Re: Why can I not use attributes "lang" and "maxRows" in a custom tag

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> Subject: Re: Why can I not use attributes "lang" and "maxRows" in a custom tag > > Tomcat cares because JSP custom tags are required to implement the > standard JavaBean naming patterns for property-related methods, as d

RE: Nightly TC 3.3.x builds not working anymore?

Costin Manolache wrote: > > We could use the gump-generated builds. > ( it seems we just need to zip the build tree and add a symlink ) Just let me know what directories you want zipped and/or what generated files you want copied. - Sam Ruby -- To unsubscribe, e-mail:

RE: [Jasper2] framework for tag optimization

On Sat, 23 Nov 2002, Peter Lin wrote: > Date: Sat, 23 Nov 2002 12:36:50 -0800 (PST) > From: Peter Lin <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: RE: [Jasper2] framework for tag optimization > > > So it w

[4.1.16] New tag ?

Hi, Some important fixes went into JK since 4.1.15, some of which were in the Java side. I plan to abandon the current 4.1.15 alpha and make a new 4.1.16 alpha release of Tomcat, to pick up those changes. This release looks good on paper, and could be considered for promotion to Beta or Stable

RE: [Jasper2] framework for tag optimization

So it would seam having a plugin framework wouldn't necessarily break conformance. On the otherhand, I would still like to see the expert group to seriously consider making plugin framework a standard feature of JSP compiler. Beyond performance, there are other good reasons to do so. For o

DO NOT REPLY [Bug 14797] - Request headers are broken after invoking pageContext.include()

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: [Jasper2] framework for tag optimization

On Sat, 23 Nov 2002, Peter Romianowski wrote: > Date: Sat, 23 Nov 2002 18:05:29 +0100 > From: Peter Romianowski <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: 'Tomcat Developers List' <[EMAIL PROTECTED]> > Subject: RE: [Jasper2] framework for tag optimization >

RE: [Jasper2] framework for tag optimization

On Sat, 23 Nov 2002, Peter Romianowski wrote: > Date: Sat, 23 Nov 2002 15:22:15 +0100 > From: Peter Romianowski <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: 'Tomcat Developers List' <[EMAIL PROTECTED]> > Subject: RE: [Jasper2] framework for tag optimization >

Re: Why can I not use attributes "lang" and "maxRows" in a customtag

On Sat, 23 Nov 2002, Jim Cobban wrote: > Date: Sat, 23 Nov 2002 11:17:50 -0500 > From: Jim Cobban <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>, > Jim Cobban <[EMAIL PROTECTED]> > To: Jan Luehe <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: Why can I

Re: [Jasper2] framework for tag optimization

Peter Romianowski wrote: If you think using it for JSTL is okay, why wouldn't it be okay for other tag libraries? The same issues (if they are issues) apply to JSTL, don't they? I thought of it beeing done by the jasper-crew, i.e. being part of "stock tomcat", so it could be assured that it

DO NOT REPLY [Bug 14801] - imports fail on non-packaged classes

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: [Jasper2] framework for tag optimization

> If you think using it for JSTL is okay, why wouldn't it be > okay for other tag libraries? The same issues (if they are > issues) apply to JSTL, don't they? I thought of it beeing done by the jasper-crew, i.e. being part of "stock tomcat", so it could be assured that it is working correct.

Re: [Jasper2] framework for tag optimization

Peter Romianowski wrote: Just a thought: Doesn't this breack the standard conformance tomcat is all about? If I understand the proposal correctly, I don't see that it breaks standard conformance (I'm in the JSP JRE group, BTW). As long as it doesn't require extra, non-standard directives or el

Re: Why can I not use attributes "lang" and "maxRows" in a custom tag

If Tomcat uses the "beans" API in Java to do the reflection for calling these methods, then that is probably why. It insists on having a valid get and set method for an attribute for some reason. I ran into this once when I only wanted to have "getters" with no setters, and I couldn't find a way

Re: Why can I not use attributes "lang" and "maxRows" in a custom tag

- Original Message - From: "Jan Luehe" <[EMAIL PROTECTED]> Subject: Re: Why can I not use attributes "lang" and "maxRows" in a custom tag > > Tomcat 4.1.12 does not accept a custom tag with attributes "lang" > > or "maxRows". When I asked about this on the Tomcat users list I was > > inf

DO NOT REPLY [Bug 14801] New: - imports fail on non-packaged classes

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: [Jasper2] framework for tag optimization

yeah, it definitely would risk breaking conformance, unless it became an official spec. there is a need for a tag-like markup for designers (non-programmers), but performs better for sites that get million hits a day or more. Most sites wouldn't need it, but for heavy hitters it would save in r

DO NOT REPLY [Bug 14798] New: - Using jspDestroy for tag pool cleanup

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: [Jasper2] framework for tag optimization

Just a thought: Doesn't this breack the standard conformance tomcat is all about? One could easily be bound to tomcat after writing some plugins that break the initial semantics of a tag. I think there is no way to assure the correctness of a plugin- implementation, so it would become impossible

DO NOT REPLY [Bug 14797] - Request headers are broken after invoking pageContext.include()

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 14797] New: - Request headers are broken after invoking pageContext.include()

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-connectors/coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java

billbarker2002/11/23 01:07:23 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Log: It's way too late for me to be programming, when I miss simple things like this. Revision ChangesPath 1.15 +1 -1 jakarta-tomcat

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java

billbarker2002/11/23 01:04:17 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Log: Last one wasn't quite right. At the momement, all SSL attributes are grabbed for a request for any. Thus checking the 'key' isn't good enough.

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java

billbarker2002/11/23 00:38:23 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Log: Return to Servlet-Spec 2.2 compliance. Revert to the brain-dead 2.2 spec. We are only allowed to send the top level cert in 2.2 land, so don't

Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

- Original Message - From: "Bill Barker" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, November 22, 2002 11:34 PM Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java > > - Original Message - > F