RV: Manage Results obtained from ResultSets
Has anybody used the ResultSupport class? I'd like to call a JavaBean to give me back a JSTL Result objet to be able to process it as if I would have had it from a sql:query action. I don`t know how to get this object in my JSP and manage it. There are some articles that say something about it, but none of them give examples. Can anybody help me? Thanks. Manuel Sanz. -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
xtags question
Hi, I'm a newbie in this area so this will no doubt sound sort of stupid. First I'm somewhat confused as to what is part of what project, i.e is xtags part of the jstl? I'm confused about this because I understand the XSL tag library is superceded by the JSTL and I figured if it was maybe xtags as well. I have an application for which xtags seems to be the right solution but I don't want to use it if it's possible to do the same things with a library under the JSTL. If xtags is not part of the JSTL is there an answering library that has the same functionality? The functionality I want is specifically to run an xslt against an xml and pass in parameters, simple enough. I don't want to use Cocoon in this situation for reasons too convoluted to enumerate. -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
Re: Whitespace generated by JSTL tags
I use a tag from the coldtags suit called optimize. It can be found here http://coldjava.hypermart.net/servlets/opttags.htm along with info. Hope it helps, Thorgils I am investigating an issue with a JSP page which, under certain circumstances, generates a 22.4 MB file to send back to the client. Turns out, a substantial portion of this page is whitespace. As I see it, the whitespace is coming from two places: 1) whitespace the developer added to make the JSP more readable seems to be repeated in the HTML sent to the client (and duplicated if it's inside a c:forEach tag) and 2) the tags themselves are generating extra newline characters To address issue 1, I edited the JSP file, changed all tabs to one blank space, and removed all empty lines. This reduced the size of the file from 22.4MB to 4.1MB. Then, within the triple-nested c:forEach loops, I made the code all one line -- very ugly, but reduced the size of the HTML file to 367kB. To confirm my suspicions on issue 2, I re-wrote a small excerpt of the page to use scriptlets instead of c:forEach and c:if tags. The loop is used to generate a select with options whose value depend on the iteration through the loop. As you can see in the excerpt from the view page source sent to the client, the version generated with the core JSTL tags has extra whitespace between the options. Imagine doing this for a menu of 100 options, 3 times, and you can see where all the whitespace is coming from. I tested this with both Tomcat and Weblogic as the web server. My question is this: Is there any way to avoid all this whitespace caused by core JSTL tags? table tr td align=left bgcolor=#ff This selection menu was generated using standard JSTL tags lt;c:ifgt;, lt;c:forEachgt;, and lt;c:outgt;. /td /tr tr td align=left bgcolor=#ff select name=termselector option value=wordNode_1 testID=option_wordNode_1 HELP /option option value=wordNode_2 testID=option_wordNode_2 USER /option option value=wordNode_3 testID=option_wordNode_3 WRITE /option option value=wordNode_4 testID=option_wordNode_4 QUERY /option /select /td /tr tr td align=left bgcolor=#ff This selection menu was generated using scriptlets instead of standard JSTL tags. /td /tr tr td align=left bgcolor=#ff select name=termselector option value=wordNode_1 testID=option_wordNode_1 HELP /option option value=wordNode_2 testID=option_wordNode_2 USER /option option value=wordNode_3 testID=option_wordNode_3 WRITE /option option value=wordNode_4 testID=option_wordNode_4 QUERY /option /select /tr /td /table Thanks, Corby Jacobs [EMAIL PROTECTED] Convera Corporation 11000 Broken Land Pkwy Columbia, MD 21044 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org Kveðja, Þorgils Völundarson Krabbameinsfélag Íslands, Krabbameinsskrá Beinn sími: 540 1973 netfang: [EMAIL PROTECTED] gsm: 698 5302 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
Re: Whitespace generated by JSTL tags
Hi, Hans Bergsten wrote: Anyway, the best way to handle it is probably to use a filter that compresses the response (most browsers supports compressed responses today) since that would reduce the space needed for both whitespace and repeated tags. See this article for an example of the implementation of such a filter: http://www.javaworld.com/javaworld/jw-06-2001/jw-0622-filters.html Has anybody used this filer with a recent tomcat Version? I mostly get 0 length files from this filter (Tomcat 4.1.12) ... Thank you for any hints, Wolfgang -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
Re: Whitespace generated by JSTL tags
there were discussions a while back on this topic. I submitted a suggestion to the expert group for JSP requarding this issue for JSP compile filters. Using compression is one fix, but it doesn't really address the heart of the problem. If you look at the generated source file, you will see tons of out.write for all those blank lines. It's a bit wasteful to have all blank lines, so there should be a clear specification on how JSP page compiler should remove extra spaces if application desires. I had several discussions with the developers of Jasper2. The current spec states the whitespace and blank lines have to be preserved. I'm hoping the JSP spec after 2.0 will address this issue and make it a configurable. peter Wolfgang Röckelein wrote: Hi, Hans Bergsten wrote: Anyway, the best way to handle it is probably to use a filter that compresses the response (most browsers supports compressed responses today) since that would reduce the space needed for both whitespace and repeated tags. See this article for an example of the implementation of such a filter: http://www.javaworld.com/javaworld/jw-06-2001/jw-0622-filters.html Has anybody used this filer with a recent tomcat Version? I mostly get 0 length files from this filter (Tomcat 4.1.12) ... Thank you for any hints, Wolfgang -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
skip x:parse, apply x:out straight to a pre-build DOM instance
Hello, I am wondering if it is possible in JSTL A usual use of JSLT XML tags goes as (1) by x:parse var=MyDOM ... tag, parse a XML document in String to obtain DOM instance in the scoped attribute specified by attribute var, (2) by x:out select=${MyDOM}///, pull the contents as String to show view. Consider a case where a org.w3c.dom.Document object has been created and stored within a request scope attribute before the JSP is invoked. In MVC architecture, this situation is likely to happen. Actually I want to do this in Struts : a Structs Action class produces a DOM and store it in the request scope, then forward to a JSP. In this situation I want to skip calling x:parse and apply x:out to the pre-built DOM instance. The reason why I want to skip is simple: avoid unnecessary XML parsing for better performance. If I have a DOM already, then why do I have to serialize the DOM into a String to pass to x:parse tag!? I have tried to find out if this is possible in various resources, but no such article/documentation I could find. I also tried such coding : c:set var=MyDOM value=${prebuild_DOM}/ x:out select=${MyDOM}//*/ then I was welcomed by a NullPointerException. Any idea? -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
RE: namespaces in x:parse
On Thu, 14 Nov 2002 [EMAIL PROTECTED] wrote: x:registerNamespace prefix=xsl uri =http://www.w3.org/1999/XSL/Transform; scope=.../ !-- registerNamespace tag is NOT defined in the JSTL1.0 specification !!! -- following name might look more familiar to anybody; no explanation needed. x:xmlns prefix=... uri=... scope=.../ Names that begin with xml are reserved by the XML specification. -- 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
Re: skip x:parse, apply x:out straight to a pre-build DOM instance
On Thu, 14 Nov 2002 [EMAIL PROTECTED] wrote: I also tried such coding : c:set var=MyDOM value=${prebuild_DOM}/ x:out select=${MyDOM}//*/ then I was welcomed by a NullPointerException. You can do it, but the syntax you're using is wrong. The JSTL tags don't care whether the DOM you're using has come from x:parse 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 x:out select=$MyDOM//* / -- 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
Re: RV: Manage Results obtained from ResultSets
On Thu, 14 Nov 2002, SANZ SANFRUCTUOSO, Manuel wrote: Has anybody used the ResultSupport class? I'd like to call a JavaBean to give me back a JSTL Result objet to be able to process it as if I would have had it from a sql:query action. I don`t know how to get this object in my JSP and manage it. There are some articles that say something about it, but none of them give examples. Can anybody help me? The ResultSupport class should do what you want, assuming that you're starting with a JDBC ResultSet object. Usage works just like this: 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
x:transform which engine?
Hi all, Can anyone tell me which engine the transform tag uses? And if one can set it up to use another transformer? also, if not, how can I access the specific settings for the transformer? Regards, Manfred. - RIACA - http://www.riaca.win.tue.nl HG 9.38 Technische Universiteit Eindhoven Postbus 513 [EMAIL PROTECTED]5300 MB Eindhoven +31-40-2474797The Netherlands - -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
Re: Whitespace generated by JSTL tags
Wolfgang Röckelein wrote: I mostly get 0 length files from this filter (Tomcat 4.1.12) ... So... the compression is working really, really well. I suppose you're going to complain about the decompression now? ;) Dave -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
WARs missing from JSTL 1.0.2?
Hi Am I just being stupid or are the WAR files missing from the binary distribution of JSTL 1.0.2? Regards, Eric swissinfo/Swiss Radio International Eric Lewis IT Engineering Giacomettistrasse 1 CH-3000 Berne 15 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
RE: Whitespace generated by JSTL tags
-Original Message- From: peter lin [mailto:peter.lin;labs.gte.com] Sent: Thursday, November 14, 2002 4:05 AM To: Tag Libraries Users List Subject: Re: Whitespace generated by JSTL tags there were discussions a while back on this topic. I submitted a suggestion to the expert group for JSP requarding this issue for JSP compile filters. Using compression is one fix, but it doesn't really address the heart of the problem. If you look at the generated source file, you will see tons of out.write for all those blank lines. It's a bit wasteful to have all blank lines, so there should be a clear specification on how JSP page compiler should remove extra spaces if application desires. I had several discussions with the developers of Jasper2. The current spec states the whitespace and blank lines have to be preserved. I'm hoping the JSP spec after 2.0 will address this issue and make it a configurable. Yes, it would have to be configurable. A lot of people seem to assume that JSP always generates HTML to it's safe to always collapse whitespace, but that's not true, and whitespace sometimes matters. -- Martin Cooper peter Wolfgang Röckelein wrote: Hi, Hans Bergsten wrote: Anyway, the best way to handle it is probably to use a filter that compresses the response (most browsers supports compressed responses today) since that would reduce the space needed for both whitespace and repeated tags. See this article for an example of the implementation of such a filter: http://www.javaworld.com/javaworld/jw-06-2001/jw-0622-filters.html Has anybody used this filer with a recent tomcat Version? I mostly get 0 length files from this filter (Tomcat 4.1.12) ... Thank you for any hints, Wolfgang -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
dbtags Tomcat 4.1.12
We are seeing some strange behavior from dbtags since we switched to Tomcat 4.1.12. I'm pretty sure it's related to the new tag pooling feature of Tomcat. I am wondering if anyone else is having problems. If we have two statements on the same page, where the first one returns rows, but the second does not, the second statement tag prints out the actual text of it's query instead of nothing. For example: sql:statement id=stmt2 conn=conn sql:queryselect * from foo/*a query that returns rows*//sql:query sql:resultSet id=rset2 /sql:resultSet /sql:statement sql:statement id=stmt3 conn=conn sql:queryselect * from bar /*a query that returns NO rows*//sql:query sql:resultSet id=rset3 /sql:resultSet /sql:statement Would actually send back to the browser select * from bar /*a query that returns NO rows*/ Thanks Xosé Ramón Sousa Vázquez Optare Solutions S.L. [EMAIL PROTECTED] Tlfno: 986 410 091 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
Re: WARs missing from JSTL 1.0.2?
On Thu, 14 Nov 2002 [EMAIL PROTECTED] wrote: Am I just being stupid or are the WAR files missing from the binary distribution of JSTL 1.0.2? Indeed, I think the latest distribution doesn't have the sample and 'doc' WARs. The problem was on my end; I've been meaning 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
RE: namespaces in x:parse
Names that begin with xml are reserved by the XML specification. Yes, you are right. I was stupid, sorry... -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
Re: skip x:parse, apply x:out straight to a pre-build DOM instance
(BThank you very much for your reply. It worked! (B (B MATSUHASHI,kazuaki (B QUICK Corp, (B Japan (B (B (B (B (B (B (BShawn Bayern (B (Bbayern@essent$B08@h(B: Tag Libraries Users List (B (Bially.net[EMAIL PROTECTED] (B (B cc: (B (B2002/11/15$B7oL>(B: Re: skip x:parse, apply (Bx:out straight to a (B00:04 pre-build DOM instance (B (B"Tag Libraries (B (BUsers List" $B$X(B (B (B$BJV?.$7$F$/$@$5(B (B (B$B$$(B (B (B (B (B (B (B (B (B (B (BOn Thu, 14 Nov 2002 [EMAIL PROTECTED] wrote: (B (B I also tried such coding : (B (B c:set var="MyDOM" value="${prebuild_DOM}"/ (B x:out select="${MyDOM}//*"/ (B (B then I was welcomed by a NullPointerException. (B (BYou can do it, but the syntax you're using is wrong. The JSTL tags don't (Bcare whether the DOM you're using has come from x:parse or from a (Bservlet. But either way, you must refer to it using XPath variables, not (Bthe JSTL EL inside the 'select' attribute. Thus, you'd write (B (B x:out select="$MyDOM//*" / (B (B-- (BShawn Bayern (B"JSTL in Action" http://www.manning.com/bayern (B (B (B-- (BTo unsubscribe, e-mail: (Bmailto:[EMAIL PROTECTED] (BFor additional commands, e-mail: (Bmailto:[EMAIL PROTECTED] (B (B (B (B (B (B (B-- (BTo unsubscribe, e-mail: mailto:[EMAIL PROTECTED] (BFor additional commands, e-mail: mailto:[EMAIL PROTECTED]
mailer-taglib in jakarta
On the mailer taglib, I didn't seem to be able to find a syntax that allows me to set a string either using EL or RT notation. Is that correct? or is my understanding faulty? Is there more than one way ? Example: I have some bean called stringBean. How do I get a property such as stringBean.server into the attribute server below from my bean? lt; mt:mail server=mail.myotherserver.com user=abc password=xx to=[EMAIL PROTECTED] from=[EMAIL PROTECTED] subject=love and kisses gt; lt;mt:messagegt; lt;%= msg %gt; lt;/mt:messagegt; lt;mt:send/gt; lt;/mt:mailgt; -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
RE: namespaces in x:parse
In case somebody is interested in the resolution for parsing xml obviating the namespace, I got the value of the select attributes by the following piece of code: x:set var=lightColor scope=application select=string($colorsXml//*[name = 'light']/*[local-name() = 'select']) / -Original Message- From: Gisella Saavedra Sent: Wednesday, November 13, 2002 3:36 PM To: 'Tag Libraries Users List' Subject: namespaces in x:parse Hello, can anyone offer any help on what follows: I have the following file, colors.xsl, which I read as xml input although it is a stylesheet: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:variable name=dark select='#99'ciao/xsl:variable xsl:variable name=medium select='#B3B697'hola/xsl:variable xsl:variable name=light select='#EDEBEB'/ /xsl:stylesheet I basically need to set background colors for a JSP-based application. What I do is to set application variables containing the color values. This file is read once, at application login. I have the following piece of code WHICH WORKS when I remove the namespace prefixes from colors.xsl: c:import var=colors url=/mwr/colors.xsl/ x:parse xml=${colors} var=colorsXml/ x:set var=mediumColor scope=application select=string($colorsXml//stylesheet/variable[name='medium']/select) / ... Does somebody know how I can handle the namespace prefix xls in the select attribute of x:set? I tried: x:set var=darkColor scope=application select=string($colorsXml//*[local-name() = 'dark']/select) / but it does not retrieve anything ?? Gisella -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
Jakarta Mailer
Hi, I want to be able to pass dynamic values for some the the taglibs attributes: mt:mail server=mail.lonewolfe.com to=%= to % from=%= from % subject=Jakarta mail taglib This does not seem to work, is this a context issue? If so would using JSTL ${param.parameterName} work or c:set ? Thanks, Stef
RE: Jakarta Mailer
stefan, that works. maybe you have other code problems that resulted in that not working. you can use %= % inside but not inside ${} mark -Original Message- From: Stefan [mailto:nickm;studioweb.com] Sent: Friday, November 15, 2002 11:07 AM To: Tag Libraries Users List Subject: Jakarta Mailer Hi, I want to be able to pass dynamic values for some the the taglibs attributes: mt:mail server=mail.lonewolfe.com to=%= to % from=%= from % subject=Jakarta mail taglib This does not seem to work, is this a context issue? If so would using JSTL ${param.parameterName} work or c:set ? Thanks, Stef --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
Re: Jakarta Mailer
Hi, This works: %@ taglib uri=http://jakarta.apache.org/taglibs/mailer-1.0; prefix=mt % mt:mail server=mail.lonewolfe.com to=[EMAIL PROTECTED] from=[EMAIL PROTECTED] subject=Jakarta mail taglib mt:message type=html - And this does not work for me, perhaps you can see why: %@ taglib uri=http://jakarta.apache.org/taglibs/mailer-1.0; prefix=mt % % String from_ = [EMAIL PROTECTED]; String to_ = [EMAIL PROTECTED]; % /head body h2Jakarta Mail Works Great!/h2 mt:mail server=mail.lonewolfe.com to=%= to_ % from=%= from_ % subject=Jakarta mail taglib mt:message type=html - Original Message - From: Mark Goking [EMAIL PROTECTED] To: Tag Libraries Users List [EMAIL PROTECTED] Sent: Thursday, November 14, 2002 10:10 PM Subject: RE: Jakarta Mailer stefan, that works. maybe you have other code problems that resulted in that not working. you can use %= % inside but not inside ${} mark -Original Message- From: Stefan [mailto:nickm;studioweb.com] Sent: Friday, November 15, 2002 11:07 AM To: Tag Libraries Users List Subject: Jakarta Mailer Hi, I want to be able to pass dynamic values for some the the taglibs attributes: mt:mail server=mail.lonewolfe.com to=%= to % from=%= from % subject=Jakarta mail taglib This does not seem to work, is this a context issue? If so would using JSTL ${param.parameterName} work or c:set ? Thanks, Stef --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
RE: Jakarta Mailer
if you say that it doesnt work then put those variables in a c:set var=from value=%= from_ %/ or c:set varfrom %= from_ % /c:set mark -Original Message- From: Stefan [mailto:nickm;studioweb.com] Sent: Friday, November 15, 2002 11:16 AM To: Tag Libraries Users List Subject: Re: Jakarta Mailer Hi, This works: %@ taglib uri=http://jakarta.apache.org/taglibs/mailer-1.0; prefix=mt % mt:mail server=mail.lonewolfe.com to=[EMAIL PROTECTED] from=[EMAIL PROTECTED] subject=Jakarta mail taglib mt:message type=html - And this does not work for me, perhaps you can see why: %@ taglib uri=http://jakarta.apache.org/taglibs/mailer-1.0; prefix=mt % % String from_ = [EMAIL PROTECTED]; String to_ = [EMAIL PROTECTED]; % /head body h2Jakarta Mail Works Great!/h2 mt:mail server=mail.lonewolfe.com to=%= to_ % from=%= from_ % subject=Jakarta mail taglib mt:message type=html - Original Message - From: Mark Goking [EMAIL PROTECTED] To: Tag Libraries Users List [EMAIL PROTECTED] Sent: Thursday, November 14, 2002 10:10 PM Subject: RE: Jakarta Mailer stefan, that works. maybe you have other code problems that resulted in that not working. you can use %= % inside but not inside ${} mark -Original Message- From: Stefan [mailto:nickm;studioweb.com] Sent: Friday, November 15, 2002 11:07 AM To: Tag Libraries Users List Subject: Jakarta Mailer Hi, I want to be able to pass dynamic values for some the the taglibs attributes: mt:mail server=mail.lonewolfe.com to=%= to % from=%= from % subject=Jakarta mail taglib This does not seem to work, is this a context issue? If so would using JSTL ${param.parameterName} work or c:set ? Thanks, Stef --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org
Re: Jakarta Mailer
Hi, Did the following and it does not work: %@ taglib uri=http://jakarta.apache.org/taglibs/mailer-1.0; prefix=mt % %@ taglib prefix='c_rt' uri='http://java.sun.com/jstl/core_rt' % %@ taglib prefix='c' uri='http://java.sun.com/jstl/core' % % String from_ = [EMAIL PROTECTED]; String to_ = [EMAIL PROTECTED]; % /head body h2Jakarta Mail Works Great!/h2 c_rt:set var=to scope=session value=%= to_ %/ mt:mail server=mail.lonewolfe.com to=c:out value='${to}'/ from=[EMAIL PROTECTED] subject=Jakarta mail taglib mt:message type=html Thanks, Stef - Original Message - From: Mark Goking [EMAIL PROTECTED] To: Tag Libraries Users List [EMAIL PROTECTED] Sent: Thursday, November 14, 2002 10:44 PM Subject: RE: Jakarta Mailer if you say that it doesnt work then put those variables in a c:set var=from value=%= from_ %/ or c:set varfrom %= from_ % /c:set mark -Original Message- From: Stefan [mailto:nickm;studioweb.com] Sent: Friday, November 15, 2002 11:16 AM To: Tag Libraries Users List Subject: Re: Jakarta Mailer Hi, This works: %@ taglib uri=http://jakarta.apache.org/taglibs/mailer-1.0; prefix=mt % mt:mail server=mail.lonewolfe.com to=[EMAIL PROTECTED] from=[EMAIL PROTECTED] subject=Jakarta mail taglib mt:message type=html - And this does not work for me, perhaps you can see why: %@ taglib uri=http://jakarta.apache.org/taglibs/mailer-1.0; prefix=mt % % String from_ = [EMAIL PROTECTED]; String to_ = [EMAIL PROTECTED]; % /head body h2Jakarta Mail Works Great!/h2 mt:mail server=mail.lonewolfe.com to=%= to_ % from=%= from_ % subject=Jakarta mail taglib mt:message type=html - Original Message - From: Mark Goking [EMAIL PROTECTED] To: Tag Libraries Users List [EMAIL PROTECTED] Sent: Thursday, November 14, 2002 10:10 PM Subject: RE: Jakarta Mailer stefan, that works. maybe you have other code problems that resulted in that not working. you can use %= % inside but not inside ${} mark -Original Message- From: Stefan [mailto:nickm;studioweb.com] Sent: Friday, November 15, 2002 11:07 AM To: Tag Libraries Users List Subject: Jakarta Mailer Hi, I want to be able to pass dynamic values for some the the taglibs attributes: mt:mail server=mail.lonewolfe.com to=%= to % from=%= from % subject=Jakarta mail taglib This does not seem to work, is this a context issue? If so would using JSTL ${param.parameterName} work or c:set ? Thanks, Stef --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.410 / Virus Database: 231 - Release Date: 10/31/2002 -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:taglibs-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:taglibs-user-help;jakarta.apache.org