/j2ee;
Ely xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
The 1.1 version of the JSTL doesn't work with Tomcat 4.x. use the 1.x version
of the JSTL.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED
the archives of this list for numerous discussions about
this very point.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP; SCWCD
to be down right now.
Try opening up the jstl.jar file and inspecting the TLD file in the META-INF
directory. That should specify the URI it expects.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP
performance. It is better to
Vernon have something like the Struts logic:notPresent tag. Is something
equivalent in JSTL?
The following has close to the same semantics:
c:if test=${empty expr}
--
===
David M. Karr ; Java
but a null write
method, and it did all this without bombing, then the EL will probably be fine
with it.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP; SCWCD
, and not the
Java api, then another JSTL implementation could use a completely different
class. I'm not complaining, I just want to make sure I'm clear on that point.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL
and then the
Sloan getter symbol and so on.
Sloan How do I get around this so that it works?
Try:
value='${sessionScope[com.symbol.mobilecommerce.analysis.SESSION_USER].firstName}'
--
===
David M. Karr ; Java/J2EE/XML/Unix/C
property name would be poNumber, but you could either
examine the JavaBeans specification, or perhaps write some testing code using
the Introspector class, to get the answer from the horse's mouth.
--
===
David M. Karr ; Java
tag.
Alejandra I suppose that it should be like in Java that runs the loop once.
Alejandra This is a bug or it's not possible to use a foreach only to run once.
Just make end equal to ${latestYear + 1}.
--
===
David M. Karr
further than JSP 2.0 is going, as that would make
it easier to pollute view logic with business logic.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP; SCWCD
--
To unsubscribe, e-mail: mailto
this?
If those values are coming from request parameters, than you can use the EL
syntax to reference request parameters directly:
c:import var=shareweb url=${param.xmlfile} /
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL
?
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
a scoped attribute and then c:if (I think that would
work).
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto
? Does anyone see anything wrong with this?
The typo you refer to is in the first c:forEach. The line ends with /.
That's why the second /c:forEach ended up in the output.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL
(String key)
Affan How do I use this method using EL?
You can't. This kind of expression (called mapped properties) is supported
by the Jakarta Commons BeanUtils package, but not with the JSTL.
--
===
David M. Karr
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED] ; SCJP
--
To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
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 had
URL
Related Actions, which talks about building urls and encoding parameters.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org
with the fact that you're not CDATAing your
scriptlet content.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
Shawn == Shawn Bayern [EMAIL PROTECTED] writes:
Shawn On 13 Oct 2002, David M. Karr wrote:
In particular, I see that the NullAttributeException is thrown if the
expression string was not null, but the resulting value was null.
However, if the expression string was null
);
}
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
that comparing a null-valued SV against would return true.
Is there something wrong here, either with the implementation or the spec?
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail
?
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
.
I need this to work for other files besides XML files, so an identity transform
with x:transform wouldn't be sufficient.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto
I'll
have to track it in the debugger. I don't see what could be wrong.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail
way. Is that correct? I've tried
some experiments and gone through the EL syntax, and I don't see anything like
this.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto
David == David M Karr [EMAIL PROTECTED] writes:
Martin == Martin Cooper [EMAIL PROTECTED] writes:
Martin I'm not sure why you say c:import won't work. You can do this, which I
Martin think is what you want:
Martin c:import var=xml url=/WEB-INF/web.xml/
David Hmm. That wasn't
this.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
David == David M Karr [EMAIL PROTECTED] writes:
David Alternatively, I'd also like to consider the possibility of the form bean
being
David REALLY implicit, not referencing it explicitly in the expression at all,
but I
David don't understand how I could manage that.
I think I now
setCollectionExpr() or something like that, which I can map
into the base class setCollection() method.
I'd appreciate any useful comments or suggestions.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED
I was experimenting with building the JSTL from source, but I noticed it
doesn't deal properly with building with JDK 1.4, as it requires the presence
of jaxp-api.jar, which I believe is part of JDK 1.4.
--
===
David M. Karr
that fragment with a shell or perl
script.
And don't forget to exclude your JSP pages from the final WAR file, as you
don't need them anymore (and as proof your process is working).
--
===
David M. Karr ; Java/J2EE/XML/Unix/C
if you're using the JSTL expression engine
itself, as opposed to using the JSTL tag library).
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
Shawn == Shawn Bayern [EMAIL PROTECTED] writes:
Shawn On 22 Jul 2002, David M. Karr wrote:
The specification states that the . and [] operators are
equivalent. This is essentially true. However, it would be useful to
point out there are some situations where you could get
Even better, if you use the non-rt library:
c:forEach var=genre items=${utilBean.genres}
c:out value=${genre}/
/c:forEach
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail
).
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
. I
haven't used this, I just noticed it in the release notes.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto
(this is set in the forward element in your struts-config.xml
file)? I would think this would only have a chance to work if redirect was
false on that element.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED
get away with leaving out the taglib
declarations in the included pages if they were included with the directive,
but not if they were included with the action.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED
org.apache.taglibs.standard.lang.jstl.parser.ParseException: Encountered
:
Thomas at line 1, column 6.
Could you show us the entire JSP, or at least the beginning of it, including
this line?
--
===
David M. Karr ; Java/J2EE/XML/Unix/C
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
for those attributes are ones that really need them, the ones that
have the values stored in scoped variables.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL
(likely).
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
it
into session scope, you get essentially the same behavior. You might even
consider using application scope.
--
===
David M. Karr ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL
.
--
===
David M. Karr ; Best Consulting
[EMAIL PROTECTED] ; Java/Unix/XML/C++/X ; BrainBench CJ12P (#12004)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
47 matches
Mail list logo