RV: Manage Results obtained from ResultSets

2002-11-14 Thread SANZ SANFRUCTUOSO, Manuel

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

2002-11-14 Thread bryan


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

2002-11-14 Thread Þorgils Völundarson
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

2002-11-14 Thread Wolfgang Röckelein
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

2002-11-14 Thread peter lin

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

2002-11-14 Thread matsuhashi

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

2002-11-14 Thread Shawn Bayern
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

2002-11-14 Thread Shawn Bayern
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

2002-11-14 Thread Shawn Bayern
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?

2002-11-14 Thread Manfred Riem
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

2002-11-14 Thread Dave Newton
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?

2002-11-14 Thread Eric . Lewis
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

2002-11-14 Thread Martin Cooper


 -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

2002-11-14 Thread Xose Ramon Sousa Vazquez
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?

2002-11-14 Thread Shawn Bayern
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

2002-11-14 Thread matsuhashi

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

2002-11-14 Thread matsuhashi

(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

2002-11-14 Thread Paul Campbell
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

2002-11-14 Thread Gisella Saavedra
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

2002-11-14 Thread Stefan
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

2002-11-14 Thread Mark Goking

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

2002-11-14 Thread Stefan
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

2002-11-14 Thread Mark Goking

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

2002-11-14 Thread Stefan
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