[test] test
test 1 2 3 4 -- Peter Pilgrim, Struts/J2EE Consultant, RBoS FM, Risk IT Tel: +44 (0)207-375-4923 *** This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorised to retain, read, copy or disseminate this message or any part of it. The Royal Bank of Scotland plc is registered in Scotland No 90312 Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB Regulated by the Financial Services Authority Visit our website at http://www.rbs.co.uk/CBFM/ *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23816] New: - Error in struts-blank struts-config.xml file
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=23816. 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=23816 Error in struts-blank struts-config.xml file Summary: Error in struts-blank struts-config.xml file Product: Struts Version: Nightly Build Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Example AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In the struts-config.xml file in the struts-blank webapp from the 10/14 nightly build, the example for a DynaValidatorForm is missing the /form-bean tag. It says: !-- sample form bean descriptor for a DynaActionForm form-bean name=logonForm type=org.apache.struts.action.DynaActionForm form-property name=username type=java.lang.String/ form-property name=password type=java.lang.String/ end sample -- Simply uncommenting it produces an error: 2003-10-14 08:44:23 StandardContext[/struts-blank]: Servlet /struts-blank threw load() exception javax.servlet.UnavailableException: Parsing error processing resource path /WEB- INF/struts-config.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/web/blank/WEB-INF struts-config.xml
sraeburn2003/10/14 10:02:53 Modified:web/blank/WEB-INF struts-config.xml Log: Fixed missing end tag in form-bean example config PR# 23816 Also reformatted to remove unneccessary blank lines. Revision ChangesPath 1.10 +1 -142jakarta-struts/web/blank/WEB-INF/struts-config.xml Index: struts-config.xml === RCS file: /home/cvs/jakarta-struts/web/blank/WEB-INF/struts-config.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- struts-config.xml 29 Dec 2002 21:41:57 - 1.9 +++ struts-config.xml 14 Oct 2003 17:02:53 - 1.10 @@ -4,288 +4,147 @@ -//Apache Software Foundation//DTD Struts Configuration 1.1//EN http://jakarta.apache.org/struts/dtds/struts-config_1_1.dtd; - - !-- - This is a blank Struts configuration file with an example - welcome action/page and other commented sample elements. - - Tiles and the Struts Validator are configured using the factory defaults - and are ready-to-use. - - NOTE: If you have a generator tool to create the corresponding Java classes - for you, you could include the details in the form-bean declarations. - Otherwise, you would only define the form-bean element itself, with the - corresponding name and type attributes, as shown here. - -- - - - struts-config - - !-- Data Source Configuration -- - !-- - data-sources - data-source - set-property - property=autoCommit - value=false/ - set-property - property=description - value=Example Data Source Configuration/ - set-property - property=driverClass - value=org.postgresql.Driver/ - set-property - property=maxCount - value=4/ - set-property - property=minCount - value=2/ - set-property - property=password - value=mypassword/ - set-property - property=url - value=jdbc:postgresql://localhost/mydatabase/ - set-property - property=user - value=myusername/ - /data-source - /data-sources - -- - - !-- Form Bean Definitions -- - - form-beans - - !-- sample form bean descriptor for an ActionForm - form-bean - name=inputForm - type=app.InputForm/ - end sample -- - - !-- sample form bean descriptor for a DynaActionForm - form-bean - name=logonForm - type=org.apache.struts.action.DynaActionForm - form-property - name=username - type=java.lang.String/ - form-property - name=password - type=java.lang.String/ - + /form-bean end sample -- - /form-beans - - - !-- = Global Exception Definitions -- - - global-exceptions - !-- sample exception handler - exception - key=expired.password - type=app.ExpiredPasswordException - path=/changePassword.jsp/ - end sample -- - /global-exceptions - - - !-- === Global Forward Definitions -- - - global-forwards - !-- Default forward to Welcome action -- - !-- Demonstrates using index.jsp to forward -- - forward - name=welcome - path=/Welcome.do/ - /global-forwards - - - !-- === Action Mapping Definitions -- - - action-mappings - - !-- Default Welcome action -- - !-- Forwards to Welcome.jsp -- - action - path=/Welcome - type=org.apache.struts.actions.ForwardAction - parameter=/pages/Welcome.jsp/ - - !-- sample input and input submit actions - - action - path=/Input - type=org.apache.struts.actions.ForwardAction - parameter=/pages/Input.jsp/ - - action - path=/InputSubmit - type=app.InputAction - name=inputForm - scope=request - validate=true - input=/pages/Input.jsp/ - - end samples -- - - - -
DO NOT REPLY [Bug 23816] - Error in struts-blank struts-config.xml file
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=23816. 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=23816 Error in struts-blank struts-config.xml file [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-10-14 17:06 --- The form bean is missing a closing tag. The example should be: !-- sample form bean descriptor for a DynaActionForm form-bean name=logonForm type=org.apache.struts.action.DynaActionForm form-property name=username type=java.lang.String/ form-property name=password type=java.lang.String/ /form-bean end sample -- Thanks for spotting it. It will be fixed in the nightly build. - 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]
cvs commit: jakarta-struts/doc volunteers.xml
martinc 2003/10/14 22:15:11 Modified:doc volunteers.xml Log: Update my bio to reflect change of employer, amongst other things. Revision ChangesPath 1.38 +50 -10jakarta-struts/doc/volunteers.xml Index: volunteers.xml === RCS file: /home/cvs/jakarta-struts/doc/volunteers.xml,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- volunteers.xml29 Sep 2003 01:35:16 - 1.37 +++ volunteers.xml15 Oct 2003 05:15:11 - 1.38 @@ -294,16 +294,56 @@ pFrom a professional point of view, I have a Ph.D. in computer science. I have worked for 3 years in the Ramp;D department of a worldwide company developing Internet banking solutions. I am now a researcher at a university, and work European research projects. My main research interest is WWW, Distributed Systems and Object Oriented Design. When developing code, I always try to first propose reusable pieces of code./p h4 id=martincMartin Cooper -- Committer/h4 - -pCurrently, I'm a Principal Software Engineer at Tumbleweed Communications, working the Messaging Management System. Early last year (2000), I was working the architecture for a new web- based administration system for the product, and headed in the direction of servlets and JSP. I joined the JSP-INTEREST and SERVLET-INTEREST mailing lists to see what was going in those respective areas./p - -pBefore too long, some interesting discussions started up around the topic of Model 2 architectures. Model 2 sounded like the right way to go about things, and I followed those discussions closely. I was, however, still looking for a leg up - something to give me that core which to build./p - -pThen, in May, I saw a post to JSP-INTEREST from Craig McClanahan entitled something like New Jakarta-Struts Subproject, and describing Struts, and his vision for it. I hopped right over to the Jakarta web site and signed up for the mailing list. Before long, I realized this was exactly what I had been looking for./p - -pNow, a year or so later, we have a team of people, which I am the technical lead, just finishing up our web-based administration system as Struts reaches its 1.0 release. And I am still firmly convinced that I made the right decision in going with Struts in the first place./p - -pLike anyone else, my first postings to the struts-user list were questions to help me understand how to do things, and why Struts is the way it is. Over time, reading the lists and also the source code, and working my own fairly large web application, I came to the point where I could answer questions too. Now, I'm glad to able to give something back to the Struts community by helping others understand, and also by contributing ideas and code to help make Struts even better than it already is./p +p + Early in the year 2000, I was asked, by my employer at that time, + to investigate the best way to develop a new web-based application + for the administration and management of an existing product. + After exploring a number of technologies, I settled on Java, along + with servlets and JSP, as the way to go. Then I started looking + for methodologies and best practices, since others must surely + have been down that path before me. +/p +p + In addition to rummaging around on the web, I subscribed to the + SERVLET-INTEREST and JSP-INTEREST mailing lists, along with + several others, and monitored the discussions for a while. It was + clear that others were seeking the same answers as I was, and it + was also clear that many people were building their applications + in truly horrible ways. +/p +p + At some point -- I don't recall when, exactly -- the concept of + Model 1 versus Model 2 applications came up, and there was a + great deal of discussion around that. Model 2 seemed very much + like A Good Thing to me, and I paid it close attention. +/p +p + Then, in May of 2000, I saw a message from Craig McClanahan + about a new framework called Struts that was designed to ease + the process of building Model 2 applications, and provide + solutions for some of the important issues at the same time. I + hopped on over to the web site and took a look around. This was + exactly what I had been looking for. +/p +p + My first postings to the Struts mailing list were, of
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]
cvs commit: jakarta-struts/doc/proposals todo-1.1.xml
martinc 2003/10/14 22:25:40 Modified:doc/proposals todo-1.1.xml Log: Remove myself as interested in ActionForm generation, since there are better solutions to that now. Revision ChangesPath 1.7 +0 -1 jakarta-struts/doc/proposals/todo-1.1.xml Index: todo-1.1.xml === RCS file: /home/cvs/jakarta-struts/doc/proposals/todo-1.1.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- todo-1.1.xml 9 Sep 2003 17:49:21 - 1.6 +++ todo-1.1.xml 15 Oct 2003 05:25:40 - 1.7 @@ -444,7 +444,6 @@ /p /info assigned -a href=mailto:[EMAIL PROTECTED]Martin Cooper/a a href=[EMAIL PROTECTED]Ravindran Ramaiah/a /assigned /task - 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]
