Re: Nested-EL
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
--- [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]
DO NOT REPLY [Bug 23827] - Make Nested-EL tags
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23827. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23827 Make Nested-EL tags --- Additional Comments From [EMAIL PROTECTED] 2003-10-17 07:45 --- To make it clear for me, the EL takes the provided expression and simply translates it. This is then intended to be evaluated into the nested context? My expectation: Taking this nested markup... nested:nest property=firstProperty nested:nest property=secondProperty nested:write property=${param.propName} / /nested:nest /nested:nest ...and the param to be colour as above, it would make the following property in the nested context... firstProperty.secondProperty.colour ...and if the param value was ../something it would be... firstProperty.something I'm assuming that this is the intended behavior. NOTE: before it hits any kind of realease it needs to be tested with the iterate tag. This is the only nested tag that needs to manipulate the indexed and mapped properties to have [i] or (key) automatically into the property. First thoughts say it should be fine, but a test would be spiffy to confirm it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Nested-EL
[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]
Nested-EL
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. Carl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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]
Re: Nested-EL
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
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
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
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
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
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
[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]
DO NOT REPLY [Bug 23827] New: - Maked Nested-EL tags
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23827. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23827 Maked Nested-EL tags Summary: Maked Nested-EL tags Product: Struts Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] It would be nice to be able to use EL with the Nested tags. This could be used when doing a jsp include and passing in the name of a property. jsp:include page=selectComponent.jsp jsp:param name=propName value=color / /jsp:include then, inside of selectComponent.jsp nested-el:select property=${param.propName} option.../option /nested-el:select I will attach a set of classes that implement the packages: org.apache.strutsel.taglib.nested org.apache.strutsel.taglib.nested.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23827] - Maked Nested-EL tags
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23827. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23827 Maked Nested-EL tags --- Additional Comments From [EMAIL PROTECTED] 2003-10-15 05:49 --- Created an attachment (id=8578) Implementation of nested-el - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23827] - Make Nested-EL tags
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23827. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23827 Make Nested-EL tags [EMAIL PROTECTED] changed: What|Removed |Added Summary|Maked Nested-EL tags|Make Nested-EL tags - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles-el and nested-el tags (was Re: Support for non-JSTL tags)
David == David M Karr [EMAIL PROTECTED] writes: Sgarlata == Sgarlata Matt [EMAIL PROTECTED] writes: Sgarlata Speaking of EL, I noticed we don't have EL versions of the Tiles tags. I would Sgarlata be happy to provide the implementations, but I know it will be tedious so I Sgarlata only want to proceed if there's a reasonably good chance they will be added to Sgarlata the Struts distribution. Thoughts anyone? Sgarlata In a private conversation Steve Raeburn indicated he would be interested in Sgarlata these tags. Steve also pointed out we are missing the Nested tags, but since Sgarlata I've never used those before I leave that tedious task to someone else ;) David I've been intending to produce at least a tiles-el library, and possibly a David nested-el library, but I've been trying to watch for a significant level of David interest for this. I very occasionally see a mention of a desire for David tiles-el, and less so for nested-el. I haven't looked at those libraries David for a while, so I'm not certain how much value there will be for this. If David there's really significant interest in this, I could proceed with this, first David doing tiles-el, and then nested-el. I'm planning on committing the tiles-el library this weekend, but I won't have any unit or integration tests for it by the time I commit it. I'll proceed down that path once it's committed, but that process will be slow. I'd appreciate it if motivated Tiles/JSTL users could test it as much as possible once I've put it into the nightly build. I'll also start looking at the nested-el library, just for completeness. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] ; SCJP; SCWCD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles-el and nested-el tags (was Re: Support for non-JSTL tags)
I'm planning on committing the tiles-el library this weekend, but I won't have any unit or integration tests for it by the time I commit it. I'll proceed down that path once it's committed, but that process will be slow. I'd appreciate it if motivated Tiles/JSTL users could test it as much as possible once I've put it into the nightly build. I'll do my best to do some testing with tiles-el. I don't use every tag and attribute in the library in my application, but I will test as much as I can. If you want any help on the development of the library let me know. I'll also start looking at the nested-el library, just for completeness. That seems like a good idea to me, although I don't use nested-el so I won't be able to help test. Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tiles-el and nested-el tags (was Re: Support for non-JSTL tags)
Thanks for the update. I'll see if I can work them a little for you. Edgar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tiles-el and nested-el tags (was Re: Support for non-JSTL tags)
Speaking of EL, I noticed we don't have EL versions of the Tiles tags. I would be happy to provide the implementations, but I know it will be tedious so I only want to proceed if there's a reasonably good chance they will be added to the Struts distribution. Thoughts anyone? In a private conversation Steve Raeburn indicated he would be interested in these tags. Steve also pointed out we are missing the Nested tags, but since I've never used those before I leave that tedious task to someone else ;) Matt Steve Raeburn wrote: You are right, JSTL doesn't completely remove the need for Struts specific tags. I think for the purposes of this discussion, the next generation would be JSTL plus the struts-el taglib and when we talk about the Struts tags, we're really talking about the traditional, non-el tags. So keep using the html:form and other Struts tag and consider migrating to the EL versions if you are using JSTL. Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: September 1, 2003 1:17 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Support for non-JSTL tags (was RE: DO NOT REPLY [Bug 21465] - Enhancement of the html:link tag) Perhaps this belongs on the user list, but I think it is relevant for the discussion at hand. You all seem to regard all of the Struts taglibs as one item, for which JSTL is an alternative. While this is certainly true for the logic: and bean: tags, I have not seen a replacement for the html: form tags (that is, html:form and all the controls) in JSTL. The user guide (http://jakarta.apache.org/struts/userGuide/building_view.html#form_bean s) suggests we replace input type=text name=username value=%= loginBean.getUsername() / with html:text property=username/ Does the use JSTL camp prefer this, input type=text name=username value=c:out value=${loginBean.username}/ or am I missing some basic JSTL? Shai. PS: There is a documentation error there; the original JSP should be input type=text name=username value=%= loginBean.getUsername() %/ --^ Shai. --- Confidentiality Notice: This email transmission may contain confidential or legally privileged information that is intended only for the individual or entity named in the e-mail address. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or reliance upon the contents of this e-mail is strictly prohibited. If you have received this e-mail transmission in error, please reply to the sender, so that arrangements can be made for proper delivery, and then please delete the message from your inbox. - 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]
Re: Tiles-el and nested-el tags (was Re: Support for non-JSTL tags)
Sgarlata == Sgarlata Matt [EMAIL PROTECTED] writes: Sgarlata Speaking of EL, I noticed we don't have EL versions of the Tiles tags. I would Sgarlata be happy to provide the implementations, but I know it will be tedious so I Sgarlata only want to proceed if there's a reasonably good chance they will be added to Sgarlata the Struts distribution. Thoughts anyone? Sgarlata In a private conversation Steve Raeburn indicated he would be interested in Sgarlata these tags. Steve also pointed out we are missing the Nested tags, but since Sgarlata I've never used those before I leave that tedious task to someone else ;) I've been intending to produce at least a tiles-el library, and possibly a nested-el library, but I've been trying to watch for a significant level of interest for this. I very occasionally see a mention of a desire for tiles-el, and less so for nested-el. I haven't looked at those libraries for a while, so I'm not certain how much value there will be for this. If there's really significant interest in this, I could proceed with this, first doing tiles-el, and then nested-el. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] ; SCJP; SCWCD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]