Hi,
Is the c:redirect url=/ equivalent in scriptlets response.sendRedirect() ?
Thanks,
Stef
Hi,
IN your book 'JavaServerPages' on page 580 where you are listing response objects
methods, you list 3 deprecated methods:
public string encodeRedirectURL(String url) , You go on to say in Servlet 2.1 use
'encodeRedirectURL(String url)'
How is that different?
Stef
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.
Hi,
Are there any taglibs out there that provide an abstraction layer for PDA device
displays? An example of such would be the Microsoft ASP.NET mobile controls. The
controls will properly render the gui widgets on about 200 devices ...
Thanks,
Stef
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
Stefan wrote:
Hi,
IN your book 'JavaServerPages' on page 580 where you are listing response objects methods, you list 3 deprecated methods:
public string encodeRedirectURL(String url) , You go on to say in Servlet 2.1 use 'encodeRedirectURL(String url)'
How is that different?
First, please
On Thu, 21 Nov 2002, Hans Bergsten wrote:
To answer your question, the deprecated method is encodeRedirectUrl()
(note the mixed case in Url), replaced with encodeRedirectURL() (note
URL in all caps). This change was done for consistency with other
methods that contains URL in their names.
On Thu, 21 Nov 2002, Henri Yandell wrote:
I wonder if Sun will ever get around to dumping the acronym-rule bit
from their coding standard. Or is it already gone?
[as in, URL is wrong by the Java Coding Standard, but Url is right]
No, it's still there, but it's not universally followed. To
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,
I think I was confused because I took the taglib directive out of a
page that is only included by other pages. I can do that and the page
still works. Is it not supposed to? I know the page is re-compiling.
Travis
Travis McCauley wrote:
Hello,
I am still new to jsp and jstl and I'm a little
Travis McCauley wrote:
I think I was confused because I took the taglib directive out of a page
that is only included by other pages. I can do that and the page still
works. Is it not supposed to? I know the page is re-compiling.
If you include a page with the include directive (%@ include
is there an administrator here? :) i want to be unsubscribed to the mailing list. as
well as jakarta. problem is i cant unsubscribe. so im hoping that someone can remove
me manually from the mailing list database. =)
mark
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus
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) %
The first is returning null and the second is returning the appropriate
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
15 matches
Mail list logo