Re: Recursive Tag
Rahul is right, Standard shuold stick to the JSTL implementation. But you could add this new tag to the Unstandard taglib, which is on the sandbox. -- Felipe Rahul P Akolkar wrote: Standard (currently part of Jakarta Taglibs) implements the specification. If the relevant folks are listening to this list, you might get an answer here, but IMO, you are barking up the wrong tree ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [String] Chomp, prechomp: Behavior changed? Documentation?
Hi Eric, (and sorry for the delay :-( On Tue, 2004-12-28 at 11:36 +0100, [EMAIL PROTECTED] wrote: Ok, I submitted the bug 32857, but I don't know how to make a patch, sorry... The process is described in the following page: http://jakarta.apache.org/site/source.html#Patches I can fix it without a patch too, as this is just a documentation change - I will do that later this week (or next), it will depend on my patience to setup my environment after a HD crash... -- Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Creating a custom Iterate Tag
On Tue, 2005-01-18 at 13:08, Marius Botha wrote: I need some guidance with creating a custom iterate tag (literally like the standard IterateTag, but where I can control what happens). I tried to find good examples or tutorials on how to do this, but couldn't find anything good so please advise if you know of anywhere good to look that is up to date. Have you tried the examples that comes with the Jakarta Standard Taglibs? They have such example... -- Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: one class implementing many tags
Another option would be passing the level as an argument. Something like this: html:h level=1 msg=xxx/ -- Felipe On Mon, 2004-11-29 at 21:22, Rahul P Akolkar wrote: I'm not sure why you want just one class, it seems you can just have a Utils/Helper class that the 6 tag impl classes rely on to do all the work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: feature request and patch
On Wed, 2004-11-10 at 17:26, Helen Chen wrote: I am new in this mail list. Welcome :-) Could anyone kindly tell me how to send feature request and patch to datagrid? Should I use this email address? No, don't use this address: open an issue at bugzilla and it will be automatically sent to the taglibs-dev list. The URL is: http://issues.apache.org/bugzilla/enter_bug.cgi (Please use the Taglibs as 'program' and Sandbox Taglibs as 'component') -- Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem with fmt:formatDate
Flavio, You're free to add suggest such improvements for the next JSTL specs at: https://jstl-spec-public.dev.java.net/ -- Felipe On Thu, 2004-10-14 at 10:04, Flavio Tordini wrote: posting. Ok, it's 100% spec compliant... let's hope the spec will be changed in the future. It would also be backwards-compatible since noone relies on - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL 1.1: diffs between c and c-1_0
On Tue, 2004-10-05 at 20:03, Dirk Manske (Mailing list) wrote:
I upgraded to JSTL 1.1 because we are now using Tomcat 5. At first I tried
the c.tld taglib. But this did not work. For example the result of c:out
value=${aVariable} / for aVariable set to 100 was simply ${aVariable}
instead of 100.
Did you use the proper jars? You *must* use JSTL 1.1 on Tomcat 5, as it
is a JSP 2.0 container.
Note also that on JSP 2.0, the EL evaluation is done by the container
(not the tag handlers) but your application must be set with the proper
web.xml header (i.e., the one that uses the servlet 2.4 XML schema, and
not the servlet 2.3 DTD).
-- Felipe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Simple select question
On Mon, 2004-10-04 at 15:40, Justin F. Knotzke wrote:
Could someone please write out an example of what the select tag would look
like so that the selected item is the item that is equal to the foo
property?
I didn't quite understand your question, but you can access the request
object through the tag's PageContext. Something like this:
public int doStartTag() {
String bar = super.pageContext.getRequest().getAttribute(foo);
// ...
}
-- Felipe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: POP3 tag?
Helios, I think it's not up to a taglib to judge how it should be used. As you mentioned, sql and xml are useful for small apps, and so would be a POP3 taglib. For instance, you could write a simple page that queries the POP3 server and shows a summary of your messages, without downloading them. -- Felipe On Tue, 2004-09-28 at 17:02, Helios Alonso wrote: Anyway, I suscribe that sql mailer wouldn't be in custom tags (or only for small and not scalable apps). A web-designer wouldn't be allowed to send or receive email. If he/she does it, he/she is a web-app-designer (an architect). Real web designers only have to decide about how to show data (at most decide about navigation). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DataGrid problem ???
Hi Eric, That's a question for Nestor, the DataGrid author. He usually answers these questions very quickly, but I think he is facing some email issues, as a private message that I sent to him bounced (with the 'mailbox unavailable' message). So, let's wait a couple of days and see what happens... Felipe On Fri, 2004-09-17 at 21:21, Eric Chow wrote: Hi all, The DataGrid tag is a body tag, the body contents is constructed un XML. The problem is that how can I display the item that with some extra action. For example, before print out the item value, I want to encode/decode the original value, how can I do this in DataGrid ??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] New taglibs on Jakarta Taglibs Sandbox
Hi all, The Jakarta Taglibs Team is proud to announce the availability of 3 new taglibs in their sandbox: * Datagrid - a taglib that can be used to create web tables with data, calculate aggregations, order table values and do paging * Mailer2 - a complete rewrite of the original Mailer Tag Library. * RDC (Reusable Dialog Components) - a framework for creating JSP taglibs that aid in rapid development of voice and multimodal applications. The taglibs documentation are available in the following links: http://jakarta.apache.org/taglibs/sandbox/doc/datagrid-doc/intro.html http://jakarta.apache.org/taglibs/sandbox/doc/mailer2-doc/intro.html http://jakarta.apache.org/taglibs/sandbox/doc/rdc-doc/intro.html And their nightly builds can be downloaded from: http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/src/ http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/projects/datagrid/ http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/projects/mailer2/ http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/projects/rdc/ Cheers, Felipe Leme (on behalf of the Jakarta Taglibs team) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: String concatenation
BTW, trying to concatenate 2 strings using a + is a common mistake - I
think it would worth some sort of FAQ/note on the specification about
how to correctly do it.
On Mon, 2004-08-23 at 14:58, Keith wrote:
c:set var=name value=${firstname} ${lastname} /
There's no JSTL concatenation operator (that I know). Whatever you want the separator
between them to be, just put it there. In this instance, it's a space.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository
On Thu, 2004-07-29 at 10:30, [EMAIL PROTECTED] wrote: Yes, but, you should do all your work to setup the directory structure in a staging area like your home directory before placing anything into these Done: http://apache.org/~felipeal/maven_repo/ directories. Have someone else whose done the process review everything prior to moving it into the repository. Could you please take a quick look on that directory? I will also ask on the maven-dev list... I don't believe that removing something from java-repository actually removes it from ibiblio because of the rsync process. Yes, you should leave whatever is on ibiblio there at this time. Ok, I will leave it there (although I don't like redundant stuff) SNAPSHOT is different than unofficial release, SNAPSHOT referes to a link to the most recent release. an unofficial release is one that has the date as a version number, thus there can be SNAPSHOTS that point to official releases in the repository. I thought a SNAPSHOT always pointed to the latest unofficial release (in fact, Maven lacks the concept of CURRENT, which would be a link to the last official release). Anyway, we can pass on the SNAPSHOT concept, as the taglibs are not released that often. Cheers, I'll be around next week if you need help, but I don't suspect I'll have time to respond the rest of this week. Hopefully you can still check that repo this week :-) Thanks again for helping it out, Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository
Hi Mark, I'd like to upload all taglibs to the repository, but I have some questions: On Sat, 2004-02-28 at 12:12, Mark R. Diggory wrote: 1.) create a project directory for taglibs that looks like /www/www.apache.org/dist/java-repository/jakarta-taglibs/jars/standard-version.jar /www/www.apache.org/dist/java-repository/jakarta-taglibs/jars/jndi-version.jar /www/www.apache.org/dist/java-repository/jakarta-taglibs/jars/tag-lib-version.jar 1.Is /www/www.apache.org/dist/java-repository/ still the right directory that is synced to ibiblio? If so, where the taglibs from ibiblio came from (as that directory does not have any of our artifacts)? 2.Ibiblio already have groups for jstl and taglibs, but they have just a few jars. So, we have 2 options: a.maintain that structure b.put everything on jakarta-taglibs, removing these old files from ibiblio I opt for option b - the only problem is that if remove jstl and taglibs from ibiblio, it might break other projects that depends on them (I would still prefer that option, as those groups are crippled). 2.) for the last couple releases we should probibly just extract the jars from the tar ball distributions and generate md5's for them. Ideally, we should 'mavenize' the whole project. But for now, we can just generate/upload the MD5 files manually. 3.) finally, a SNAPSHOT symlink and reference file should be generate which points to the latest release for each taglib: I read in some ASF list that we should not be providing SNAPSHOTs, only official releases. Once you confirm my questions, I can write some shell scripts to populate our repository. Regards, Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Where is the Input tag library?
Martin, I think - but am not sure - that some taglibs never had an official release. Felipe PS: by speaking of releases, do you know what's going on with the nightly builds (last one was on May 29th, even though Gump is not complaining they are broken) On Fri, 2004-06-04 at 19:23, Martin Cooper wrote: I have no idea where they went (assuming they were really there at some point). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: calling a method in c:if tag
On Thu, 2004-05-27 at 20:04, Barnett, Brian W. wrote:
I have a List object as a request scoped variable and I want to call a
method on it as the test of a c:if statement. Is this a no no?
No, this is a no yes :-): no, you can't do it on JSTL 1.0, but yes,
you can on JSTL 1.1, using EL functions.
What I really want to do is something like this:
c:if test=${schoolList.size() 0}.
On JSTL 1.1, you could use:
c:if test=${fn:length(schoolList) 0}
BTW, there is a similar example on Sun's Web Service tutorial:
http://java.sun.com/webservices/docs/1.3/tutorial/doc/IntroIWA5.html
Felipe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: passing JSTL to custom tag attribute
Derek, I think he meant Tomcat 5 implements EL (and not JSTL) natively. Felipe On Thu, 2004-05-20 at 19:04, Derek Mahar wrote: What do you mean when you say that Tomcat 5 implements JSTL natively? From my experience, Tomcat 5 does not ship with JSTL. You must download and install JSTL separately. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] String Taglib 1.1.0 has been released
The Jakarta Taglibs Team is proud to announce the release of version 1.1.0 of its String taglib. This a new minor release, where new tags were added and some bugs fixed. Downloads: Binary: http://jakarta.apache.org/site/binindex.cgi Source: http://jakarta.apache.org/site/sourceindex.cgi Project's pages: Overall: http://jakarta.apache.org/taglibs/ String Taglib: http://jakarta.apache.org/taglibs/doc/string-doc/intro.html Cheers, Felipe Leme (on behalf of The Jakarta Taglibs Team) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven repository
Mark/Pierre, Just now I started to use Maven in a project, and I think it's a very good product. So, at long term, I suggest that we add Maven support on our tags - it would make it much easier to handle the dependencies and we could take advantage of our existing xdocs documents. Meanwhile, I could do the 'manueal update' Mark mentioned (in fact, that's something we really must do, as the repository right now have the 1.0.2 artifacts, which are pretty old). Felipe PS: I think this discussion should be kept only in the devs list On Sat, 2004-02-28 at 12:12, Mark R. Diggory wrote: As taglibs currently doesn't take advantage of Maven for building, I expect we will use a manual solution for publsihing which would look something like: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: input taglib - defaulting checkboxes to checked when using ?var=value in URL
Hi Charles, On Thu, 2004-03-11 at 13:18, Charles Nealey wrote: Is this a known bug or is there just no way to get this to work due to the way checkboxes are submitted (nothing sent if nothing is checked)? Is there a way to get around this? Any ideas??? I worked around it to do what I want to do, but it would be better to be able to get this to work. :) This is not exactly a bug, but a situation that's difficult to handle. Please, take a look on bug 12189 (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12189) and leave your comments/opinions (like what you did to work around it) there. Regards, Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tag libraries for Web UI components(Ananth)
On Mon, 2004-03-08 at 06:17, Ananth R wrote: I want to know whther there are any tag libraries to render the User interface. Try this one: http://struts.application-servers.com/ Disclaimer: I haven't used it yet, so I'm not sure if that's what you're looking for. Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dbTag Error
Hi Derek, On Thu, 2004-02-26 at 14:13, Derek Haidle wrote: You are using the B1 version, I'm using Current. You mean jakarta-taglibs-dbtags-current.tar.gz, from the web site? That's just a link to B1, which is the latest version anyway. Could that be the problem? I'm going to download the I don't think so. Any other ideas? That's a weird problem. Maybe your .jar is corrupted - did you try to unzip it and check if all files are there? Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: taglib standard 1.0 in Tomcat
On Thu, 2004-02-26 at 20:32, George Hester wrote: I put this in my web.xml: taglib taglib-urihttp://java.sun.com/jstl/core/taglib-uri taglib-location/WEB-INF/taglib-location /taglib As someone already suggested, you just need to set this mapping in a JSP 1.0 or 1.1 container. As JSTL requires JSP 1.2, you don't need to set it at all. that resulted in a dead web-app. I have all the jars from the standard package in C:\Inetpub\JSP-Files\WEB-INF\lib. I have all the included tlds in C:\Inetpub\JSP-Files\WEB-INF The web-app is dead probably because you added the taglib in the wrong order (unfortunately, the order of the elements matter). I'm at a loss. There must be somethiong more that is necessary and undocumented. Here is the deal in a nutshell 1.Don't set taglib elements on web.xml 2.Make sure you are using the right JAR files (standard.jar and jstl.jar) according to the JSP version your server supports. For JSP 1.2 (like tomcat 4.x) it's JSTL 1.0 (latest is 1.0.5); for JSP 2.0 (like tomcat 5.x) is JSP 1.1 (latest is 1.1.0). 3.Make sure you use the right URL: JSTL 1.0 - http://java.sun.com/jsp/core JSTL 1.1 - http://java.sun.com/jsp/jstl/core Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bug in jstl 1.1 c:set?
Aadi,
Which version of Tomcat 5 are you running it? I just ran the code below
on Tomcat 5.0.16 (and JSTL 1.1.0) and it worked fine:
%@ taglib prefix=c uri=http://java.sun.com/jsp/jstl/core; %
% request.setAttribute( pqParams, new java.util.HashMap(3) ); %
c:set target=${requestScope.pqParams} property=currentDate
value=11/22/2003/
PARAMS: c:out value=${requestScope.pqParams['currentDate']}/
The error message you're getting it's weird, as it complains about set
and not c:set. It seems to be some WebWork/Tomcat integration issue -
could you please try the code above, in a page of its own (instead of
chained in your WebWork environment)?
Regards,
Felipe
On Wed, 2004-02-25 at 15:05, Aadi Deshpande wrote:
Hi,
Using TC 5, JSTL 1.1 final, with J2SDK 1.4.2_03 , the following code
fails to execute :
% request.setAttribute( pqParams, new java.util.HashMap(3) ); %
c:set target=${requestScope.pqParams} property=currentDate
value=11/22/2003/
with error :
javax.servlet.ServletException: Invalid property in lt;setgt;:
currentDate
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Difference between c.tld and c-rt.tld
On Monday 11 August 2003 12:23 pm, Narayan, Anand ANarayan-at-e-gatematrix.com |jakarta| wrote: I was under the impression that if we used th normal tags we could not use Java scriptlet code within the page. Is that correct? Or can we mix the two even when using the normal Not exactly. If you want to restrict use of scriplet in the page, you could use the ScriptFreeTLV on JSP 1.2 (on JSP 2.0 you can configure that at the web.xml level). I talk about it (and TLVs in general) in the article below: http://today.java.net/pub/a/today/2004/02/04/validation.html Felipe PS: sorry for the slightly late reply. At the time you posted the message, I realized a lack of googable examples on how to use TLVs, so I decided to write about it (but as you might figure, it took months to finish the article :-( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announcing standard-1.1.0 and standard-1.0.5
Fredrik, I temporarily fixed some of these files (as the official notes are automatically generated by the nightly build). Anyway, thanks for warning us about the issue. Felipe On Fri, 2004-01-30 at 20:53, Fredrik Westermarck wrote: The URLs above doesn't mention the new releases yet... The last releases that are mentioned is 1.0.4 and 1.1.0-B1. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SQL / Date query
Hi Jack, Looks like you forgot to user parentesis in the first CURDATE. Your WHERE statement should be: WHERE date BETWEEN CURDATE() and CURDATE() + INTERVAL 6 DAY Regards, Felipe On Sunday 18 January 2004 22:48, Jack Lauman wrote: I'm trying to create a JSP page the will display rows of a table beginning on the current date and ending at a total of 7 days. The following query works in MySQL but returns the following error when attempting to run the jsp: org.apache.jasper.JasperException: SELECT date, time, am_pm, height, cond FROM cherry_point_tides WHERE date BETWEEN CURDATE and CURDATE() + INTERVAL 6 DAY : Column not found, message from server: Unknown column 'CURDATE' in - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Serialising javax.servlet.jsp.jstl.sql.ResultImpl
Kris, There was already a bug opened for this issue (can't find which one while bugzilla is down) and it was marked as RESOLVE LATER because the problem is in the JSTL specification, not at Jakarta's implementation itself. As JSTL 1.1 specification has reached its final status, this bug can't be fixed now, only on the next specification. Felipe Kris Schneider wrote: While it could be argued it's not a bug, it certainly would be a nice enhancement to have ResultImpl implement Serializable. There are, however, a couple of things you can do in the meantime. Depending on your needs, you could just store the SortedMap[] returned by getRows in the session. Or you could create your own Result implementation that is serializable - the code in ResultImpl isn't really all that complex. Unfortunately, Bugzilla appears to be unreachable or I'd see about submitting an enhancement request... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using scripting variable in JSTL standard 1.0 EL
Martin,
The problem, I think, is that he wants to do some calculation with the
request value.
Antony,
If the calculation is simple, you can access the request parameters as
Martin mentioned, do the calculation using EL, assign it to another
variable and then use that variable with c:out. Something like this:
// on top of the page
c:set var=myCalculation value=${2*param.foo + 3*param.bar}/
// then in the middle of the page
c:out value=${myCalculation}/
If the calculation is complex, it would be better to encapsulate it in a
custom tag (or in a bean). Something like this:
myTaglib:myCalculation var=myCalculation param1=${param.foo}
param2=${param.bar}/
Notice that in this case your custom tag should know how to evaluate
the EL (unless you are using a JSP 2.0). An easier (to implement)
solution would be:
myTaglib:myCalculation var=myCalculation requestParam1=foo
requestParam2=bar/
But in this case your tag is tied to the request.
Regarding the efficiency, your old solution was slightly more efficient.
On the other hand, using JSTL and custom tags makes the JSP code much
cleaner and easier to maintain. It's always a trade-off between
performance x maintenance: unless the performance is really, really an
issue, you should opt for the maintenance.
Felipe
Martin Cooper wrote:
You can access request parameters directly with the EL. For example, if
you have a request parameter named foo, you can do this:
c:out value=${param.foo}/
The 'param' part is an implicit object that lets you access the request
parameters.
--
Martin Cooper
On Mon, 15 Dec 2003, Antony Paul wrote:
Hi,
I have a page where a value is calculated at top of the page based on a
request parameter. It is an integer. Using normal JSP I could get this
varaible at another part in page. But if using JSTL do I have to set the
value first in pageContext then get the value using EL. Is this an
inefficent method ?. I am working on JSTL standard 1.0 Tomcat 4.27. I have
only 2 weeks knowledge in JSTL and EL.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTTP Headers
Nic, You can't do it with JSTL (you can get the header values, but not set them), but you can with the Response Taglib: http://jakarta.apache.org/taglibs/doc/response-doc/response-1.0/index.html Felipe Nic Werner wrote: Is there a way to send HTTP headers w/JSTL? I want to send a header to the browser to invalidate (close) a session and I couldn't really find anything w/google. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTTP Headers
Chen, Tim wrote: Response Headers != Request Headers. Sorry, my bad. What I meant is that you cat get the request headers with JSTL, but would need the Response taglib to set the response headers. Not sure if that's the issue the original poster had in mind though... Request Headers can be set via certificates etc.. but programmatically you will have to hack the headers in.. I suggest using perl or otherwise. If you know a way via java please let me know :) The request headers are sent by the client's browser, it makes no sense to hack them. Anyway, interesting answer :-) Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: c:out and default - question on code.
Antony, default is a reserved word. You can have the setDefault() and getDefault() methods, but hot the default variable. Instead, you should use _default, theDefault, ddefault, or something like that (notice that as you are encapsulating this variable through the getters and setters, its real name doesn't matter). In particular, JSTL use default_ : OutTag.java: private String default_;// stores EL-based property Felipe On Monday 08 December 2003 11:12 am, Antony Paul wrote: Declaring a varible names default gives this error by javac. JspOutTag.java:12: identifier expected private String default; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to work with a custom and a JSTL
On Sunday 23 November 2003 02:59 pm, Vernon Smith wrote: attribute src? When I try this way, I get an error as: According to TLD, tag mm:imagesizer must be empty, but is not When you declares a tag in the TLD, there is a sub-element of the tag element called body-content, where you define if the tag has an empty body or JSP code (I'm not sure if there are any more options availlable). For instance, in c.tld we have: tag namewhen/name tag-classorg.apache.taglibs.standard.tag.el.core.WhenTag/tag-class body-contentJSP/body-content /tag and tag nameremove/name tag-classorg.apache.taglibs.standard.tag.common.core.RemoveTag/tag-class body-contentempty/body-content /tag Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tags creating Tags
Lukas, I think you can accomplish what you're looking for using JSP 2.0 and tag files. If I'm correct (I haven't used them yet, only read about), you can create tag files that uses other custom tags. Felipe On Monday 27 October 2003 12:07 am, Lukas Bradley wrote: I'm surprised a method like this doesn't already exist. This wouldn't be - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tags creating Tags
On Monday 27 October 2003 12:46 am, Lukas Bradley wrote: Yep. That's exactly what I'm looking for. Now Tomcat 5 just needs to be released, because I'm stuck with JSP 1.2 for now. *sniff* You're lucky - some of the projects I work on are stuck on JSP 1.1 or even JSP 1.0/JServ :-( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Simple question, taglibs on eclipse-specific
Hi Manos, There is another eclipse similar to lomboz, called MyEclipse IDE, Enterprise Workbench (www.myeclipseide.org). Felipe On Tuesday 21 October 2003 12:12 pm, Manos Papantoniou wrote: So apparently this is a bug of the editor or the Lomboz plugin (since AFAIK this plugin gives the eclipse editor JSP syntax highlighting and recognision capabilities). I have already made a post to the relevant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fmt:formatDate problems jstl 1.0.3
On Wednesday 03 September 2003 06:14 am, Tony Grant tony-at-tgds.net |jakarta|
wrote:
Now I have located the root of my problem. My query is returning a
string and not a date...
If the query is returning a string, you could convert it to a date first -
using parseNumber - and then format it in the proper locale:
% String sDate = oeuvre_data; // simplified expression %
fmt:parseNumber var=date parseLocale=en_US%=sDate%/fmt:parseNumber
fmt:formatNumber value=${date}/
If the locale is not en_US you can replace it or even use the pattern
attribute.
Felipe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: writing a custom tag that can use EL
On Wednesday 03 September 2003 06:39 am, Adam Hardy wrote: it will interpret the EL specified. I assume there must be some classes in some jar somewhere, something I need to implement or extend? Yes, something like that. Take a look in this past message: http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgId=1008448 Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: writing a custom tag that can use EL
On Wednesday 03 September 2003 11:00 am, Adam Hardy wrote: From the LoopTag I could obtain the LoopTagStatus object via the getLoopStatus() method. Yes, that would solve your problem too. It would even be a more elegant solution for the problem. It seems that implementing EL will be a breeze if you can use JSP 2.0, Yes, JSP 2.0 will make it much easier. but I have no idea whether that is released yet, or even which version I'm on at the moment. How does one tell? Its final specification is almost done and you can follow its status on this page: http://jcp.org/en/jsr/detail?id=152 I'm unsure what is going to happen. At the moment, J2EE 1.4 is in beta. From my experience, it will take a while until J2EE 1.4 is widely used. Even when the final version is launched, it will take some time for the companies to use it (take as example J2EE 1.4, which is still not used as much as it should). Of course, if you are an early adopter, that won't be a problem :-) I can see that it includes javax.servlet.jsp.el package, but it doesn't have javax.servlet.jsp.jstl. Do you know. or anyone for that matter, what the situation is? Does J2EE 1.4 include JSP2.0? Is JSTL part of JSP2.0? J2EE 1.4 will include JSP 2.0. I think it will include JSTL 1.1 too, but I'm not sure if that's official. Anyway, JSTL itself is not part of JSP 2.0, but JSTL 1.1 will depend on JSP 2.0 (in fact, the main reason for the 1.1 release is integration with JSP 2.0 EL) Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: writing a custom tag that can use EL
Pierre, Now that you mention it, is there any plans to officially include it on J2EE1.4? I think JSTL is not in the current J2EE 1.4 specification, even though its implementation is included on j2sdkee1.4. Felipe On Wednesday 03 September 2003 01:36 pm, Pierre Delisle wrote: JSTL is not currently part of the J2EE platform. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: writing a custom tag that can use EL
On Wednesday 03 September 2003 02:44 pm, Chen, Gin wrote: Why should JSTL be included in JSEE1.4? Maybe I'm misunderstanding here but I think of JSTL as this set of taglibs that I use. It's a set of taglibs. But as the name implies, it's the standard taglibs. So I think it would make sense to be part of J2EE or JSP. How silly to have it included with JSEE 1.4. Wouldnt that mean that if a new development occurs within JSTL taglibs that it would have to wait for J2EE 1.4's next release to get to us? Not necessarily. The way I see it, J2EE would only specify which version of JSTL (like JSTL 1.1 on J2EE 1.4) should be bundled with a J2EE compliant server. In other words, it would guarantee that if you deploy an aplication on J2EE 1.4, at least JSTL 1.1 will be there (you could eventually deploy your application with a newer version of JSTL). FElipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: writing a custom tag that can use EL
Eric, Although this is obviously a valid point, waiting for JSP 2.0 is not really a good solution for the present. Especially if you are someone who I thinks you misunderstood my posts. I didn't say we should wait for JSP 2.0 to use EL; I just said it will be much easier to develop tags when it is available. In fact, I already use Jakarta's evaluator in many tags I develop (and most of them derives from a super-class that already implements many helpers to evaluate EL). Especially if you are someone who is programming for a container such a Websphere, meaning that you probably won't see JSP 2.0 for over another year. You are lucky that you can use JSTL there. One of the projects I work on is stuck in a JSP 1.1 container :-( Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problems with install
Hi, That's because you are using a JSP 1.1 container (and JSTL requires JSP 1.2). If I don't declare the taglibs in my web.xml file, I get: Fatal error: http://java.sun.com/jstl/core: Failed to find taglib for an absolue URI 'http://java.sun.com/jstl/core'. JSP 1.1 containers doesn't recognize automatically the TLDs in the jars. Warning: http://java.sun.com/jstl/core: Unknown element 'tlib-version' encountered while parsing the TLD. The TLD DTD has changed from JSP 1.1 to JSP 1.2. Anybody have any ideas what I'm doing wrong? I have J2EE 1.2. There you go. You probably need J2EE 1.3. Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: API for expression language evaluation
On Wednesday 20 August 2003 06:19 am, Johann Uhrmann wrote:
is there an API for expression language evaluation?
Yes, there is. But it's part of Jakarta Standard, not JSTL itself.
${bean.property}
Should be evaluated to the property value of the bean.
Take a look on this article, it explain how to achieve that:
http://www.onjava.com/pub/a/onjava/2002/10/30/jstl3.html
Does the JSTL provide such an API?
Unfortunately, the JSTL 1.0 specification doesn't provide that API. But that's
not really a problem because:
- most - if not all - of current JSTL 1.0 implementations are based on Jakarta
Standard - which provides such API
- JSTL 1.1 (and I guess the next versions too) requires JSP 2.0, which takes
care of EL handling
Felipe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Editor
Hi, Interesting, I just wrote a small article on how the main IDEs in the market handle JSTL and taglibs in general: JDeveloper - has full support (i.e, syntax highlighting and code completion) for taglibs. Current version (9.0.3) doesn't include JSTL in its pallette (it's necessary to manually add each library), but next version (9.0.5) will JBuilder - supports JSTL since version 8 (PS: didn't test it personally, this part was done by the magazine staff) Netbeans - has full support for taglibs. The documentation says some version already include JSTL support, but it didn't in the version I tried (3.5.1, which was the most recent at the time), so I had to add standard.jar to the repository Eclipse - the editor by itself doesn't support J2EE/JSP development, but you can achieve that using plug-ins. I tested 2 popular plug-ins for the task, both freeware (but not open source): Lomboz - the most popular, supports tags highlight, but not code completion MyEclipse - full support for taglibs None of then had native support for JSTL though; it was necessary to add the jars to the project Also, as someone already mentioned, Intellij/IDEA has a nice support for that (we didn't test that one because the article was focused on these 4 IDEs). Felipe On Monday 11 August 2003 09:41 am, p-at-zdzior pazdzior-at-interia.pl |jakarta| wrote: Can you recomend me some editor which reckognize jstl tags? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML Selects and bean style properties.
Hi,
Have you tried $USER:full_name?
(not sure if it works, as I never tried, but the specification suggests :
could be used for that)
Felipe
On Monday 11 August 2003 03:34 pm, Kris Schneider kris-at-dotech.com |jakarta|
wrote:
So, something like this doesn't work?
x:out select=/foo/[EMAIL PROTECTED]/
Find the bar element with an attribute x equal to the value of USER's
full_name. What if you add a level of indirection:
c:set var=fullName value=${USER.full_name}/
x:out select=/foo/[EMAIL PROTECTED]/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: remoteUser
PageContext is not a JSTL-only object, it's part of the Servlet API and as such, it's documented there: http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/jsp/PageContext.html Felipe On Tuesday 12 August 2003 09:48 am, p-at-zdzior pazdzior-at-interia.pl |jakarta| wrote: by the way - is there any documantation available which describes all availale parameters like pageContext.request.remoteUser, ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML help
Yes, it does, thanks. And sorry for not searching the archives before (mailing to the list is my last resource, but I forgot the archives: only looked at the specification and bugzilla :) Felipe On Thursday 31 July 2003 01:00 am, matsuhashi-at-quick.co.jp |jakarta| wrote: Does this help? http://nagoya.apache.org/eyebrowse/SearchList?listId =[EMAIL PROTECTED]searchText=namespaces+in+x%3Apar sedefaultField=subjectSearch=Search - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
XML help
Hi all,
I'm having some trouble using the XML tags to print elements of a document
that uses a DTD (from xmlresume).
The normal xml document has the following structure:
!DOCTYPE resume PUBLIC -//Sean Kelly//DTD Resume 1.5.1//EN
../dtd/resume.dtd
resume xmlns=http://xmlresume.sourceforge.net/resume/0.0;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; id=felipeal
Using this structure, I can do the XSLT transformation, but can't get the name
of the elements using x:out.
It has to be something related to the xmlns stuff, because the x:out would
work if:
1.The DTDs are removed
2.The xmlns declarations are removed from both the .xml and the .dtd
Anyway, if I use one of theses aproaches, then the x:transform doesn't work
(it only works with the full DTD/XML).
So, my question is: I'm missing something (as I'm not a XML expert :) or is it
a bug? If it is a bug, I could take a look on the code and try to debug it,
but I'd like to be sure before I start that process..
Felipe
PS: here are some code fragments (all files are available at
http://felipeal.net/teste/jstl/ - I might be deploying the jsp files later on
that site)
testBug.jsp
--
%@ taglib prefix=c uri=http://java.sun.com/jstl/core; %
%@ taglib prefix=x uri=http://java.sun.com/jstl/xml; %
c:set var=request value=${pageContext.request}/
c:set var=baseURL
value=${request.scheme}://${request.serverName}:${request.serverPort}${request.contextPath}/
%-- this is the code that works, as it doesn't use the DTD --%
x:parse var=docNoDTD
resume id=felipeal
header
name
firstnameFelipe/firstname
surnameLeme/surname
/name
/header
/resume
/x:parse
x:set var=name select=$docNoDTD/resume/header/name/
Name (noDTD): x:out select=$name/firstname/nbsp;x:out
select=$name/surname/
brbr
%-- this is the code that doesn't work --%
x:parse var=docDTD systemId=${baseURL}/xml/resume.xml
!DOCTYPE resume PUBLIC -//Sean Kelly//DTD Resume 1.5.1//EN
../dtd/resume.dtd
resume xmlns=http://xmlresume.sourceforge.net/resume/0.0;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; id=felipeal
header
name
firstnamefelipe/firstname
surnameleme/surname
/name
/header
/resume
/x:parse
x:set var=nameDTD select=$docDTD/resume/header/name/
Name (DTD): x:out select=$nameDTD/firstname/nbsp;x:out
select=$nameDTD/surname/
brbr
%-- this code works too, but I had to strip the xmlns stuff --%
x:parse var=docDTD2 systemId=${baseURL}/xml/resume2.xml
!DOCTYPE resume PUBLIC -//Sean Kelly//DTD Resume 1.5.1//EN
../dtd/resume2.dtd
resume id=felipeal
header
name
firstnameFELIPE/firstname
surnameLEME/surname
/name
/header
/resume
/x:parse
x:set var=nameDTD2 select=$docDTD2/resume/header/name/
Name (DTD2): x:out select=$nameDTD2/firstname/nbsp;x:out
select=$nameDTD2/surname/
brbr
Proof that the document was parsed:
x:forEach var=element select=$docDTD//
element:x:out select=$element/br
/x:forEach
OUTPUT
---
Name (noDTD): Felipe Leme
Name (DTD):
Name (DTD2): FELIPE LEME
Proof that the document was parsed: element:
element: felipe leme
element:
element: felipe leme
element:
element:
element: felipe leme
element:
element:
element:felipe
element:
element:leme
element:
element:felipe
element:leme
fragments of resume.dtd (original dtd)
--
!ELEMENT resume (docpath?, header?, (%sections;)*, lastModified?,
copyright?)
!ATTLIST resume id ID #IMPLIED
xmlns CDATA #FIXED http://xmlresume.sourceforge.net/resume/0.0;
xmlns:xsi CDATA #FIXED http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation CDATA #IMPLIED
fragments of resume2.dtd (modified dtd)
-
!ELEMENT resume (docpath?, header?, (%sections;)*, lastModified?,
copyright?)
!ATTLIST resume id ID #IMPLIED
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Formatting timestamps retrieved in a sql result set
On Monday 28 July 2003 02:26 pm, Narayan, Anand ANarayan-at-e-gatematrix.com
|jakarta| wrote:
After executing a query I want to format any date and time values
using a custom pattern before displaying them.
How would I accomplish this?
You could use the fmt:formatDate tag, using the pattern attribute. Something
like this:
fmt:formatDate value=${row.updateTime} pattern=MM/dd/ HH:mm/
Felipe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help with catch tag
On Sunday 27 July 2003 01:11 pm, Mike Steigerwald Steiger-at-UMich.edu
|jakarta| wrote:
I guess I need a code review. Can anyone see what might be wrong with the
snippet below? It does not seem to catch an exception generated when the
Ok, I'll try...
c:if test=${exception != null}
Sorry. Processing could not be performed because...
/c:if
I guess null is not a valid EL literal. Try this:
c:if test=${not empty exception}
Sorry. Processing could not be performed because...
/c:if
Felipe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: x:transform using xsl:include
Hi Aaron,
I had exactly the same problem you had, and the solution I found was to use a
full URI for the xsl (i.e, with the http:// poiting to your web server). In
my case, I used the following jsp code:
%@ taglib prefix=c uri=http://java.sun.com/jstl/core; %
%@ taglib prefix=x uri=http://java.sun.com/jstl/xml; %
c:set var=xslURI
value=http://localhost:8080/jm9-jstl/xsl/output/br-html.xsl/
c:set var=xmlURI value=http://localhost:8080/jm9-jstl/xml/resume.xml/
c:import url=${xmlURI} var=xml/
c:import url=${xslURI} var=xslt/
x:transform xml=${xml} xmlSystemId=${xmlURI} xsltSystemId=${xslURI}
xslt=${xslt}/
Try to adapt that code to your page (just changing the values of xslURI and
xmlURI).
Felipe
On Wednesday 09 July 2003 11:31 am, Aaron Jackson jacksonakj-at-hotmail.com
|jakarta| wrote:
I have the following JSP that is using x:transform to do a
transformation. The xsl that I am using has xsl:import tags that are
%@ taglib prefix=c uri=http://java.sun.com/jstl/core;; %
%@ taglib prefix=x uri=http://java.sun.com/jstl/xml;; %
c:import url=/xml/aaronjackson.xml var=xml/
c:import url=/xsl/output/us-html.xsl var=xslt/
x:transform xml=${xml} xslt=${xslt}
xsltSystemId=/xsl/output/params.xsl/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: One loop for two arrays
On Tuesday 22 July 2003 12:44 pm, Vincent Peytavin wrote:
c:forEach var=nom items=${liste1} varStatus=i
// Something which puts in 'surname' the value of 'list2[i]'
/c:forEach
I think the something could be something like::
c:set var=surname value=${list2[i]}/
Is that what you want?
Felipe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
