cification could conceivable require that all implementations
of a standard interface also implement Serializable, but the most elegant
way for it to accomplish this is to have the standard interface extend
Serializable itself. Indeed, this approach is very commo
rue for only the first element in your loop, so
it would be clearer just to turn the tag into a tag and be
done with it.
But in the general case, you'll need to use a flag.
--
Shawn Bayern
"JSTL in Action" http://www.jstlbook.com
;s stock is now replenished.)
Hope that helps,
Shawn
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
t it, and new methods, will not work..
Changing the method, and adding other classes, won't help. Just refer to
the property as ${foo.crazy}.
--
Shawn Bayern
"JSTL in Action" http://www.jstlbook.com
-
To uns
On Thu, 7 Aug 2003, Rick Roberts wrote:
> Dude!
> Amazon and BarnesAndNobel are out of "JSTL in Action".
> They must be selling like hot-cakes :)
Ha. I just noticed too, and I've talked with the publisher; I hear
they'll be restocking them soon.
--
Shawn B
On Mon, 28 Jul 2003, Michael Duffy wrote:
> I'm thick - how do I refer to it in the JSP? Shawn Bayern's "JSTL In
> Action" says that the constant is Config.SQL_DATA_SOURCE, and its
> variable name is javax.servlet.jsp.jstl.sql.dataSource. What scope is
> this v
's new book, "JSTL Inaction," written after he took up
> Zen last year.
Indeed. Check out "JSTL at Rest," too...
Shawn
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
a 'getValue()' method, and then for a 'Power'
instance, you could write '${p.value}'.
--
Shawn Bayern
"JSTL in Action" http://www.jstlbook.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
format necessary for it to work. Note that
it's mandatory for the container to support it; it's not mandatory for a
taglib author to deploy his or her libraries in this fashion (though it's
probably a good idea in all cases).
--
Shawn Bayern
"
it, then it's a bug.
Shawn
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
a from other applications because a
classloader specific to the web application loads the JAR files'
classes; this can be important for security and for troubleshooting
Shawn
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Ah - I just realized you were using DBTags, not JSTL. If you're using a
JSP 1.2 container, you'll probably want to switch to JSTL anyway.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
On Mon, 16 Jun 2003, Roland Dong wrote:
>
>
> I have some
JSTL offers a tag to handle transactions; you can simply
group related tags -- which you should be using instead of
-- as children of a sql:transaction> element.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
On Mon, 16 Jun 2003, Roland Dong wrote:
>
or
something similar) with an EL expression. In other words, if you've
called it 'xmldoc_string' in one of the scopes, then
should work.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
On Fri, 6 Jun 2003, Michael Duffy wrote:
> In Chapter 14 of Shawn Bayern's "JSTL In Action", he talks about
> setting up a default data source for JSTL.
> He shows how to add tags to the web.xml deployment
> descriptor on page 352, and below that says the parameter
exception if they caught it). Instead, the goal is to
simplify things for page authors.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
to include, parameterized by request
attributes. This leads to a better design anyway, where output stays the
responsibility of JSP pages.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
on a
particular implementation of a standard).
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Expressions, unlike Java, are limited in function; they are only
used to retrieve values from a handful of specific locations, not
to call open-ended Java code.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
vague and not particularly
a target. The advantage of ${foo} to <%= foo %> is that it can be used in
the middle of otherwise well-formed XML documents; JSP continues to
provide an XML syntax. In fact, ${foo} is more compatible with XML than
in cases where you want to use the variab
tand the question, but one of JSP 2.0's advantages is
that you can use the EL in your tags without having to write any code
(just the way you can use rtexprvalues now). So you'd write
--
Shawn Bayern
"JSTL in Action&
to simplify page syntax; the focus hasn't
changed. In other words, instead of
<%= pageContext.findAttribute("foo") %>
you'd simply write
${foo}
in JSP 2.0.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
following situation:
${a}
The user will probably expect ${a} to evaluate to its original value, but
if the tag's only opportunity to read and parse the content comes within
doEndTag(), ${a}'s evaluation will be affected by the that occurs
*after* its presence in the page.
--
alue; it does
not get string-interpolated into the text of your message. The expression
you're looking for wouldn't be "$xml/$foo" but "$xml/*[name()=$foo]" or
something similar.
Shawn
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ication itself,
available from http://java.sun.com/products/jstl.
That page also has an appendix from my book that lists tags and attributes
in a concise form.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
o cause
> problems later!
JSTL defers to the JavaBeans standard in this regard: the introspector
finds a property, by default, if either a getter exists, a setter exists,
or both exist and match.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
On Mon, 10 Mar 2003, Hanasaki JiJi wrote:
> Great! the c:out inside the c:set just modifies the value but doesnt
> output it to the web page? right?
Right, exactly.
--
Shawn Bayern
"JSTL in Action" http://www.ma
On Mon, 10 Mar 2003, Hanasaki JiJi wrote:
> Thanks to Brian and Shawn! anyone know of a lib that will perfrom the
> escXML on a String?
>
> goal:
> take in input string that may / maynot have HTML tags
> zap the html tags or turn them to pure text ala <
You ca
On Mon, 10 Mar 2003, Hanasaki JiJi wrote:
> The JSTL taglibs (c:out) re-write html tags into > so the actual
> text prints out. Is there any way to disable this?
Yes, the escapeXml="false" attribute of the tag disables this
behavior.
--
Shawn Bayern
"JSTL in Action&q
ed
> result.limitedByMaxRows and that got the same. Presumably it is
> looking for a get method, how do I access an is method?
${result.limitedByMaxRows} is correct; are you sure it produced an error?
--
Shawn Bayern
"JSTL
metacharacters. Use the escapeXml="false" attribute to get around your
problem. (The problem would show up more clearly if you looked at the raw
HTML source of the page that's giving you this error message.)
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/
history is
http://jakarta.apache.org/taglibs/doc/standard-doc/ReleaseNotes.html
Shawn
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
application, and a "web portal." They stretch JSTL as far as it
can go in this respect; any larger applications would probably require
Java.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
r words, they're compiled only when they change.)
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
In fact, "JSTL in
Action" has lots of information for people in your situation; I had sort
of hoped there would be more people like you. :-)
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
tag libraries; your scriptlet code is being compiled into
servlets before it's run.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
, whereas the second ("model 2") sends requests to servlets, which
forward to JSP pages as necessary.
Model-View-Controller (MVC) is a design pattern that a "model 2" web
application will often resemble.
Shawn
On Tue, 18 Feb 2003, Schnitzer, Jeff wrote:
> So far the best
oon; I had planned on
releasing it this weekend but got sidetracked by a number of other things
-- I expect to have it posted tonight or tomorrow.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsub
he precise set of functions that JSTL 1.1 will expose is still being
debated, but it will likely include a limited set of string-manipulation
functions and a handful of targeted solutions (such as a 'size' function).
Future versions of JSTL can expose more functions as necessary.
--
S
ies make me think that as cute as solutions
like this are, they're better done in Java.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
On Fri, 14 Feb 2003, Sha
, you could do the following:
printDirectory.jsp
--
Cute, huh? :-)
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
EL doesn't deal with Collections in general in
any other situation.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
lder.getContent() returns a type of java.util.Collection.
The 'empty' operator is specified to work with java.util.List and
java.util.Map (as well as arrays and strings), not java.util.Collection in
general.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
---
On Wed, 12 Feb 2003, Eddie Barna wrote:
> I am working through the JSTL in Action book by Shawn Bayern. Great
> book by the way.
Cool! Great to hear.
> I have finaly ran into a situation that brought me here. The variable
> exposed by the tag has certain proper
On Tue, 11 Feb 2003, Fredrik Westermarck wrote:
> Will there be a 1.0.3 of the Standard Taglib soon, or are there still
> issues that needs to be resolved before a release can be made?
Our plan is to release Standard Taglib 1.0.3 within a few days -- most
likely by 2/17.
On 10 Feb 2003, Felipe Schnack wrote:
> I guess I need an "extremely dummy user guide to JSTL". I'm making a
> request to a JSP much like
> http://localhost:8080/test.jsp?number=5
> So, why this doesn't work:
>
>
What have you put inside the l
>
> Here's the loop:
>
>
>
> Need to cast here <% TypeB typeB = anObject.typeB %>
>
>
Java code can refer to the scoped attribute as
pageContext.findAttribute("anObject");
To get "typeB," you'd need to cast anObject to
No, but that's only because 'org.apache.struts.Globals' isn't a scoped
variable; the expression language can't be used to retrieve static fields
in a class. The expression language is designed to access only certain
kinds of data.
--
Shawn Bayern
"JSTL in Action&qu
standing the request right, the following would work:
${requestScope[requestScope['org.apache.struts.Globals.LOCALE_KEY']]}
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tical problem (or at least a very similar
one) and came to the same conclusions.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rks wherever . works, but it lets you avoid problems when
the property name itself contains a period.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
s on JSTL; more info on mine is available at the URL below.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
master block (like ) that caused us to want to
avoid specifying such a tag for JSTL.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
uble, but the result of a division with
"/" is, by spec.
If you're concerned simply about display, you can use
to process the number according to your needs.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
iately, better ?
>
> Thanks in advance
You don't seem to mind using scriptlets, so
<% if (1==1) return; %>
would work. Your own would indeed probably be cleaner,
though.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
!
You'll want to build up the string first and then use it as a dynamic
property of 'param':
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ith param.key - but a collection
> of all keys
... is just ${param}, a Map of all request parameters (with single
values).
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
version, use the attribute 'escapeXml="false"'
in the tag.
You might want to read through the JSTL standard or pick up a book on
JSTL; it'll help with basic features like this. Best,
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To un
,
and the "RT-based tags," which will allow either rtexprvalues or JSP 2.0
EL expressions, will be used.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
ggested that this was a bug with a
> particular implementation of JSTL. Are you using Tomcat?
If I remember right, I think the bug was with Resin's implementation of
JSTL.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
URIs to identify JSTL tag
libraries.
A JSP 2.0 container need not include a JSTL implementation, but it must
include an EL interpreter.
Shawn
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
now would be a
great time. Just mail [EMAIL PROTECTED], or post to the
regular Bugzilla archive at nagoya.apache.org, if you've got any questions
or bugs to report.
Thanks for all the feedback, reports, and questions. The implementation
benefits immeasurably from your feedback.
Shawn Ba
ch, per the DOM API, isn't
the same thing as what XPath means by "string-value."
To store the value you expect instead of outputting it immediately, you
should use a pattern like
instead of . Alternatively, you can wrap the XPath expression in
the string() function and continue to
]}. You need to use the []
operator when the name of your property contains a dot.
Your other two choices are to give aliases to the column names in your SQL
statement and to refer to rows by index. But using ["oa.golf"] is
probably the easiest in your situation.
--
Shawn Bayern
"
ompile the JSP page. My understanding is that
> z gets put in page scope, but I don't know how to
> access it from there.
JSTL tags don't expose scripting variables. You'd need either to insert a
tag or to refer to the scoped attribute, as in
<% String a = ((MyClass) p
e formal parameter in setXxx(). That is, in
TYPE getXxx()
and
void setXxx(TYPE x)
'TYPE' must be the same.
- No more than one setXxx() method may exist.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail:
) and work off of that. Having position-dependent
> values seems an invitation to fragility.
Oh, I definitely agree. Personally, I might just set multiple cookies,
unless there were more than perhaps a dozen of them.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
"Y,N,N,Y,..."), you could in principle
loop over the cookie's components with and set different
variables depending on what each individual value equals. The rough form
of this solution looks like
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/baye
> filecreatedate, etc.
>
> Is this possible with JSTL or should I use the XTags library.
Sure, you can use XPath expressions that use the "@" shorthand notation
for the "attribute" axis, so you end up with something like
/version/@mimetype
This means "the attribute 'mimetype' of the tag 'version.'"
Hope that helps,
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
perty of this
object against the current time; Hans has shown how to do this in previous
messages.
It might be easier to use the Cache Taglib, which isn't part of JSTL but
does exactly what you're looking for.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To
ation.
You must use the [] operator, as in
${sessionScope["com.abc.fleetsystems.employee"]}
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
syntax of
that lets you set the values of elements in a Map, as in
Then, you can refer to what you have just set with expressions like
${myMap[keyName]}
Hope that helps,
Shawn
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
#x27;s possible just as you've written it.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
to combine varReader with XML parsing, can somebody give me a
> demonstration ?
accepts a Reader, so you can simply write
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
loop.
>
> Should this be working? Does anyone see anything wrong with this?
It looks right to me. Are you sure you're using our Standard Taglib
implementation? This could be a bug with other partial implementations.
Shawn
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
bles cannot be accessed at all by the EL.
Any EL-accessible values can be used as indices.
Shawn
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
t universally followed. To my knowledge,
it's also unclear what you're supposed to do with two adjacent acronyms,
as in HttpURLConnection, which mixes the two approaches.
Shawn
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
gt; The first is returning null and the second is returning the
> appropriate attribute value. I looked in the JSTL spec and it looks
> like the first should work.
>
> Is this a bug?
No, the behavior is as expected.
--
Shawn Bayern
"JSTL in Action" http://www.manning.
pageContext.setAttribute("r", ResultSupport.toResult(rs)); %>
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
n a back-end
servlet (or with a new custom tag you write -- one that's specific to your
own custom data).
Shawn
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:taglibs-user-help@;jakarta.apache.org>
to correct it but
haven't had a chance yet. Thanks for the reminder.
Shawn
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:taglibs-user-help@;jakarta.apache.org>
is:
Result r = ResultSupport.toResult(resultSet);
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:taglibs-user-help@;jakarta.apache.org>
m or from a
servlet. But either way, you must refer to it using XPath variables, not
the JSTL EL inside the 'select' attribute. Thus, you'd write
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail: <mailto:taglibs-use
On Thu, 14 Nov 2002 [EMAIL PROTECTED] wrote:
> > > ="http://www.w3.org/1999/XSL/Transform"; scope="..."/>
> >
>
> following name might look more familiar to anybody; no explanation needed.
>
>
Names that begin with "xml&qu
On Mon, 11 Nov 2002, Manfred Riem wrote:
> Does anyone have DTD modules for the standard taglibs? I need to have
> those to do document validation offline ;)
DTDs won't help you; JSP tags use namespaces, which are beyond the
capabilities of DTDs.
Shawn
--
To unsubscr
ind the version of that creates a scripting
variable, you can use instead. (Don't be fooled by the name
"bean"; you can use it to create a scripting variable of any type.)
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-mail:
ib doesn't support the JSTL EL, and the EL in JSTL 1.0
won't let you access that method unless you provide a wrapper class. In
JSP 2.0, you'll be able to associate that method with a function.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
-
tly different approach, but the
functionality is the same.)
Shawn
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:taglibs-user-help@;jakarta.apache.org>
e and Sun as it was back
in March), but they do a good job with these interviews, and it might be
fun to watch.
It's available off the main page of
http://www.theserverside.com
Enjoy,
Shawn
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakarta.apache.org>
For a
pointed out recently, auto-discovery of TLDs likely won't work if you
install libraries into common/lib; you'll most likely need to define the
libraries explicitly in a deployment descriptor.
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
--
To unsubscribe, e-
n
URIs are always appropriate, it's not clear what's supposed to happen when
you introduce a custom one. Any comments?)
--
Shawn Bayern
"JSTL in Action" http://www.manning.com/bayern
On Wed, 6 Nov 2002, Alberto Tomas wrote:
> Hy all,
> I posted this question 3 weeks ag
On Mon, 4 Nov 2002 [EMAIL PROTECTED] wrote:
> Basically, is there a way for me to use and have it
> literally write NULL instead of the string 'NULL'?
Sure:
This is different from the textual
--
Shawn Bayern
"JSTL in Action" http://www.jstlbook.com
; -- or other projects'
alternatives -- if you want open-ended, time-based caching.
--
Shawn Bayern
"JSTL in Action" http://www.jstlbook.com
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:taglibs-user-help@;jakarta.apache.org>
On Fri, 1 Nov 2002, Henri Yandell wrote:
> String Taglib [and all the Jakarta taglibs to my knowledge] are not
> ELized yet.
The Cache Taglib uses the EL interpreter from the Standard Taglib, but I
believe that's the only one so far.
--
Shawn Bayern
"JSTL in Action" ht
n.com site, the third
> argument is an object. It shall be a locale string or a locale object?
It can be a String or a java.util.Locale; both are intended to work (and
teh Config.set() call is intended to be used with multiple configuration
settings), which requires the use of Object as th
se JSTL to access the Result
object; it wasn't designed for easy access in Java. What are you
expecting to get from scriptlets in this case?
--
Shawn Bayern
"JSTL in Action" http://www.jstlbook.com
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakar
t="javax.servlet.jsp.jstl.sql.Result" %>
...
<%
Result pippo = (Result) ...;
...
%>
I strongly recommend not doing this, though, and using the JSTL tags
instead. The issue you noted with line breaks will affect you with
scriptlets as much as it will with JSTL tags.
--
See, however,
chapter 14 and appendix B for examples of ResultSupport.
--
Shawn Bayern
"JSTL in Action" http://www.jstlbook.com
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:taglibs-user-help@;jakarta.apache.org>
the non-XML syntax, an unmatched tag is
simply template text.
--
Shawn Bayern
"JSTL in Action" http://www.jstlbook.com
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:taglibs-user-help@;jakarta.apache.org>
o be synchronized or not, and how you should manage its
lifecycle, are questions dependent on your application's overall design.
--
Shawn Bayern
"JSTL in Action" http://www.jstlbook.com
--
To unsubscribe, e-mail: <mailto:taglibs-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:taglibs-user-help@;jakarta.apache.org>
1 - 100 of 593 matches
Mail list logo