Re: Nested-EL

2003-10-17 Thread Arron Bates
 Edgar P Dollin wrote:
 
 Everyone has preferences but in my opinion JSTL doesn't hold a candle to the
 nested tags, especially customized nested tags.  
 
 I do agree however that JSTL for nested tags is not that important.  It does
 help in environments where there is ZERO tolerance for JSP expressions
 
 
 Conveniently ignoring the fact that something like nested:write 
 property=foo.bar/ stll contains a JSP expression -- just not a 
 *standard* JSP expression :-).


But something like...

  nested:nest property=foo
nested:write property=bar /
  /nested:neste

...is back to standard JSP expression.  :P


Arron.




 
  or
 that are running older versions of the servlet container.
   
 
 
 Definitely.
 
 Edgar
   
 
 Craig


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Nested-EL

2003-10-17 Thread Arron Bates
 --- [EMAIL PROTECTED] wrote:
  Back in September, David Karr was threatening to do Tiles-EL and
  Nested-EL.  I
  see that the Tiles-EL has been committed, sweet.  Nested-EL seems to be
  missing.  David, have you started working on Nested-EL?  If so, how far
  off is
  it from being complete?  If not, do you have any tips, because I am
  getting
  started on it tonight.
 
 Doesn't the EL replace the need for a nested tag library?  Isn't the EL
 syntax easier than using nested tags?  I haven't used Nested but it seems
 like a Nested-EL is redundant.


IMHO, I'd say EL is actually harder, but at any rate EL can't completely do
what the nested tags can. Like anything recursive.

I just had an email conversation with a developer in England that has an app
which business data model is a very large data structure. Depending on the
level and required feature of the interface, they just have an include file
for nested markup at any given level. The root JSP page simply includes the
level for the given point and away it goes, regardless of its place in the
hierarchy, and it's all updatable to the server because the actual property is
made behind the scenes. This is only possible with the nested context being
passed in the request. I put an OO-JSP spiel on my site, and this appears to
be an extreme implementation of it.

I know they're not everyone's cup of tea, but it's a hammer that can hit some
pretty wicked nails.


Arron.


 
 David
 
  
  Carl

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Nested-EL

2003-10-16 Thread Ted Husted
[EMAIL PROTECTED] wrote:
Understood.  I have all of the classes written. The TLD is looking a little
daunting.  From my studies it appears that the tld is generated from an xml
file that is run through an xsl stylesheet.  If you want the classes, I can
send them to you.
Yes, that's true. But it may not be as difficult to work with the XML 
you might imagine. Try copying a likely suspect for a template, and then 
run the Ant compile.website target .. Instant TLD.

-Ted.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Nested-EL

2003-10-14 Thread David Graham
--- [EMAIL PROTECTED] wrote:
 Back in September, David Karr was threatening to do Tiles-EL and
 Nested-EL.  I
 see that the Tiles-EL has been committed, sweet.  Nested-EL seems to be
 missing.  David, have you started working on Nested-EL?  If so, how far
 off is
 it from being complete?  If not, do you have any tips, because I am
 getting
 started on it tonight.

Doesn't the EL replace the need for a nested tag library?  Isn't the EL
syntax easier than using nested tags?  I haven't used Nested but it seems
like a Nested-EL is redundant.

David

 
 Carl
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Nested-EL

2003-10-14 Thread struts
David,

To give you a technical answer: Kinda.

If there was a way for JSTL to reach in and grab the info that the nested tags
are holding (IE Pass the contents of nested:writeNesting /) then I don't
think you would need Nested-EL.  Or, if all of the nested tags worked like
nested:write / where it assumes you are trying to get the latest nested:nest
property.

I want to do nested:select but the select requires a property.  Which the
best way for me to specify would be EL, because I don't always know what the
name of the property is going to be.

So, the plan is to pass in the name of the property through jsp:param which
EL can then grab: 
nested-el:select property=${param.fieldName}
 ...
/nested-el:select

Alternatives are welcome...

Carl

Quoting David Graham [EMAIL PROTECTED]:

 --- [EMAIL PROTECTED] wrote:
  Back in September, David Karr was threatening to do Tiles-EL and
  Nested-EL.  I
  see that the Tiles-EL has been committed, sweet.  Nested-EL seems to be
  missing.  David, have you started working on Nested-EL?  If so, how far
  off is
  it from being complete?  If not, do you have any tips, because I am
  getting
  started on it tonight.
 
 Doesn't the EL replace the need for a nested tag library?  Isn't the EL
 syntax easier than using nested tags?  I haven't used Nested but it seems
 like a Nested-EL is redundant.
 
 David
 
  
  Carl
  
  
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  
 
 
 __
 Do you Yahoo!?
 The New Yahoo! Shopping - with improved product search
 http://shopping.yahoo.com
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Nested-EL

2003-10-14 Thread Edgar P Dollin
Everyone has preferences but in my opinion JSTL doesn't hold a candle to the
nested tags, especially customized nested tags.  

I do agree however that JSTL for nested tags is not that important.  It does
help in environments where there is ZERO tolerance for JSP expressions or
that are running older versions of the servlet container.

Edgar

 -Original Message-
 From: David Graham [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, October 14, 2003 8:24 PM
 To: Struts Developers List
 Subject: Re: Nested-EL
 
 
 --- [EMAIL PROTECTED] wrote:
  Back in September, David Karr was threatening to do Tiles-EL and 
  Nested-EL.  I see that the Tiles-EL has been committed, sweet.  
  Nested-EL seems to be missing.  David, have you started working on 
  Nested-EL?  If so, how far off is
  it from being complete?  If not, do you have any tips, because I am
  getting
  started on it tonight.
 
 Doesn't the EL replace the need for a nested tag library?  
 Isn't the EL syntax easier than using nested tags?  I haven't 
 used Nested but it seems like a Nested-EL is redundant.
 
 David
 
  
  Carl
  
  
  
  
 -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  
 
 
 __
 Do you Yahoo!?
 The New Yahoo! Shopping - with improved product search 
http://shopping.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Nested-EL

2003-10-14 Thread Craig R. McClanahan
Edgar P Dollin wrote:

Everyone has preferences but in my opinion JSTL doesn't hold a candle to the
nested tags, especially customized nested tags.  

I do agree however that JSTL for nested tags is not that important.  It does
help in environments where there is ZERO tolerance for JSP expressions
Conveniently ignoring the fact that something like nested:write 
property=foo.bar/ stll contains a JSP expression -- just not a 
*standard* JSP expression :-).

or
that are running older versions of the servlet container.
 

Definitely.

Edgar
 

Craig



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Nested-EL

2003-10-14 Thread struts
Well, even though it isn't important, wanted, needed, etc... would you guys at
least take a look at the work that I have done?  Should I just attach a zip in
a mail to the list?

I have created the packages:
org.apache.strutsel.taglib.nested
org.apache.strutsel.taglib.nested.html

I did not implement logic and bean since they are both replaced by JSTL.  I
need to do the tld and I think this little excursion will be complete.

Carl

Quoting Craig R. McClanahan [EMAIL PROTECTED]:

 Edgar P Dollin wrote:
 
 Everyone has preferences but in my opinion JSTL doesn't hold a candle to
 the
 nested tags, especially customized nested tags.  
 
 I do agree however that JSTL for nested tags is not that important.  It
 does
 help in environments where there is ZERO tolerance for JSP expressions
 
 
 Conveniently ignoring the fact that something like nested:write 
 property=foo.bar/ stll contains a JSP expression -- just not a 
 *standard* JSP expression :-).
 
  or
 that are running older versions of the servlet container.
   
 
 
 Definitely.
 
 Edgar
   
 
 Craig
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Nested-EL

2003-10-14 Thread David M. Karr
 struts == struts  [EMAIL PROTECTED] writes:

struts Back in September, David Karr was threatening to do Tiles-EL and 
Nested-EL.  I
struts see that the Tiles-EL has been committed, sweet.  Nested-EL seems to be
struts missing.  David, have you started working on Nested-EL?  If so, how far 
off is
struts it from being complete?  If not, do you have any tips, because I am getting
struts started on it tonight.

No, I haven't started on it yet.  However, realize that the library that I
would build might not be what you're looking for.  The only result of building
an -el library is that any tag attribute values can use the EL to specify the
value, as opposed to JSP expression scriptlets.  In general, the EL library
would not add or delete any attributes, or add any basic architectural
functionality.

-- 
===
David M. Karr  ; Java/J2EE/XML/Unix/C++
[EMAIL PROTECTED]   ; SCJP; SCWCD; SCBCD





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Nested-EL

2003-10-14 Thread struts
David,

Understood.  I have all of the classes written. The TLD is looking a little
daunting.  From my studies it appears that the tld is generated from an xml
file that is run through an xsl stylesheet.  If you want the classes, I can
send them to you.

Carl

Quoting David M. Karr [EMAIL PROTECTED]:

  struts == struts  [EMAIL PROTECTED] writes:
 
 struts Back in September, David Karr was threatening to do Tiles-EL
 and Nested-EL.  I
 struts see that the Tiles-EL has been committed, sweet.  Nested-EL
 seems to be
 struts missing.  David, have you started working on Nested-EL?  If so,
 how far off is
 struts it from being complete?  If not, do you have any tips, because
 I am getting
 struts started on it tonight.
 
 No, I haven't started on it yet.  However, realize that the library that
 I
 would build might not be what you're looking for.  The only result of
 building
 an -el library is that any tag attribute values can use the EL to specify
 the
 value, as opposed to JSP expression scriptlets.  In general, the EL
 library
 would not add or delete any attributes, or add any basic architectural
 functionality.
 
 -- 
 ===
 David M. Karr  ; Java/J2EE/XML/Unix/C++
 [EMAIL PROTECTED]   ; SCJP; SCWCD; SCBCD
 
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Nested-EL

2003-10-14 Thread Craig R. McClanahan
[EMAIL PROTECTED] wrote:

Well, even though it isn't important, wanted, needed, etc... would you guys at
least take a look at the work that I have done?  Should I just attach a zip in
a mail to the list?
 

I cannot commit any personal time to this, although I think it 
definitely makes sense.  The best way to make sure your proposed code 
doesn't get lost in the mailing list archives, it's best to create an 
enhancement request in the bug tracking system:

 http://nagoya.apache.org/bugzilla/

and then add your ZIP to the existing report as an attachment.

I have created the packages:
org.apache.strutsel.taglib.nested
org.apache.strutsel.taglib.nested.html
I did not implement logic and bean since they are both replaced by JSTL.  I
need to do the tld and I think this little excursion will be complete.
 

That would be quite interesting.

Carl
 

Craig

Quoting Craig R. McClanahan [EMAIL PROTECTED]:

 

Edgar P Dollin wrote:

   

Everyone has preferences but in my opinion JSTL doesn't hold a candle to
 

the
   

nested tags, especially customized nested tags.  

I do agree however that JSTL for nested tags is not that important.  It
 

does
   

help in environments where there is ZERO tolerance for JSP expressions

 

Conveniently ignoring the fact that something like nested:write 
property=foo.bar/ stll contains a JSP expression -- just not a 
*standard* JSP expression :-).

   

or
that are running older versions of the servlet container.
 

Definitely.

   

Edgar

 

Craig



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
   





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]