On Tue, 18 Feb 2003, Jeff Corliss wrote:
1) There doesn't seem to be a varStatus attribute for the x:forEach
tag like there is for the c:forEach tag.
For the time being, I implemented one using c:set etc. (so I can have
even/odd table row styles for a table being built from xml data), but
Thanks so much for the prompt reply, Shawn!
JC
__
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com
-
To unsubscribe, e-mail: [EMAIL
It might be useful if we could see your JSP code, and any relevant bean code if it's
non-trivial.
-Original Message-
From: Schnitzer, Jeff [mailto:[EMAIL PROTECTED]]
Sent: Wed 02/12/2003 3:17 PM
To: [EMAIL PROTECTED]
Cc:
: Thursday, February 13, 2003 8:29 AM
To: Tag Libraries Users List
Subject: RE: JSTL problems on Tomcat 4.1.x
It might be useful if we could see your JSP code, and any relevant
bean
code if it's non-trivial.
-Original Message-
From: Schnitzer, Jeff [mailto:[EMAIL
On Wed, 5 Feb 2003, Steve Morrison wrote:
It seems as if the jstl (1.0.2) coerces all numbers to a Double, where
really what I want is to keep it as an integer.
c:set var=height250/c:set
c:out value=${height/2}/
returns 125.0. I'd like it to return just 125 - any hints?
Not all numbers
?
-Jeff
Travis McCauley [EMAIL PROTECTED]
01/29/2003 03:51 PM
Please respond to Tag Libraries Users List
To: Tag Libraries Users List [EMAIL PROTECTED]
cc:
Subject:Re: JSTL SQL
Never mind, I was thinking MySql not MS SQL Server. That certainly
will not help
Is it possible that the data already in the database is encoded as
unicode? That might explain what you are seeing in your output. It's
possible you just need to configure your browser for unicode or you
might need to add the following parameters to the connection string
you give the JDBC
Never mind, I was thinking MySql not MS SQL Server. That certainly
will not help you.
Sorry,
Travis
What?
-Mensagem original-
De: Travis McCauley [mailto:[EMAIL PROTECTED]]
Enviada em: quarta-feira, 29 de janeiro de 2003 16:51
Para: Tag Libraries Users List
Assunto: Re: JSTL SQL
Thanks henri that was exactly my problem.
Henri Yandell [EMAIL PROTECTED]
01/28/2003 05:13 PM
Please respond to Tag Libraries Users List
To: Tag Libraries Users List [EMAIL PROTECTED]
cc:
Subject:Re: jstl + string
From this error report I'd say
Libraries Developers List
Subject: Re: JSTL synchronization bottleneck
Hi Jeff,
Yes, this is a relic from an earlier implementation that we can indeed
optimize. I'll look into it more closely and try to post a fix
shortly.
Shawn
On Thu, 23 Jan 2003, Schnitzer, Jeff wrote:
I'm doing
I think it should work too. Perhaps changing the isValid to getValid would
fix it. What error are you getting?
-Original Message-
From: Leif Hanack [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 22, 2003 11:24 AM
To: [EMAIL PROTECTED]
Subject: JSTL and boolean Attributes ???
Where is your 'checker' object, and how did you create it and put it
there?
--
Martin Cooper
On Wed, 22 Jan 2003, Leif Hanack wrote:
Hello,
i want to access a boolean attribute through JSTL.
If my class looks like:
class Checker {
private boolean m_isValid = false;
public
On Mon, 20 Jan 2003, Jerome Jacobsen wrote:
I was looking at the JSTL code and noticed that the Tags attributes
which accept EL are of type String. Then the Tag handler does the EL
evaluation. However with JSP 2.0 wouldn't the attribute be the actual
Object expected (post evaluation)? In
On Thu, 9 Jan 2003, Travis McCauley wrote:
I've just spent about eight hours trying to figure out a bug in my
web-app and it seems to have been caused by overloading a set method.
This is by design -- or at least the expected behavior. The JavaBeans
introspector ignores overloaded methods
You shouldn't have problems using JSTL with Tomcat 5.0.
Just a few things you should be aware of.
1. If the web application you're using with TC 5.0 and JSTL is based
on a 2.3 deployment descriptor, then the container will not
evaluate the EL expressions present in the target
]
Sent: Saturday, December 21, 2002 4:55 AM
Subject: RE: [JSTL] Help hiding/showing sections on JSP (w/ cookie?)
On Fri, 20 Dec 2002, Wendy Smoak wrote:
I've heard tell of folks serializing things such as this. If you're
not
in a distributed environment (or you somehow manage to have
I've heard tell of folks serializing things such as this. If you're not
in a distributed environment (or you somehow manage to have a shared
directory available to all nodes of the cluser) you could probably do
the same.
Doing something along these lines would not only reduce the load on
On Fri, 20 Dec 2002, Wendy Smoak wrote:
I've heard tell of folks serializing things such as this. If you're not
in a distributed environment (or you somehow manage to have a shared
directory available to all nodes of the cluser) you could probably do
the same.
Doing something along
On Thu, 19 Dec 2002, Wendy Smoak wrote:
x:if select={$showAddress}
tabletrtdstuff/td/tr/table
/x:if
Or can I get at the cookie with JSTL? (And pick out a specific position of
it??) The setting of the cookie is done in a Struts Action, so I've got
Struts (and Struts-EL) tags
Shawn Bayern wrote:
On Thu, 19 Dec 2002, Wendy Smoak wrote:
x:if select={$showAddress}
tabletrtdstuff/td/tr/table
/x:if
Or can I get at the cookie with JSTL? (And pick out a specific position of
it??) The setting of the cookie is done in a Struts Action, so I've got
Struts (and
Glass houses, stones, and all, but I think it's a yicky solution, far
too dependent on nothing ever changing :) If I were doing it I'd explore
other options (storing user prefs in a db indexed by a cookie value, for
instance) and work off of that. Having position-dependent values seems
an
Shawn Bayern wrote:
Oh, I definitely agree. Personally, I might just set multiple cookies,
unless there were more than perhaps a dozen of them.
That was my first thought too, but as I choose to confirm every cookie I
get I discourage people from using them ;)
Dave
--
To unsubscribe,
Oh, I definitely agree. Personally, I might just set multiple cookies,
unless there were more than perhaps a dozen of them.
Unfortunately, there are already a dozen, and although we resist adding more
sections to that page, I have a handful of requests, one or two of which
will probably make
So I'd like to set one cookie, the format of which is open to suggestion,
read it in a Struts Action, do whatever with the value, and then use some
JSTL tags to decide whether or not to display a given section.
Having never done anything of the sort before, either 0010001000 or
I've heard tell of folks serializing things such as this. If you're not
in a distributed environment (or you somehow manage to have a shared
directory available to all nodes of the cluser) you could probably do
the same. Just either serialize them through the typical means or by
using one of
Have you tried to see if the current URL is stored in the Implicit
header or headerValues implicit objects.
smallufo wrote:
Hi , all :
Is there a way to get current URL of the page ?
I tried c:out value=${requestScope.requestURL}/ but cannot get it
I also tried some other methods in
smallufo wrote:
Hi , all :
Is there a way to get current URL of the page ?
I tried c:out value=${requestScope.requestURL}/ but cannot get it
I also tried some other methods in HttpServletRequest but seems not working
, either...
Can somebody help me ? Thanks in advance
Try
c:out
Thank you ,it works
- Original Message -
From: Christopher Lenz [EMAIL PROTECTED]
To: Tag Libraries Users List [EMAIL PROTECTED]
Sent: Monday, December 16, 2002 8:17 PM
Try
c:out value=${pageContext.request.requestURL}/
-chris
--
To unsubscribe, e-mail: mailto:[EMAIL
JSTL, stands for JSP Standard Tag Library
I believe they are one and the same.
Tim
-Original Message-
From: Christian Avril [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002 12:22 PM
To: [EMAIL PROTECTED]
Subject: JSTL
Hi ,
Can You tell me what's the difference between
In my question , there is no confusion
JSTL and JSP TL use both the tags ( c...core, xml, database )
But why two names for the same Tag Library ?
Christian Avril a écrit :
Hi ,
Can You tell me what's the difference between
JSTL andJSP Standard Tag Library
I Just use Struts and I use the
I answered a similar question a while back on the Struts list:
http://www.mail-archive.com/struts-user@jakarta.apache.org/msg49557.html
-Original Message-
From: Christian Avril [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002 11:22 AM
To: [EMAIL PROTECTED]
Subject: JSTL
JSTL is a specification.
JSP Standard Tag Library is the meaning of that acronym.
Jakarta Standard Tag Library is the Jakarta implementation of JSTL.
Hen
On Wed, 11 Dec 2002, Timothy Fisher wrote:
JSTL, stands for JSP Standard Tag Library
I believe they are one and the same.
Tim
Tim, Hen,
Thank's You for your response.
Chris
Henri Yandell a écrit :
JSTL is a specification.
JSP Standard Tag Library is the meaning of that acronym.
Jakarta Standard Tag Library is the Jakarta implementation of JSTL.
Hen
On Wed, 11 Dec 2002, Timothy Fisher wrote:
JSTL, stands
The JSP Standard Tag Library was first called JSPTL when it was in
Early Access. The name was later changed to be JSTL. This is the
same JSP spec.
(see JSR-052 at www.jcp.org, or see http://java.sun.com/products/jsp/jstl)
-- Pierre
Christian Avril wrote:
In my question , there is no
On Thu, 21 Nov 2002, Scott Goldstein wrote:
I think this may have already been posted, but I don't recall the
answer.
Aren't the following two snippets identical?
%
String value = foo;
%
c:out value=${requestScope[value]}/
and
%= request.getAttribute(value) %
Nope.
I get pretty stupid with JSTL sometimes, but aren't you trying to treat
requestScope as a map?
ie) it should be requestScope.var?
Other useful things that took me a while to get:
request.getParameter(Xxx) is available as:
param.Xxx
and the request itself can be got to via:
I seem to have a wonderful ability to not see Shawn's replies. Sorry
Shawn.
On Thu, 21 Nov 2002, Henri Yandell wrote:
I get pretty stupid with JSTL sometimes, but aren't you trying to treat
requestScope as a map?
ie) it should be requestScope.var?
Other useful things that took me a while
If Shawn's response wasn't clear, I'm not sure what else we can say. The EL parser
doesn't read scripting variables. It doesn't know anything about them. It can't use
them. Your first example doesn't work because it's trying to reference a scripting
variable. From the EL's point of view,
On Thu, 21 Nov 2002, Scott Goldstein wrote:
I'm not sure that I follow. How about these two snippets:
%
String value = foo;
%
c:out value=${requestScope[value]}/
and
c:out value=${requestScope[foo]}/
The second one works, while the first doesn't.
Yes. Again, this is
Henri Yandell wrote:
I'd like to do the following:
jsp:forward page=somePage.jsp
jsp:param name=id value=${param.id}/
/jsp:forward
Now, obviously this is not going to work until JSP 2.0.
So then there's the next step of:
jsp:forward page=somePage.jsp
jsp:param name=id value=c:out
On Fri, 8 Nov 2002, Henri Yandell wrote:
Apologies if this is in one of the books on JSTL, I've only got
Shawn's and it's not in there afaik.
Heh - the snippet is actually almost identical to Listing 9.1 in JSTL in
Action. :-) (It actually uses a slightly different approach, but the
I have the same problem. I had a JSP with JSTL working fine on
Tomcat 4.1.12 running on W2000 and MacOSX. I moved the webapp to
the same version of Tomcat on a Linux and it bombed...
All three environments had different JVMs:
Win200 - JDK 1.4.0
MacOSX - JDK 1.3.1
LINUX - JDK 1.4.1
I've
I've ran into something like this error a few times. On MacOS X. Its
a really obscure little boo-boo that I don't really quite know exactly
how it happens, but I suspect it mainly has something to do with the
placement of the JAR files for the XML parser. Try making sure that
you don't have
Henri == Henri Yandell [EMAIL PROTECTED] writes:
Henri I'd like to do the following:
Henri jsp:forward page=somePage.jsp
Henri jsp:param name=id value=${param.id}/
Henri /jsp:forward
Henri Now, obviously this is not going to work until JSP 2.0.
Henri So then there's
On 7 Nov 2002, David M. Karr wrote:
Shouldn't it be the following instead?
c:if test=${!empty param.one}
FOOO
/c:if
c:choose
c:when test=${!empty param.two}
c:out value=BING/
/c:when
c:when test=${!empty param.one}
c:out value=BONG/
/c:when
c:otherwise
On 7 Nov 2002, David M. Karr wrote:
Just use different quotes at the other level:
jsp:forward page=somePage.jsp
jsp:param name=id value='c:out value=${param.id}/'/
/jsp:forward
Nope, not happy. I had:
jsp:forward page='c:out value=${param.goto}/'
jsp:param name=id value='c:out
Henri == Henri Yandell [EMAIL PROTECTED] writes:
Henri On 7 Nov 2002, David M. Karr wrote:
Just use different quotes at the other level:
jsp:forward page=somePage.jsp
jsp:param name=id value='c:out value=${param.id}/'/
/jsp:forward
Henri Nope, not happy. I
Thanks.
Stef
- Original Message -
From: Shawn Bayern [EMAIL PROTECTED]
To: Tag Libraries Users List [EMAIL PROTECTED]
Sent: Monday, November 04, 2002 11:49 AM
Subject: Re: JSTL Result Object and caching
On Sun, 3 Nov 2002, Stefan wrote:
I am looking for information how the JSTL
Shawn Bayern wrote:
On Sun, 3 Nov 2002, Stefan wrote:
I am looking for information how the JSTL ResultObject deals with
caching of resultsets derived from a Javabean method that returned a
JDBC's rowset. When is the resultObject removed from memory, and/or
how (if it is cached), can it be
grenoml wrote:
SCENARIO:
I attempt to convert a Java variable to a taglib
variable by doing this:
CODE:
%
String javavar = somestring;
PrintWriter out = response.getWriter();
out.println(javavar=+javavar);
%
c:set var=taglibvar value=%= javavar % /
c:out value=taglibvar=${taglibvar} /
Did you try using some logout JSP to invalidate that user's session, then
try again without re-deploying the application? I believe
LocalizationContext resides in the session scope for each user, so just
shutting down the browser may not be sufficient, depending on your
session/cookie settings.
It shouldn't work; a.get(b) is not supported in any form by the JSTL
1.0 expression language, whether in c:out or elsewhere. JSP 2.0
will introduce functions that could conceivably be mapped to such a
method, though only through a static wrapper that would cause the
expression to look more
So you're telling us that referencing ${item.a_nomefile} in a
c:out tag, where item is an instance of DynaActionForm
no, I'm using struts 1.02, I don't know anything about DynaActionForm but I use
DynaBeans
to store resultsets output, I was able to iterate the collection with JSTL and display
On Tue, 29 Oct 2002, flare wrote:
My only point was that if an expression works in c:param, it will
also work in c:out. You made a claim otherwise, and I wanted you to
confirm it since it sounded wrong.
I was able to use dynabeans in out and fmt tags but not in param,
that's strange I
On Tue, 29 Oct 2002, flare wrote:
I was able to use dynabeans in out and fmt tags but not in param,
that's strange I know .. since I should to use the code in production
I hope next releases of JSTL won't break the compatibility with the
clean but (now I guess) unsupported format I'm using !
On Tue, 29 Oct 2002, flare wrote:
I'm using latest stable Apache JSTL Implementation on Resin 2.1.5
Are you sure you're not using Resin's JSTL implementation? See
http://www.caucho.com/news/2002-06-12.xtp
for more information.
--
Shawn Bayern
JSTL in Action http://www.jstlbook.com
--
On Tue, 29 Oct 2002, flare wrote:
I'm using latest stable Apache JSTL Implementation on Resin 2.1.5
Are you sure you're not using Resin's JSTL implementation? See
http://www.caucho.com/news/2002-06-12.xtp
I really didn't know resin had a JSTL implementation! You're right I was using
No, it shouldn't. One possible difference is that you're using
c:out from Resin's implementation of JSTL and c:param from the
Standard Taglib.
Exactly, It seems the Resin jstl support is partial, if such a tag is available Resin
is used, if
not the container searches in the classpath and
It might be because you're missing the attribute name and =. You're just
inserting the value of ${bgColor} inside the tr tag, without it being a
value of an attribute.
-Original Message-
From: Stefan [mailto:nickm;studioweb.com]
Sent: Tuesday, October 29, 2002 12:55 PM
To: Tag
PROTECTED]
To: 'Tag Libraries Users List' [EMAIL PROTECTED]
Sent: Tuesday, October 29, 2002 4:00 PM
Subject: RE: JSTL making Dreamweaver unhappy.
It might be because you're missing the attribute name and =. You're
just
inserting the value of ${bgColor} inside the tr tag, without it being
a
value
.
301.230.2248 Fax.
[EMAIL PROTECTED]
www.B2eMarkets.com
-Original Message-
From: Stefan [mailto:nickm;studioweb.com]
Sent: Tuesday, October 29, 2002 4:10 PM
To: Tag Libraries Users List
Subject: Re: JSTL making Dreamweaver unhappy.
I actually use JSTL to write the attribute and value
Hey!
I'm surprised but it worked! CSS is the way to go. Now I wonder how
Netscrape will render it?
Thanks,
Stefan
- Original Message -
From: Gideon, Thomas [EMAIL PROTECTED]
To: 'Tag Libraries Users List' [EMAIL PROTECTED]
Sent: Tuesday, October 29, 2002 4:17 PM
Subject: RE: JSTL
;studioweb.com]
Sent: Tuesday, October 29, 2002 4:30 PM
To: Tag Libraries Users List
Subject: Re: JSTL making Dreamweaver unhappy.
Hey!
I'm surprised but it worked! CSS is the way to go. Now I wonder how
Netscrape will render it?
Thanks,
Stefan
- Original Message -
From
-Original Message-
From: Stefan [mailto:nickm;studioweb.com]
Sent: Tuesday, October 29, 2002 6:59 PM
To: Tag Libraries Users List
Subject: JSTL and the creation of dynamic data bound HTML
form elements.
Hi,
Just wondering if JSTL would be the place for the creation of
On Sun, 27 Oct 2002, flare wrote:
Irrespective of whether you're using DynaBeans or not, if it works in
the latter case, it should work in the former one. That is, the two
expressions you've shown are identical, and both tags evaluate their
attributes as String objects.
c:forEach var=item
On Mon, 28 Oct 2002, flare wrote:
c:forEach var=item items=${requestScope.asteAllegati} varStatus=status
c:url value=/showAllegati.do var=show
c:param name=id value=${requestScope.id}/
c:param name=tipo value=${requestScope.tipo} /
c:param name=key value=${item.a_nomefile} /
/c:url
I'm not really familiar with DynaBeans and how they work. My point is
just that if
dynabeans are not javabeans , since they've dynamic properties you should access them
using bean.get(property) instead of bean.getProperty()
The jstl out tag supports this method of invocation, perhaps
.
-Original Message-
From: flare [mailto:flare;flare.it]
Sent: Monday, October 28, 2002 1:05 PM
To: Tag Libraries Users List
Subject: Re: JSTL BUG? Url problem
On Sun, 27 Oct 2002, flare wrote:
Irrespective of whether you're using DynaBeans or not, if
it works in
the latter case
Thanks,
Stef
- Original Message -
From: Shawn Bayern [EMAIL PROTECTED]
To: Tag Libraries Users List [EMAIL PROTECTED]
Sent: Monday, October 28, 2002 5:58 PM
Subject: Re: JSTL on JSP 1.1?
On Tue, 29 Oct 2002, Stefan wrote:
Would Servlet 2.2, JSP 1.1 on Websphere Application Server
On Sun, 27 Oct 2002, flare wrote:
c:param name=key value=${item.a_nomefile} /
[...]
a href='showAllegati.do?id=c:out value=${requestScope.id}/tipo=c:out
value=${requestScope.tipo}/key=c:out value=${item.a_nomefile} /'
is that a bug or simply dynabens cannot be used that way?
like the other fields on the page.
-Original Message-
From: Wendy Smoak [mailto:Wendy.Smoak;asu.edu]
Sent: Friday, October 18, 2002 7:56 PM
To: 'Tag Libraries Users List'
Subject: RE: JSTL for Maps?
Section A.3.4 of the specification talks about using the [] operator to
access maps. From
nickm == nickm Stefan writes:
nickm Hi,
nickm Is there a JSTL tag that reproduces / applies java.net.URLEncoder.encode so
as to properly encode query strings?
You should read the specification, which you can get to at
http://java.sun.com/products/jsp/jstl/. Read the section entitled
Chen, Gin wrote:
Does JSTL EL support creating objects?
for example the following sniplet:
center%= new java.util.Date() %/center
can i do this using jstl tags without first having to set up a bean?
in particular. I want to use the fmt tag to format this date.
No, but you can use the
Thanks Hans! :)
I was just trying to be lazy and do the creation of the bean in the fmt tag.
:-P
-Tim
-Original Message-
From: Hans Bergsten [mailto:hans;gefionsoftware.com]
Sent: Friday, October 18, 2002 1:44 PM
To: Tag Libraries Users List
Subject: Re: JSTL on the fly
Chen, Gin wrote
Section A.3.4 of the specification talks about using the [] operator to
access maps. From this, you can see that your EL expression would be
${preferredNames[staffMember]}. If you're using Struts-EL, you can just
use that as your value value on your html-el:text element.
-Original
-Original Message-
From: Wendy Smoak [mailto:Wendy.Smoak;asu.edu]
Sent: Friday, October 18, 2002 4:56 PM
Section A.3.4 of the specification talks about using the
[] operator to
access maps. From this, you can see that your EL
expression would be
Henri,
Thanks for your comments and contribution of the taglib. Do you anticipate
that the bug with the String taglib will be fixed in the near future ?
Thanks,
Stef
- Original Message -
From: Henri Yandell [EMAIL PROTECTED]
To: Tag Libraries Users List [EMAIL PROTECTED]
Sent:
Hi,
I think I found another bug with the String taglib, though probably rarely
would this come up. I have found that if I use the substring on more that
one element in the JSTL forEach loop where the start and end values are the
same with both substring tags I then get the same behaviour as I
Libraries Users List
Subject: Re: JSTL and HashMap: How does it work?
Kris Schneider wrote:
Nope, you can do it. From the spec:
%-- productDir is a Map object containing the description of
products, preferences is a Map object containing the
preferences of a user --%
product:
c:out
I don't know JSTL, but Hashmap does not implement
Collection interface.
Regards,
Roberto
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, October 09, 2002 8:02 PM
Subject: JSTL and HashMap: How does it work?
Hi all
According to the documentation,
[EMAIL PROTECTED] wrote:
chart = c:out value=${stock.charts[1M]}/
I get
javax.servlet.ServletException: /jsp/financialdata/show.jsp(33,40) Attribute
1M has no value
I'm way out of my area of expertise here, but I was immediately
concerned about the double
quotes--does chart = c:out
-
From: Roberto Mannai [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 09, 2002 2:26 PM
To: Tag Libraries Users List
Subject: Re: JSTL and HashMap: How does it work?
I don't know JSTL, but Hashmap does not implement
Collection interface.
Regards,
Roberto
- Original Message
With a Map in the c:forEach/ tag, you need to de-reference the value
explicitly in your EL in the nested c:out/, like so:
stock.numberOfCharts = c:out value=${stock.numberOfCharts}/br
stock.charts = c:out value=${stock.charts}/
c:forEach var=chart items=${stock.charts}
br- chart = c:out
to the database.
No. See below for a reply that Shawn sent a few months
ago on a similar question.
-- Pierre
Original Message
Subject: Re: jstl sort
Date: Tue, 6 Aug 2002 08:46:45 -0400 (EDT)
From: Shawn Bayern [EMAIL PROTECTED]
Reply-To: Tag Libraries Users List [EMAIL
and again. i apologize but some how the maillist server
cuts off my code :(
header.jsp:
--
%@ taglib prefix=c uri=/WEB-INF/tlds/jstl/c.tld %
head
titlec:out value=${param.titleString} //title
c:out value=${param.jScript} /
/head
some jsp file with javascript code:
All three messages have the same code...
The only problem I see is that you have the head tag in both files. I'm
not sure what kind of issues that would cause, but it's not good. ;-)
--
Martin Cooper
-Original Message-
From: petra staub [mailto:[EMAIL PROTECTED]]
Sent: Tuesday,
that this wouldn't help neither...
But finally I figured everything out...sorry again...
From: Shawn Bayern [EMAIL PROTECTED]
Reply-To: Tag Libraries Users List [EMAIL PROTECTED]
To: Tag Libraries Users List [EMAIL PROTECTED]
Subject: Re: JSTL import question
Date: Tue, 8 Oct 2002 11:06:32 -0400
Thanks Shawn and Gideon.
I rather suspected that was how I would have to proceed, but wanted an
official declaration of that being the way to go. Gideon is precisely
right about the JavaBean accessor patterns and that was what made me
realize this probably wasn't possible. I wanted to hear
On Thu, 26 Sep 2002, John Hicks wrote:
Thanks to Shawn for clueing me in on the architecture of the
x:transform and x:out tags. I've revised my test files and now x:out,
with properly addressed select values, does indeed output actual data
after a transform.
The only problem is: x:out
On Wed, 25 Sep 2002, John Hicks wrote:
Any ideas on why x:transform and x:out aren't working in my case?
Hi John. I think you're just missing a general principle: if you use
x:transform to run an XSLT transformation, the output of the XSLT
stylesheet is stored in the variable you indicate by
Hello!
I'm using the XSL taglib to do something like this. I will migrate to
JSTL because someone before (see previous mails) told me that XSL taglib
was out-of-date.
Try XSL taglib meanwhile...it works fine.
Then if I have success on migrating I'll tell you how.
Luck!
Mauro
On Wed, 25 Sep
On Tue, 10 Sep 2002, Hao Ding wrote:
1. In Chapter 2 of JSTL in action, it says most of standard JSP core
tags , ,such as jsp:include jsp:useBean jsp:setProperty, are
rarely needed when using JSTL. How can these functions be realized
using JSTL tags?
jsp:include is effectively replaced
On Sun, 8 Sep 2002, Gisella Saavedra wrote:
is there a way to find out the data type (metadata) of the columns
retrieved thru a query?
I am transferring the var that comes back filled from a sql:query
to another JSP page. I want to format the data depending on whether
they are date
Thank you Shawn! It worked!
-Original Message-
From: Shawn Bayern [mailto:[EMAIL PROTECTED]]
Sent: Sunday, September 08, 2002 7:43 PM
To: Tag Libraries Users List; [EMAIL PROTECTED]
Subject: RE: JSTL SQL library
On Sun, 8 Sep 2002, Gisella Saavedra wrote:
c:forEach items
Note that Jakarta Taglibs's session tags are NOT part of JSTL. They are
a custom offering of this open-source project, not a standard.
I'm trying to play with session swapping (meaning storing session data
in a database through jdbc).
I use session tagligs and it seems working pretty well
List
XP Objet : Re: JSTL session tags and more
XP
XP
XP Note that Jakarta Taglibs's session tags are NOT part of
XP JSTL. They are
XP a custom offering of this open-source project, not a standard.
XP
XP I'm trying to play with session swapping (meaning storing session data
XP in a database
Shawn wrote:
Just wanted to let you know that JSTL in Action
is finally shipping from Amazon.
As always, please let me know if you've got any questions.
Will it will be released on O'Reilly's Safari service? Books go out of date
so fast anymore that unless it's a timeless classic (like
-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 28, 2002 8:10 AM
To: 'Tag Libraries Users List'
Subject: RE: JSTL in Action shipping from Amazon
Shawn wrote:
Just wanted to let you know that JSTL in Action
is finally shipping from
.
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 28, 2002 2:42 PM
To: 'Tag Libraries Users List'
Subject: RE: JSTL in Action shipping from Amazon
-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 28, 2002
I always assumed Safari was only for OReilly books.
Must check it out a bit more sometime, maybe convince the company to
subscribe me for a book.
Hen
On Wed, 28 Aug 2002, Wendy Smoak wrote:
Shawn wrote:
Just wanted to let you know that JSTL in Action
is finally shipping from Amazon.
301 - 400 of 561 matches
Mail list logo
