Re: [JSTL] Java enum constants

come from. We'd probably need to add a mechanism to refer to a class specifically, and this would complicate a language that's intended to hide the details of Java data types for page authors. Hope that helps, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com

Re: getRowsCount

The property is now called rowCount: ${result.rowCount} -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) On Fri, 12 Apr 2002, Andrea Grittini wrote: I beg you pardon, (I promise this is my last question) but, What

Re: JSTL / jsp version

of features and specified behaviors. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: Document on request

. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: how can I compare strings in c:if

to equals() when Strings are being compared. Marba's originally problem wasn't related to the '==' operator but to the structure of the sql:query tag's Result objects themselves. (Marba was using an old Result implementation.) Thanks again. -- Shawn Bayern Author, JSP Standard Tag Library http

Re: rtexprvalues in c:if test

Since the JSTL expression language is designed to expose JavaBean properties, it's probably best to represent constants as such properties. E.g., public class Constants { private final int BIG_SPENDER = 100; public int getBigSpender() { return BIG_SPENDER; } } will let you use an

Re: how can I compare strings in c:if

often find it useful to print out values with a marker (e.g., the ' character) on both sides to make sure I'm not missing any whitespace. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) On Tue, 9 Apr 2002, marba wrote: I'm

Re: how can I compare strings in c:if

from jakarta.apache.org, I believe this comparison will work for you. If not, just let us know. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e

Re: forEach in the rt lib question...

that helps, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: c:url clunky

for the comments, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: Antw: RE: Accessing JSP scoped Variables from within Tags

but with the target page. Hope that helps, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) On Fri, 5 Apr 2002, TIMO EINSIEDLER-BURGER wrote: Hey, well i know cause i tried. Here is the exact jsp-code: %@ taglib uri=http

Re: class generation in the exaples

useful. Thanks, Secondly, I cant seem to find the startup.init file that was mentioned in some of the source. Without having the proper classes created, I dont think the examples would work very well anyway. I'm not sure I follow; no JSTL source code mentions a 'startup.init' file. -- Shawn

[New] Cache Taglib

you've got. Again, while the tags should be usable as presented, this is mainly an experiment to build experience with taglib-based caching -- so comments would be great! Thanks. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning

Re: Taglibs and included pages

formally, jsp:include includes a separate translation unit, so the target page will still need its own declarations. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED

RE: [standard] sql:param doesn't accept a body

build.) Hope that helps, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) On Wed, 3 Apr 2002, Andrea Grittini wrote: Sorry, I didn't understand. Is it the fix already available in the night build? or I have to wait

Re: JSTL Date Format Question

of the problem could show that it's really our bug.) Thanks for the report, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) On Mon, 1 Apr 2002, Zvolensky, Thomas J {PDBI~Nutley} wrote: I have a query that selects records from

RE: JSTL Date Format Question

: for instance, the JSTL EL could print out a byte[] by converting it to a String using the default character encoding. This is somewhat ugly, but it might fit nicely with our other type conversions. I'll raise it to the expert group. Thanks again for the report, -- Shawn Bayern Author, JSP Standard Tag

RE: JSTL Date Format Question

than printing [B@x. MySQL, alas, is common enough that we probably want to at least consider this; in fairness, it's not really a case specific to MySQL, but a more general question of how our EL deals with byte[]. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com

Re: plans for include

On Mon, 1 Apr 2002, peter lin wrote: Does anyone know if there are plans to improve jsp:include or create a new include in jstl? Yes, JSTL introduces c:import, which (as I think I say in my book) you can think of as jsp:include: the next generation. :-) -- Shawn Bayern Author, JSP

Re: jstl sql dataSource configuration help

value=${stuff.size} / instead. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: EL

debated. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: several messages

reasonably implementability. These issues will probably be addressed before our Public Final Draft (and next RI beta). Thanks again for raising the issue. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe

Re: problems with sql and fmt using JSTL beta 1 version

.) -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: standard tag library XML example failures

not particularly interesting). :-) -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: Standard taglib - sql problem

, currently writing from a JavaOne kiosk). :-) Thanks again, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) On Thu, 28 Mar 2002, Andrea Grittini wrote: I have the same problem using the sql jstl. When I connect to a DB I got

Re: regression in the standard-beta1 ?

, set the 'escapeXml' attribute to 'false'. Hope that helps, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: How to get request parameter using c taglib ?

On Mon, 25 Mar 2002, RAYMOND Romain wrote: Specs indicate c:out value=${request:myparameter}/ to do an equivalent to request.getParameter(myparameter) but it is not good ... Have you the right syntax ? The current specs don't say that. Are you reading documentation that's out of date?

Re: failure of c:import

is critical. Todd -- great question. This is currently in flux; we're discussing how best to handle error conditions in c:import. It'll most likely be decided before JSTL's public final draft (PFD). -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer

RE: Can you test for a cookie's value using c:if tag?

Bay's string taglib); hopefully, that'll come up in JSTL 1.1. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: JSTL EL parser pool?

very much for the suggestion, though; I'd be curious if you have any data that does implicate one part of the JSTL RI over another. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL

Re: JSTL EL parser pool?

On Fri, 22 Mar 2002, Shawn Bayern wrote: The evaluator keeps a static cache of values, so literally the only benefit of pooling our interpreter instances would be to save the instantiation itself, which should take about ten low-level instructions on a modern JIT. (That is, the evaluator

Re: Grouped Output

to resist database logic too and attempted to do everything in my own programs, but it's often easier to get the database to manage your data for you. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e

RE: JSTL tag prefix naming conventions?

abbreviation. Whatever we choose would be somewhat arbitrary, so we ultimately opted to ease the page author's burden of typing! -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED

RE: JSTL tag prefix naming conventions?

as MORE cryptic than the current system. Ultimately, I think that users will know they're looking at JSTL tags by virtue of general familiarity. But I agree -- any solution is somewhat arbitrary and imperfect. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming

Re: Can you test for a cookie's value using c:if tag?

=${cookie.value} / /c:if /c:forEach I explain this in more detail in my book; interestingly enough, I just wrote the section describing techniques like this. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e

Re: JSTL EL support for header?

as JavaBean-like properties of the PageContext. But headers aren't available this way, so they're going to be added as new top-level implicit objects. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail

Re: xml taglib and standard-examples.war generating error

This actually doesn't look like a TransformerConfigurationException, but (because of the slashes) a ClassNotFoundError pointing to TransformerConfigurationException. You may need to update your container's XML-support libraries. -- Shawn Bayern Author, JSP Standard Tag Library http

Re: Argh :)

is in flux. But it'll settle down before JSTL 1.0 is released. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) On Wed, 20 Mar 2002, John Baker wrote: Argh, this is driving me nuts. Consider this: c:forEach var

Re: ${x}

your tags. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: ${x}

information on the way JSTL is supposed to work. There's also a tutorial at Sun's site: http://java.sun.com/webservices/docs/ea1/tutorial/doc/JSTL.html I'm also writing a book on JSTL. It should hit stores this summer. -- Shawn Bayern JSTL reference-implementation lead Author, JSP Standard Tag Library

Re: My last annoying question of the day, promise.:-)

On Mon, 18 Mar 2002, John Baker wrote: That's a real minus point for JSTL. In defense of the way JSTL currently works, this isn't really its job. The design standard for components is JavaBeans, which outlines what's a property and what's not. -- Shawn Bayern Author, JSP Standard Tag

Re: c:set value=${Integer.class}

() method for the class Integer, if that's what you're asking. If you had an individual Integer I, then ${I.class} would correspond to the Class object for Integer. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications

Re: My last annoying question of the day, promise.:-)

intended to work the same. If they were, we wouldn't have needed an expression language! :-) -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e

Re: My last annoying question of the day, promise.:-)

the request-scoped variable named 'parameter'. To retrieve a parameter, use 'param.moo'. Again, there isn't a one-to-one isomorphism between JSTL expressions and rtexprvalues. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications

Re: My last annoying question of the day, promise.:-)

said, you can use an expression starting with 'param': ${param.moo == 'cows'} I don't mind answering all your questions, but you might want to take an hour and read through the entire JSTL draft spec! I think it'll answer a lot of your questions. :-) -- Shawn Bayern Author, JSP Standard Tag

Re: xml bug?

by adjusting the matching logic to work against prefixes, not namespaces. I've also made error checking more aggressive; a variable that doesn't match with a value now fails immediately during resolution. I've checked in changes to the CVS archive that should fix your problem. Best, -- Shawn

Re: My last annoying question of the day, promise.:-)

it works. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: what can I do

/core; % We'll need more information to help. It depends on the container you're using and how it's configured. Are you using standard-examples.war, a complete web-application archive for the JSTL examples? -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming

Re: Standard taglib - sql problem

Interesting. The AbstractMethodError is apparently coming from a call to the ResultSetMetaData object associated with your JDBC driver. The underlying issue may result from either a bug or a version incompatibility in the driver. But this issue raises a question of how JSTL should handle

Re: More on c:if

whether or not JSTL has a tag that aborts the current page, the answer is currently no. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto

Re: My last annoying question of the day, promise.:-)

= new Blob[100]; // fill blobs request.setAttribute(blobs, blobs); now can I do: c:if test=${request.blobs[2].whatever ? Cheers! Yes, this should work. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications

Re: Struts Vs Taglibs

is that Struts will eventually accommodate the standard taglib (JSTL) and integrate well with it. The other taglibs in Jakarta Taglibs are essentially just separate offerings from Struts, attempting to address different needs (or similar needs from a different perspective). -- Shawn Bayern Author, JSP

Re: How to pass parameters to method in c:if

recommended over the latter) if you want to access arbitrary methods and pass arguments to them. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e

Re: How to pass parameters to method in c:if

; it encourages good design when unambiguous, but otherwise tries to avoid preaching about how you must design your applications. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED

Re: Double EL indirection in STL?

this kind of indirection is absolutely necessary? -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: JSTL tag forEach context question

of facilitating integration of JSTL into older applications and methodologies. The 'rt' versions won't be necessary once JSP itself supports the expression language. Section 1.3 of the JSTL Public Draft describes the situation more completely. -- Shawn Bayern Author, JSP Standard Tag Library http

Re: JSTL tag forEach context question

be subordinate to rtexprvalue execution. So, are you sorry you asked yet? :-) -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto

Re: JSTL tag forEach context question

? -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: c:if

to be both the safest and the most general. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: c:if - testing for request parameter value

should now write ${param.action == 'Edit'} Actually, 'request:action' would have never indicated a request parameter; it would have indicated a request-scoped variable (attribute). Now, you'd use ${request.action} to indicate the 'action' variable in 'request' scope. -- Shawn Bayern Author, JSP

Re: JSTL tag forEach context question

, you can declare the scripting variables with a jsp:useBean tag: c:forEach var=serial ... jsp:useBean id=serial type=... / option%= serial %/option /c:forEach -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications

RE: JSTL: Nightly build crashes

with the HttpServletResponse.encodeURL() method, which would also cause problems for c:url. But I don't know offhand the version where it's problematic. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) -- To unsubscribe, e-mail: mailto

Re: x:transform and nightly build

just not sure what to do about it. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this summer from Manning Publications) On Thu, 14 Mar 2002, Matt Raible wrote: The following code was working before I updated to last night's build: c:import url=/styles

Re: Standard taglib problem

On Wed, 13 Mar 2002, John Baker wrote: Can you be more specific to what I should be looking for? The file I'm including has a load of other jsp imports, etc that do not cause it to screw up. I'm quite happy to look for the problem, if I know what I'm looking for ;-) Thanks for that quick

Re: ldap support

at one point was that J2EE technologies would be covered more thoroughly in JSTL 1.1, the (presumably) next version of JSTL. But again, that's just speculation. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring from Manning Publications) -- To unsubscribe

RE: ldap support

stuff like this in some detail.) -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: JSP source

On Tue, 12 Mar 2002, Agrawal, Anuj (Anuj)** CTR ** wrote: Is there a way to display the source code for a particular JSP page? I'd like to have a link at the bottom of the page which will display the source (for the curious) when clicked on - very much like the way the SourceForge site has

[JSTL] Announcing Public Review / RI Beta 1

release. Enjoy! -- Shawn Bayern JSTL reference-implementation lead Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: c:set and scriptlets

that refer to such interchangeability. 8( JSTL doesn't particularly encourage this usage, but it's perfectly possible using older, scriptlet-oriented mechanisms like jsp:useBean. Just use a jsp:useBean tag after c:set to declare your scripting variable. -- Shawn Bayern Author, JSP Standard Tag

Re: c:set and scriptlets

think 5 because you replaced the scripting variable 'four' with an Integer object for the number 5. But the tag actually prints out 4, because changing a scripting variable doesn't change the scoped variable that it was originally tied to. -- Shawn Bayern Author, JSP Standard Tag Library http

Re: 2nd try: Using set to change scope

if that counts as a pun or not...) -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring from Manning Publications) On Mon, 11 Mar 2002, Steve Bang wrote: Can anyone help me on this? Thanks, Steve -Original Message- From: Steve Bang

Re: [standard] where did c:declare go?

approach, and also unnecessary. You can use jsp:useBean to declare a scripting variable, so we didn't need to provide support in JSTL -- especially given that JSTL is de-emphasizing them. Best, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring from Manning

Re: recordcount?

exposes contains a getSize() method, which translates to a 'size' property. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring from Manning Publications) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL

Re: attribute initialization

attributes than their predecessors. The practical answer is, thus, You don't need to worry about it. Initializing the instance variable as boolean attr1 = false; is fine. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring from Manning Publications

Re: Will Using Tagged Libraries Affect Performance

() 0.5 %foo/c_rt:if % } % /benchmark:duration Even the optimizations that some containers make, pooling tag handlers, probably won't be particularly noticeable except in extremely tight loops (like do this 1 times) when tag handlers are written properly. -- Shawn Bayern Author, JSP

RE: Suppress whitespace generation?

of unnecessary whitespace. To help you further, I think we'd need more information about exactly what problem you're experiencing. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring from Manning Publications) On Wed, 27 Feb 2002, Lomvardias, Christopher wrote

Re: jstl, request parameters

The final version of JSTL will most likely be substantially more lenient with respect to values that don't exist. Unfortunately, there's not much I can advise other than, Wait for the upcoming version! :-) (Such is the nature of early-access releases.) -- Shawn Bayern Author, JSP Standard Tag

Re: inner tag

-- that is, receive it via a BodyContent object and interpret it (e.g., check it against some value, trim it, make it uppercase, or whatever else it wants to to) or it can simply pass it through. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring

Re: inner tag

container's job is (currently) to interpret the text that occurs in a JSP page, not to interpret JSP-like fragments that occur as data. (JSP 1.3 may have provisions to make something like this easier, but that's just a possibility.) -- Shawn Bayern Author, JSP Standard Tag Library http

Re: passing references to tags using XML syntax

. -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com (coming this spring from Manning Publications) On Thu, 14 Feb 2002, August Gresens wrote: The solution from the spec worked for the use with the input taglib. I'm now having a problem with standard HTML tags, when I want

Re: Where does $customers get defined? (Plus some suggestions...)

is described in chapter 13 (Deployment Descriptor) of the Servlet 2.3 specification, available from java.sun.com. The listener tag represents a concept introduced with version 2.3 of the Servlet specification. Hope that helps, -- Shawn Bayern Author, JSP Standard Tag Library http://www.jstlbook.com

Re: use of tags within scriptlets?

at http://www.manning.com Hope that helps explain things, -- Shawn Bayern Author, JSP Standard Tag Library (upcoming, Manning) http://jstlbook.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

Re: [standard] Newbie: How to extend the examples?

. (I note that the final line you added, while sufficient to expose a scoped attribute to your JSP page and thus to JSP, doesn't end with a ;, which might indicate you didn't recompile the class.) Hope that helps, -- Shawn Bayern Author of JSP Standard Tag Libary (Manning, upcoming) http

RE: Hello, and need help

implementation is distributed through the Jakarta Taglibs project. For more information on JSTL, I've posted an article at Manning's web site describing its role and future: http://www.manning.com Best, -- Shawn Bayern Author, JSP Standard Tag Library (Manning, upcoming) http://jstlbook.com

Re: Accessing session scoped variables from exppression languageinthe standard taglib: Howto?

indeed equal 1, interestingly enough /crt:if If you're still having trouble with it, let us know; please show the entire JSP page and include info about what container you're using. Best, -- Shawn Bayern Author, JSP Standard Tag Library (Manning, upcoming) http://jstlbook.com -- To unsubscribe, e

Re: Standard eval tag

On Sun, 27 Jan 2002 [EMAIL PROTECTED] wrote: How do I put the result of the tag into the method? Without having to create a tag for Language. My suggested solution would be a tag which places its body into a named variable. So: standard:eval var=namestore:get jdo=person.name//standard:eval

Re: Standard expression language question

standard. Don't get too used to clever tricks and workarounds that are EA3-specific!) -- Shawn Bayern JSTL reference-implementation lead Author, JSP Standard Tag Library (Manning,upcoming) http://jstlbook.com On Mon, 28 Jan 2002, Pedro Diaz wrote: Hi all. After executing the next two lines

Re: Accessing session scoped variables from exppression language inthe standard taglib: Howto?

are accessed using the same syntax: $name. EA3 also comes with a language called SPEL that lets you access scopes specifically: $session:foo $request:foo and so on. -- Shawn Bayern JSTL reference-implementation lead Author, JSP Standard Tag Library (Manning,upcoming) http://jstlbook.com

Re: x:tranform and no stylesheet

with x:transform? And if you're going to transform it with x:transform, what mechanism is in place for the server to learn of the browser's stylesheet? -- Shawn Bayern JSTL reference-implementation lead Author, JSP Standard Tag Library (Manning, upcoming) http://jstlbook.com

Re: Tags and error 404

What JSP container are you using? From what you say, it sounds as if the container is mis-diagnosing the problem and returning a simple 404 instead of any useful information. I believe that a JSP container can, when no errorPage is defined, handle errors and exceptions in an

Standard taglib's c:forEach and Resin

On Tue, 15 Jan 2002, Vianen, Jeroen van wrote: I downloaded the 14 January snapshot and saw that this problem has been fixed in current sources after Shawn Bayern's bug report. Thanks for pointing this out. According to Resin's bug tracker, Scott Ferguson responded almost immediately with

Re: JSPTL EA3 - x:transform works, but error in tomcat

Are you sure that html:html is producing a well-formed XML document (i.e., with a single root element)? Shawn On Mon, 14 Jan 2002, Matt Raible wrote: I am trying to use the x:transform tag to render the following page (code pasted below). The transformation works (displayed in browser

Re: [standard] Does not work in Resin

On Sun, 13 Jan 2002, Alice K wrote: The EA3 does not work on Resin 2.0 and over. The EA1 is working correctly. Okay - I finally got a chance to look at this problem closely. The issue is, as I suspected all along, a bug in Resin. However, I didn't, in my wildest dreams, guess what the

Re: Réf. : Can not use JSTL on WebLogic 6.0 - PleaseAdvise

On Wed, 9 Jan 2002 [EMAIL PROTECTED] wrote: - it fails to deploy on WLS 6.1 SP1 (obscure Error deploying application . \config\mydomain\applications\standard-examples.war: java.lang.reflect.UndeclaredThrowableException) - it seems to work on WLS 6.1 SP2 (not tried every example, but the ones

RE: Tags, Extra Info and scripting variables

} // here, 'foo' is declared from before, but has value from // inner block Hope that helps! -- Shawn Bayern Author, The JSP Standard Tag Library: http://www.jstlbook.com (upcoming) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto

Re: tag sources

On Thu, 3 Jan 2002, Maciej Ko³odziej wrote: Where can I get sources of standard jsp tags, like jsp:forward? Standard JSP actions are implemented by code owned by the container; they are not imported from external code (at least not using a public standard mechanism), as custom actions can be.

Re: standard taglibrary examples not working

As other users have pointed out, Resin seems to fail on the JSTL RI's iteration tag; I haven't yet had a chance to look into whether this is a Resin bug or not. If anyone who already has Resin set up would be interested in testing whether this bug occurs with any IterationTag or just with the

Re: [standard] sql:update doc/behavior discrepancy

On Thu, 3 Jan 2002, Paul DuBois wrote: The documentation for sql:update indicates that the var attribute is optional, but I find that without it I get an error message that the TLD requires it. Adding var=dummy cures the problem, but should that be necessary? Hmm. The TLD doesn't show it

Re: [standard] c:if accepts what expression types?

On Wed, 2 Jan 2002, Paul DuBois wrote: What are the constraints on the type of expressions that may be used with c:if? The short answer is 'boolean' or 'Boolean.' The somewhat longer answer is that for the rtexprvalue library, the only permissible type is 'boolean'. For the EL library, the

Re: [standard] sql:param doesn't accept a body

Thanks for the problem report, Paul. This was an error in the TLDs; the relevant tag handlers look okay. I've fixed the problem, and the change should show up in tonight's nightly build. Shawn On Wed, 2 Jan 2002, Paul DuBois wrote: The documentation for sql:param states that it can be used

<    1   2   3   4   5   >