DO NOT REPLY [Bug 30292] - Replacement of LookupDispatchAction
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30292. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30292 [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO||34750 nThis|| -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34750] New: - Provide better support for dialogs; avoid POSTDATA situations
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34750. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34750 Summary: Provide better support for dialogs; avoid POSTDATA situations Product: Struts Version: Unknown Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Controller AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] BugsThisDependsOn: 30292 Comparing to other frameworks, Struts does not contain enough ready-to-use UI components. Most developers use standard Action or at best DispatchAction classes. Many applications respond with result page immediately to POST request, generating dreaded Do you want to resend POSTDATA? dialog and double submit sitiation. Proposed DialogAction allows to create clean user interface with following features: * Input/output separation -- data is inputted using only POST request method, page is rendered using only GET request method. * Automatic reloading of the dialog page if error detected * Using redirection between POST and GET, which eliminates POSTDATA problem and allows to browse easily back and forward * Semi-automatic message handling: programmer has to stick messages into session in the handler method, and RequestProcessor will remove them automatically * Less coding and much improved user experience overall * DialogAction, based on DispatchAction, brings Struts closer to rival frameworks with event-driven architecture, still keeping best features of front controller paradigm. See javadoc to this class for usage example. This action requires from a developer to use several strict rules, which may be considered too restrictive, and the whole use case may be considered too limited. But in reality dialog use case comprises at least half of all action class uses. I am sure this class (or another version of the same idea) will be used a lot. Before rejecting this enhancement, please take into account that Ruby on Rails has this kind of request/response processing as standard. Spring MVC uses it too, as well as JSF. This is simply less error-prone and more user-friendly. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34750] - Provide better support for dialogs; avoid POSTDATA situations
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34750. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34750 --- Additional Comments From [EMAIL PROTECTED] 2005-05-05 09:52 --- Created an attachment (id=14938) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14938action=view) DialogAction class -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33355] - computeURLWithCharEncoding doesn't encodes the created by the response.encudeURL call
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33355. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33355 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2005-05-05 10:06 --- Thank you for the reponse- I forget to check the Servlet standard about the sessionid usage. And our customer requires fully HTML 4.01 strict compatible result pages. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34751] New: - Deprecate input property
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34751. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34751 Summary: Deprecate input property Product: Struts Version: Unknown Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P4 Component: Controller AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] Input property is cumbersome: it is called input, whereas it better should be called error. This serves as a source of confusion for Struts newbies, who might think that input is a page which is displayed before action receives control. Also, this makes clean and linear chain of request - action - forward a little fuzzy. Another reason is that by default input property does not support redirection. Redirection can be turned on, but not all developers know about this feature. Also, in this case it is turned on globally for the whole application, and all input properties would have refer to corresponding forward properties. Why not just to remove input altogether? Input property can be easily simulated with regular forward property. If one forward property should handle automatic error validation, it can simply have predefined name, like forward name=ERROR ... / Each action can have a bunch of errors, and there might be need for a bunch of error locations, so having only one input sometimes is not enough anyway. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Chain 1.2.7 Version
These most recent changes are pretty small, and wouldn't simply patch into the sandbox version of struts-chain. Your question made me think about the bigger question a bit, which is maintaining struts-chain for use out of Struts 1.3 -- but after a bit of thought, I feel that there's diminishing returns in that. There's not much about Struts 1.3 that's very new *besides* the chain, so backporting chain changes so people could use it with the ostensibly more stable Struts 1.2.x is really not getting anywhere. So, i'm considering struts-chain to be an evolutionary dead end. It works, so no reason not to distribute it to people who are still using Struts 1.2 if they want to dabble -- but unless more demand is evidenced, I'd prefer that we encourage people who really want to try using the ComposableRequestProcessor to just use Struts 1.3. Joe At 4:15 AM +0100 5/5/05, Niall Pemberton wrote: Joe, I just updated the STRUTS_1_2_BRANCH so that struts-chain is included in the 1.2.x source distribution (from sandbox/STRUTS_1_2_BRANCH/struts-chain) - is there any merit in including any of your recent Chain changes in 1.2.7? http://svn.apache.org/viewcvs?rev=165627view=rev http://svn.apache.org/viewcvs?rev=165626view=rev http://svn.apache.org/viewcvs?rev=165624view=rev -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com Narrow minds are weapons made for mass destruction -The Ex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Release - contrib missing
Just as a point of personal preference, it seems like removing massive feature sets from a 1.x.x release is a little misleading. But I don't use any of those libraries in a production app, so I can't say it wouldn't really impact me. Michael On 5/4/05, Niall Pemberton [EMAIL PROTECTED] wrote: The last ga Struts release (i.e. version 1.2.4) was done from CVS and the contents of the contrib folder were shipped in the source distribution. Since then we have moved to SVN and re-organised the repository and the only thing now included in the 1.2.x source distribution are the el tags. Since I haven't used anything from contrib I'm pretty neutral about including any of it, but given that some people may have done, do we want to include any or all of the things that we previously shipped? Struts 1.2.4 included the following in contrib (as well as Struts-el) /artimus /scaffold /struts-chain /struts-faces /struts-jericho /tag-doc /workflow For el I believe James did something smart in SVN so that when the STRUTS_1_2_BRANCH is checked out it includes the el sub-project's STRUTS_1_2_BRANCH - we would probably want something similar for any of the remainder that we want to include? I know some people have built stuff around struts-chain - so I think there is a case for including that - from the sandbox STRUTS_1_2_BRANCH - anything else? Niall - 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: Struts Release - contrib missing
+1 On 5/4/05, Niall Pemberton [EMAIL PROTECTED] wrote: So as it stands now the source distro for 1.2.x will include a contrib folder with the following in: /struts-chain /struts-el /struts-faces Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27239] - bug in html:javascript
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27239. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27239 --- Additional Comments From [EMAIL PROTECTED] 2005-05-05 16:29 --- (In reply to comment #13) Matt: re: documentation, agreed, and thanks for the reminder; I just patched doc/userGuide/struts-html.xml with more information. If you have other suggestions for where this might be documented, please let me know. Would it be possible for the JspException to better elaborate the problem in the exception message? The current message: javax.servlet.jsp.JspException: No form found under 'uploadForm' in locale 'en_US' is not very informative in pinpointing the problem. How about: uploadForm missing form/ entry in validation.xml file? At a minimum, this would greatly help the user when asking questions on the ML for assistance. Thanks, Glen -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Release - contrib missing
Michael, I take your point, but in the (CVS) past all we had was a contrib directory which we just dumped into the source distro. However now (in SVN) we have a much more flexible repository and some of the things that were in contrib are now sub-modules and are on their own path to release. For example struts-faces, struts-el and struts-flow are now modules el, faces and flow and struts-chain is now incorporated into the core - you can download nightly builds of all these here: http://svn.apache.org/builds/struts/maven/trunk/nightly/ ...and at some point they will have their own release and distros. Other things that were in contrib are currently in the sandbox and they face the evolutionary test - either they'll survive and get promoted or they will go the extinction route. At this point in time (before any 1.3.x releases) I think its a case of making a sensible judgement between compatibility with previous releases and not worrying too much about what was in large part sandbox code. For anyone where this is an issue, then all of these things are still available through the SVN repository. Niall - Original Message - From: Michael Rasmussen [EMAIL PROTECTED] Sent: Thursday, May 05, 2005 3:04 PM Just as a point of personal preference, it seems like removing massive feature sets from a 1.x.x release is a little misleading. But I don't use any of those libraries in a production app, so I can't say it wouldn't really impact me. Michael On 5/4/05, Niall Pemberton [EMAIL PROTECTED] wrote: The last ga Struts release (i.e. version 1.2.4) was done from CVS and the contents of the contrib folder were shipped in the source distribution. Since then we have moved to SVN and re-organised the repository and the only thing now included in the 1.2.x source distribution are the el tags. Since I haven't used anything from contrib I'm pretty neutral about including any of it, but given that some people may have done, do we want to include any or all of the things that we previously shipped? Struts 1.2.4 included the following in contrib (as well as Struts-el) /artimus /scaffold /struts-chain /struts-faces /struts-jericho /tag-doc /workflow - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32165] - FacesRequestProcessor bug when using prefix mapped Struts servlet extension mapped Faces servlet
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32165. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32165 --- Additional Comments From [EMAIL PROTECTED] 2005-05-05 20:58 --- (In reply to comment #2) I am having the same exact issue as Dom Tam. Forwarding from a Struts action to a Faces view using extension mapping (*.do and *.faces, respectively), renders the h:form action as edit.do, not edit.faces. Is there a known workaround for this problem? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users?
Could we setup/try Confluence in the zone? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 4:11 PM To: [EMAIL PROTECTED] Subject: Re: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users? Yes, Confluence uses Textile. I've been using Confluence/Textile at work for several months now, and, IMHO, it's the fastest, best way for geeks-like-me to write documents, especially technical documents. When you hook up Confluence with JIRA and Subversion, things start to get very, very tasty. If anyone wants to take a Confluence space for spin, and see for yourself, just let me know. -Ted. On 5/5/05, Will Glass-Husain [EMAIL PROTECTED] wrote: On the Velocity lists, we had a bit of discussion about this early in the year. Tim Colson made a strong case for Confluence (which has a free license for open source projects). I've not used it but rumor has it that the markup language is much more understandable than Moin Moin, letting you use basic HTML syntax instead of those crazy ''' punctuation marks. http://confluence.atlassian.com/display/DISC/Comparison+Matrix Best, WILL - 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]
FW: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users?
Could we setup/try Confluence in the zone? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 4:11 PM To: [EMAIL PROTECTED] Subject: Re: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users? Yes, Confluence uses Textile. I've been using Confluence/Textile at work for several months now, and, IMHO, it's the fastest, best way for geeks-like-me to write documents, especially technical documents. When you hook up Confluence with JIRA and Subversion, things start to get very, very tasty. If anyone wants to take a Confluence space for spin, and see for yourself, just let me know. -Ted. On 5/5/05, Will Glass-Husain [EMAIL PROTECTED] wrote: On the Velocity lists, we had a bit of discussion about this early in the year. Tim Colson made a strong case for Confluence (which has a free license for open source projects). I've not used it but rumor has it that the markup language is much more understandable than Moin Moin, letting you use basic HTML syntax instead of those crazy ''' punctuation marks. http://confluence.atlassian.com/display/DISC/Comparison+Matrix Best, WILL - 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]
[Struts Wiki] Update of StrutsConsultants by AndrewNewdigate
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by AndrewNewdigate: http://wiki.apache.org/struts/StrutsConsultants -- '''UK''' + * Datatribe Software -- http://www.datatribe.net/ * Object Centric -- http://www.objectcentric.co.uk * Runtime Collective -- http://www.runtime-collective.com * More Struts and other apache consultants in the UK and nearby - http://www.owal.co.uk/oss_support/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users?
Yes, if people what to give Confluence a try for a Struts wiki, we can set up a space here: * http://opensource.atlassian.com/confluence/oss/homepage.action I still have one-too-many irons in the fire myself right now, and so I can't volunteer to lead the charge. But if you have the itch, I'll create the Space. Infrastructure is aware we are doing this. (Not thrilled, but not opposed.) If enough teams were interested, I'd work to get it moved to ASF hardware, so that it could be an official ASF resource. -Ted. On 5/5/05, James Mitchell [EMAIL PROTECTED] wrote: Could we setup/try Confluence in the zone? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 4:11 PM To: [EMAIL PROTECTED] Subject: Re: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users? Yes, Confluence uses Textile. I've been using Confluence/Textile at work for several months now, and, IMHO, it's the fastest, best way for geeks-like-me to write documents, especially technical documents. When you hook up Confluence with JIRA and Subversion, things start to get very, very tasty. If anyone wants to take a Confluence space for spin, and see for yourself, just let me know. -Ted. On 5/5/05, Will Glass-Husain [EMAIL PROTECTED] wrote: On the Velocity lists, we had a bit of discussion about this early in the year. Tim Colson made a strong case for Confluence (which has a free license for open source projects). I've not used it but rumor has it that the markup language is much more understandable than Moin Moin, letting you use basic HTML syntax instead of those crazy ''' punctuation marks. http://confluence.atlassian.com/display/DISC/Comparison+Matrix Best, WILL - 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] -- HTH, Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Struts Wiki] Update of StrutsNewFaqs by TedHusted
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by TedHusted: http://wiki.apache.org/struts/StrutsNewFaqs -- * ForwardingWithDifferentParameter * DefinePita + * DefineTroll * StrutsAndMaven * StrutsAndPortlets - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Struts Wiki] Update of DefineTroll by TedHusted
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by TedHusted: http://wiki.apache.org/struts/DefineTroll New page: Troll * A confirmed PITA that doesn't believe that reasonable minds can disagree. A Troll is not interested in the Truth, only in Being Right. Trolls * Mailing list posts intended to inflame rather than inquire or inform. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Struts Wiki] Update of DefinePita by DakotaJack
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by DakotaJack: http://wiki.apache.org/struts/DefinePita -- * Interjecting pet topics into any given thread (hijacking). * Replying to your own rants. * Thinking being a PITA is a good thing. + * Focusing on persons rather than on principles. + * Using ad hominem remarks or labels rather than reasoned discussion + * Responding to a thread without reading it first. + * Collecting allies rather than information. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Want to donate (not blood)
I am a long time Struts user. While there are still may be some unclear areas (ones that I not use), I think that I have a pretty good understanding of action/form workins and of request/response cycle. I would like to donate some stuff, namely modified LookupDispatchAction (aka ParameterDispatchAction), DialogAction and WizardAction. I also want to create several easy-to-plug-in components, kind of ASP.NET provide for a long time. Struts is pretty flexible, but is too basic. It should be more feature-rich. How about creating struts.components package? I also want to create a simple starter app (no database, web layer only), which exploits some of my ideas. I want to provide better Model/View connection. I understand that my goals are quite arrogant, so maybe I can join Struts Application project and develop my stuff there (in hope that it sometime would be accepted in the main Struts trunk ;) ) I wanted to establish my own project on java.net, but it seems easier (and more humble ;) ) to join already established project. So, will Struts Application project members let me become a member? I promise to behave ;) Thanks, Michael. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FW: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users?
Why couldn't we host it in the new zone? Licensing?? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 6:08 PM To: Struts Developers List Subject: Re: FW: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users? Yes, if people what to give Confluence a try for a Struts wiki, we can set up a space here: * http://opensource.atlassian.com/confluence/oss/homepage.action I still have one-too-many irons in the fire myself right now, and so I can't volunteer to lead the charge. But if you have the itch, I'll create the Space. Infrastructure is aware we are doing this. (Not thrilled, but not opposed.) If enough teams were interested, I'd work to get it moved to ASF hardware, so that it could be an official ASF resource. -Ted. On 5/5/05, James Mitchell [EMAIL PROTECTED] wrote: Could we setup/try Confluence in the zone? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 4:11 PM To: [EMAIL PROTECTED] Subject: Re: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users? Yes, Confluence uses Textile. I've been using Confluence/Textile at work for several months now, and, IMHO, it's the fastest, best way for geeks-like-me to write documents, especially technical documents. When you hook up Confluence with JIRA and Subversion, things start to get very, very tasty. If anyone wants to take a Confluence space for spin, and see for yourself, just let me know. -Ted. On 5/5/05, Will Glass-Husain [EMAIL PROTECTED] wrote: On the Velocity lists, we had a bit of discussion about this early in the year. Tim Colson made a strong case for Confluence (which has a free license for open source projects). I've not used it but rumor has it that the markup language is much more understandable than Moin Moin, letting you use basic HTML syntax instead of those crazy ''' punctuation marks. http://confluence.atlassian.com/display/DISC/Comparison+Matrix Best, WILL - 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] -- HTH, Ted. - 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: FW: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users?
Why couldn't we host it in the new zone? Licensing?? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 6:08 PM To: Struts Developers List Subject: Re: FW: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users? Yes, if people what to give Confluence a try for a Struts wiki, we can set up a space here: * http://opensource.atlassian.com/confluence/oss/homepage.action I still have one-too-many irons in the fire myself right now, and so I can't volunteer to lead the charge. But if you have the itch, I'll create the Space. Infrastructure is aware we are doing this. (Not thrilled, but not opposed.) If enough teams were interested, I'd work to get it moved to ASF hardware, so that it could be an official ASF resource. -Ted. On 5/5/05, James Mitchell [EMAIL PROTECTED] wrote: Could we setup/try Confluence in the zone? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 4:11 PM To: [EMAIL PROTECTED] Subject: Re: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users? Yes, Confluence uses Textile. I've been using Confluence/Textile at work for several months now, and, IMHO, it's the fastest, best way for geeks-like-me to write documents, especially technical documents. When you hook up Confluence with JIRA and Subversion, things start to get very, very tasty. If anyone wants to take a Confluence space for spin, and see for yourself, just let me know. -Ted. On 5/5/05, Will Glass-Husain [EMAIL PROTECTED] wrote: On the Velocity lists, we had a bit of discussion about this early in the year. Tim Colson made a strong case for Confluence (which has a free license for open source projects). I've not used it but rumor has it that the markup language is much more understandable than Moin Moin, letting you use basic HTML syntax instead of those crazy ''' punctuation marks. http://confluence.atlassian.com/display/DISC/Comparison+Matrix Best, WILL - 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] -- HTH, Ted. - 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]
[Struts Wiki] Update of DefinePita by James Mitchell
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by James Mitchell: http://wiki.apache.org/struts/DefinePita -- * Using ad hominem remarks or labels rather than reasoned discussion * Responding to a thread without reading it first. * Collecting allies rather than information. + * Trying to fool others by using multiple alias email accounts. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r168502 - /struts/core/branches/STRUTS_1_2_BRANCH/build-tests.xml /struts/core/branches/STRUTS_1_2_BRANCH/build.properties.sample /struts/core/branches/STRUTS_1_2_BRANCH/build.xml
Author: niallp Date: Thu May 5 19:47:10 2005 New Revision: 168502 URL: http://svn.apache.org/viewcvs?rev=168502view=rev Log: Simlify Cactus test properties * change build-tests.xml so that jars are copied from ${cactus.home} automatically without having to specify individual version numbers/names in the properties file. * Add junit to the automatic download (all Cactus versions need to be run with junit 3.8.1 minimum). * add a new (simplified) sample properties file for using the automatic jar download Modified: struts/core/branches/STRUTS_1_2_BRANCH/build-tests.xml struts/core/branches/STRUTS_1_2_BRANCH/build.properties.sample struts/core/branches/STRUTS_1_2_BRANCH/build.xml Modified: struts/core/branches/STRUTS_1_2_BRANCH/build-tests.xml URL: http://svn.apache.org/viewcvs/struts/core/branches/STRUTS_1_2_BRANCH/build-tests.xml?rev=168502r1=168501r2=168502view=diff == --- struts/core/branches/STRUTS_1_2_BRANCH/build-tests.xml (original) +++ struts/core/branches/STRUTS_1_2_BRANCH/build-tests.xml Thu May 5 19:47:10 2005 @@ -93,6 +93,21 @@ !-- Output directory for tests -- property name=out.test.dir value=${build.home}/test/ +!-- cactus lib -- +property name=cactus.lib value=${cactus.home}/lib/ + +!-- Default Cactus Context Scheme -- +property name=cactus.contextScheme value=http / + +!-- Default Cactus Context Host -- +property name=cactus.contextHost value=localhost / + +!-- Default Cactus Context Port -- +property name=cactus.contextPort value=8080 / + +!-- Default Cactus Context Application -- +property name=cactus.contextAppvalue=test / + !-- Context test is taking place on -- property name=cactus.contextURL value=${cactus.contextScheme}://${cactus.contextHost}:${cactus.contextPort}/${cactus.contextApp}/ @@ -100,7 +115,11 @@ property name=libdir value=lib / !-- Cactus Test Runner -- -property name=cactus.servertest.class value=org.apache.cactus.ant.RunServerTestsTask / +property name=cactus.servertest.class value=org.apache.cactus.integration.ant.RunServerTestsTask / + +!-- Cactus jspRedirector.jsp -- +!-- N.B. The one in cactus home works except for cactus 1.3 (because session=false) -- +property name=cactus.jspRedirector value=${cactus.home}/web/jspRedirector.jsp / path id=downloaded.lib.classpath fileset dir=${libdir} @@ -108,6 +127,23 @@ /fileset /path +path id=cactus.ant.classpath + fileset dir=${cactus.lib} +include name=cactus-ant*.jar/ + /fileset +/path + + +path id=cactus.lib.classpath + fileset dir=${cactus.lib} +include name=cactus*.jar/ +exclude name=cactus-ant*.jar/ +include name=aspectjrt*.jar/ +include name=httpunit*.jar/ +include name=commons-httpclient*.jar/ + /fileset +/path + !-- Compilation Classpath -- path id=compile.classpath pathelement location=${build.home}/library/${app.name}.jar/ @@ -115,17 +151,16 @@ pathelement location=${commons-beanutils.jar}/ pathelement location=${commons-digester.jar}/ pathelement location=${commons-fileupload.jar}/ - pathelement location=${commons-httpclient.jar}/ pathelement location=${commons-logging.jar}/ pathelement location=${commons-validator.jar}/ - pathelement location=${httpunit.jar}/ - pathelement location=${aspectjrt.jar}/ pathelement location=${jakarta-oro.jar}/ - pathelement location=${cactus.jar}/ pathelement location=${junit.jar}/ pathelement location=${servlet.jar}/ pathelement location=${struts.jar}/ pathelement location=${antlr.jar}/ + + !-- cactus lib jars -- + path refid=cactus.lib.classpath/ !-- this is harmless if not used -- path refid=downloaded.lib.classpath/ @@ -144,7 +179,7 @@ classname=${cactus.servertest.class} classpath -pathelement location=${cactus.ant.jar}/ +path refid=cactus.ant.classpath/ pathelement path=${java.class.path}/ /classpath /taskdef @@ -208,12 +243,8 @@ !-- Copy needed libs in /lib -- copy file=${build.home}/library/${app.name}.jar todir=${out.test.dir}/lib/ -copy file=${aspectjrt.jar} todir=${out.test.dir}/lib/ -copy file=${httpunit.jar} todir=${out.test.dir}/lib/ copy file=${junit.jar} todir=${out.test.dir}/lib/ copy file=${jakarta-oro.jar} todir=${out.test.dir}/lib/ -copy file=${log4j.jar} todir=${out.test.dir}/lib/ -copy file=${cactus.jar}todir=${out.test.dir}/lib/ copy file=${commons-beanutils.jar} todir=${out.test.dir}/lib/ copy file=${commons-digester.jar} @@ -222,11
svn commit: r168504 - /struts/core/branches/STRUTS_1_2_BRANCH/build.properties.sample.download
Author: niallp Date: Thu May 5 19:50:13 2005 New Revision: 168504 URL: http://svn.apache.org/viewcvs?rev=168504view=rev Log: Forgot to include new sample properties file when using the automatic jar download feature. Added: struts/core/branches/STRUTS_1_2_BRANCH/build.properties.sample.download (with props) Added: struts/core/branches/STRUTS_1_2_BRANCH/build.properties.sample.download URL: http://svn.apache.org/viewcvs/struts/core/branches/STRUTS_1_2_BRANCH/build.properties.sample.download?rev=168504view=auto == --- struts/core/branches/STRUTS_1_2_BRANCH/build.properties.sample.download (added) +++ struts/core/branches/STRUTS_1_2_BRANCH/build.properties.sample.download Thu May 5 19:50:13 2005 @@ -0,0 +1,101 @@ +# - +# build.properties.sample.download +# +# This is an example build.properties file, used to customize building Struts +# for your local environment. Make any changes you need, and rename this file +# to build.properties in the same directory that contains the Struts +# build.xml file. +# +# This version automatically downloads all the required jars - EXCEPT for cactus +# and the JDBC jar. +# Chose your cactus by un-commenting ONE set of cactus properties. +# +# +# Using this version of the sample build.properties file, you need to run the +# download-dependencies target as well as the actual target. +# +# For example to test: $ant download-dependencies test.junit +# $ant download-dependencies test.tomcat.41 +# $ant download-dependencies test.tomcat.50 +# For example to build: $ant download-dependencies dist +# +# $Id$ +# - + +# apache.home - Where precompiled jar files from Apache live. +apache.home=D:/Java/Programs/Apache + +# - +# JDBC 2.0 jar +# - +# The JAR file containing the JDBC 2.0 Optional Package extensions API +# (javax.sql). This file will automatically be added to your class path +# when you compile Struts +# +# This file can be obtained from: +# http://java.sun.com/products/jdbc/download.html +jdbc20ext.jar=../../../Java/Programs/sun/jdbc2_0-stdext.jar + +# == +# Choose your Cactus! +# (un-comment only one set of cacuts properties) +# == + +# - +# J2EE 1.2 (Servlet 2.2) +# - +# --- Cactus 12-1.3 --- +# cactus.home=${apache.home}/jakarta-cactus-12-1.3 +# cactus.jspRedirector=web/test/jspRedirector.jsp +# cactus.servertest.class=org.apache.cactus.ant.RunServerTestsTask + +# --- Cactus 12-1.4 --- +# cactus.home=${apache.home}/jakarta-cactus-12-1.4 +# cactus.servertest.class=org.apache.cactus.ant.RunServerTestsTask + +# --- Cactus 12-1.4.1 --- +# cactus.home=${apache.home}/jakarta-cactus-12-1.4.1 +# cactus.servertest.class=org.apache.cactus.ant.RunServerTestsTask + +# --- Cactus 12-1.6.1 --- +# cactus.home=${apache.home}/jakarta-cactus-12-1.6.1 + +# --- Cactus 12-1.7 --- +# cactus.home=${apache.home}/jakarta-cactus-12-1.7 + +# - +# J2EE 1.3 (Servlet 2.3) +# - +# --- Cactus 13-1.3 --- +# cactus.home=${apache.home}/jakarta-cactus-13-1.3 +# cactus.jspRedirector=web/test/jspRedirector.jsp +# cactus.servertest.class=org.apache.cactus.ant.RunServerTestsTask + +# --- Cactus 13-1.4 --- +# cactus.home=${apache.home}/jakarta-cactus-13-1.4 +# cactus.servertest.class=org.apache.cactus.ant.RunServerTestsTask + +# --- Cactus 13-1.4.1 --- +# cactus.home=${apache.home}/jakarta-cactus-13-1.4.1 +# cactus.servertest.class=org.apache.cactus.ant.RunServerTestsTask + +# --- Cactus 13-1.6.1 --- +# cactus.home=${apache.home}/jakarta-cactus-13-1.6.1 + +# --- Cactus 13-1.7 --- +# cactus.home=${apache.home}/jakarta-cactus-13-1.7 + +# - +# Servlet engine locations for the tests +# - + +# Note: If you don't want to run the test on a given servlet engine, just +# comment it's home property. For example, if you don't want to run the +# tests on Tomcat 4.0, comment the tomcat.home.40 property. + +#tomcat.home.33 = ${apache.home}/jakarta-tomcat-3.3.1 +#tomcat.home.40 = ${apache.home}/jakarta-tomcat-4.0.6 +tomcat.home.41 = ${apache.home}/jakarta-tomcat-4.1.29 +tomcat.home.50 = ${apache.home}/Tomcat 5.0 +# use value of tomcat.home.41 to set equivalent property for Maven-Cactus plug-in +cactus.home.tomcat4x=${tomcat.home.41} Propchange: struts/core/branches/STRUTS_1_2_BRANCH/build.properties.sample.download -- svn:eol-style = native Propchange:
[Struts Wiki] Update of StrutsRelease127 by NiallPemberton
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/struts/StrutsRelease127 -- || '''#''' || '''Description''' || '''Completed''' || || 1. || Run Unit Test targets || (./) || - || 2. || Run Cactus Tests (see below) || No || + || 2. || Run Cactus Tests (see below) || (./) || || 3. || Play test bundled applications (TC 5.0.x) || No || TODO: A Canoo !WebTest for the applications would be great! @@ -78, +78 @@ === Cactus Tests === || '''#''' || '''J2SE Version''' || '''Tomcat Version''' || '''Status''' || - || 1. || J2SE 1.3.1_13 || Tomcat 4.1.30 || Not Done || + || 1. || J2SE 1.3.1_04 || Tomcat 4.1.30 || (./) || - || 2. || J2SE 1.4.2_04 || Tomcat 4.1.30 || Not Done || + || 2. || J2SE 1.4.2_07 || Tomcat 4.1.30 || (./) || - || 3. || J2SE 1.3.1_13 || Tomcat 5.0.28 || Not Done || + || 3. || J2SE 1.3.1_04 || Tomcat 5.0.28 || (./) *see notes || - || 4. || J2SE 1.4.2_04 || Tomcat 5.0.28 || Not Done || + || 4. || J2SE 1.4.2_07 || Tomcat 5.0.28 || (./) *see notes || + + Notes: + * (1) Both Tests for Tomcat 5.0.28 issued a warning message saying Internal error flusing the buffer in release() - org.apache.jasper.runtime.PageContextImpl - however all tests passed sucessfully. + * (2) Both Tests for Tomcat 5.0.28 issued a NotSeriliaizableException saying Cannot serialise session attribute testSessionScopePropertyIterateEnumeration when Tomcat was closing down - however the tests still passed sucessfully. == Test Build Checklist (A) == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Struts Wiki] Update of StrutsReleasePlans by NiallPemberton
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/struts/StrutsReleasePlans -- * StrutsRelease124 * StrutsRelease125 * StrutsRelease126 + * StrutsRelease127 = Struts-Faces Release Plans = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Struts Wiki] Trivial Update of StrutsRelease127 by MartinCooper
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by MartinCooper: http://wiki.apache.org/struts/StrutsRelease127 The comment on the change is: Un-wiki-word class names and fix a typo. -- || 4. || J2SE 1.4.2_07 || Tomcat 5.0.28 || (./) *see notes || Notes: - * (1) Both Tests for Tomcat 5.0.28 issued a warning message saying Internal error flusing the buffer in release() - org.apache.jasper.runtime.PageContextImpl - however all tests passed sucessfully. + * (1) Both Tests for Tomcat 5.0.28 issued a warning message saying Internal error flushing the buffer in release() - org.apache.jasper.runtime.!PageContextImpl - however all tests passed sucessfully. - * (2) Both Tests for Tomcat 5.0.28 issued a NotSeriliaizableException saying Cannot serialise session attribute testSessionScopePropertyIterateEnumeration when Tomcat was closing down - however the tests still passed sucessfully. + * (2) Both Tests for Tomcat 5.0.28 issued a !NotSeriliaizableException saying Cannot serialise session attribute testSessionScopePropertyIterateEnumeration when Tomcat was closing down - however the tests still passed sucessfully. == Test Build Checklist (A) == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Struts Wiki] Update of DefinePita by James Mitchell
You know, I've seen a couple of Wiki updates today and in recent days past with regard to defining PITA, and some related things, and it has frankly reached a point where someone has to speak up, and I guess it's going to be me. We probably all know the people involved in these posts and know at least some of the history behind it all, on both sides. Am I the only one that thinks this is a pretty immature way for people who purport to be professionals to be dealing with one another? Forget for a moment who may or may not have valid points, regardless of that, is this the proper use for the Struts Wiki? It's essentially name-calling in the guise of a FAQ entry and comes across, to me at least, as petty and childish. Is this really the image anyone wants to project to the rest of the world? Do we really want to see the Wiki devolve into a convenient place for people to banter and bicker back and forth at each other in cleverly disguised ways? I could certainly go remove the pages myself, but I'm not going to do that. It isn't my place. I would hope that the authors would agree it serves no useful purpose and potentially does more harm than good. Can I get an Amen?!? :) -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com Apache Wiki wrote: Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by James Mitchell: http://wiki.apache.org/struts/DefinePita -- * Using ad hominem remarks or labels rather than reasoned discussion * Responding to a thread without reading it first. * Collecting allies rather than information. + * Trying to fool others by using multiple alias email accounts. - 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: FW: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users?
Oh, right, that zone :) Sure, we could. Atlassians has already given me a license key for the ASF to use for something like that. But, from my conversations with infra@, I'm sure the preference would be that Confluence were setup as a shared resources for all the projects, like JIRA. I imagine we would want it in a zone of its own. :) -Ted. On 5/5/05, James Mitchell [EMAIL PROTECTED] wrote: Why couldn't we host it in the new zone? Licensing?? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 6:08 PM To: Struts Developers List Subject: Re: FW: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users? Yes, if people what to give Confluence a try for a Struts wiki, we can set up a space here: * http://opensource.atlassian.com/confluence/oss/homepage.action I still have one-too-many irons in the fire myself right now, and so I can't volunteer to lead the charge. But if you have the itch, I'll create the Space. Infrastructure is aware we are doing this. (Not thrilled, but not opposed.) If enough teams were interested, I'd work to get it moved to ASF hardware, so that it could be an official ASF resource. -Ted. On 5/5/05, James Mitchell [EMAIL PROTECTED] wrote: Could we setup/try Confluence in the zone? -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 4:11 PM To: [EMAIL PROTECTED] Subject: Re: Wikis for Geeks: anyone have a wiki that supports CVS/SVN for users? Yes, Confluence uses Textile. I've been using Confluence/Textile at work for several months now, and, IMHO, it's the fastest, best way for geeks-like-me to write documents, especially technical documents. When you hook up Confluence with JIRA and Subversion, things start to get very, very tasty. If anyone wants to take a Confluence space for spin, and see for yourself, just let me know. -Ted. On 5/5/05, Will Glass-Husain [EMAIL PROTECTED] wrote: On the Velocity lists, we had a bit of discussion about this early in the year. Tim Colson made a strong case for Confluence (which has a free license for open source projects). I've not used it but rumor has it that the markup language is much more understandable than Moin Moin, letting you use basic HTML syntax instead of those crazy ''' punctuation marks. http://confluence.atlassian.com/display/DISC/Comparison+Matrix Best, WILL - 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] -- HTH, Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- HTH, Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Struts Wiki] Update of DefinePita by DakotaJack
On 5/5/05, Apache Wiki [EMAIL PROTECTED] wrote: + * Focusing on persons rather than on principles. + * Using ad hominem remarks or labels rather than reasoned discussion + * Responding to a thread without reading it first. + * Collecting allies rather than information. Hmmm, not so much. :) The ASF is a meritocracy. People earn merit by doing things that matter to other people. We're a people-place. We're driven by warm-and-squishy ideas like consensus and agreement. It's cool to have neat code, but what's really important to us is the community that creates the code. The code itself, and all the reasoned logic behind it, is a byproduct. Great communities create great code, but, paradoxically, great code, by itself, doesn't build great communities. If we have to choose between code and community, we'll take community every time. What these definitions say is that it's not about Being Right, it's about finding the right path. The right path, for us, is dictated by consensus. Each one of us might feel some other path is better, but the right path is the one we can all walk together. So, are we * Focusing on persons rather than on principles? Our primary principle is meritocracy: Or, them that do the work make the decisions. So, yes, we do focus on people. Without volunteers, there is no project. People are our only working capital. Are we in the habit of * Using ad hominem remarks or labels rather than reasoned discussion? Yes, Apaches often say zen-like things like Merit never expires and Thanks for volunteering. Often, these remarks represents discussions we've already had many, many times. Might we be * Responding to a thread without reading it first? Not often, but when a thread is going sour, people may sometimes try to change the subject. Not to hijack the thread, but to rescue it. Are we * Collecting allies rather than information? In a meritocracy, allies matter. Information doesn't do the work. Allies do. -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Want to donate (not blood)
What's your sourceforge id, Michael? -Ted. On 5/5/05, Michael Jouravlev [EMAIL PROTECTED] wrote: I am a long time Struts user. While there are still may be some unclear areas (ones that I not use), I think that I have a pretty good understanding of action/form workins and of request/response cycle. I would like to donate some stuff, namely modified LookupDispatchAction (aka ParameterDispatchAction), DialogAction and WizardAction. I also want to create several easy-to-plug-in components, kind of ASP.NET provide for a long time. Struts is pretty flexible, but is too basic. It should be more feature-rich. How about creating struts.components package? I also want to create a simple starter app (no database, web layer only), which exploits some of my ideas. I want to provide better Model/View connection. I understand that my goals are quite arrogant, so maybe I can join Struts Application project and develop my stuff there (in hope that it sometime would be accepted in the main Struts trunk ;) ) I wanted to establish my own project on java.net, but it seems easier (and more humble ;) ) to join already established project. So, will Struts Application project members let me become a member? I promise to behave ;) Thanks, Michael. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- HTH, Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Struts Wiki] Update of DefinePita by James Mitchell
Yes, these entries would fit better under the Incubator wiki, along with a few other terms and phrase like Thanks for Volunteering, Them that does the work make the decisions, Merit never expires, and Don't be evil. I'll get on it. -Ted. On 5/6/05, Frank W. Zammetti [EMAIL PROTECTED] wrote: You know, I've seen a couple of Wiki updates today and in recent days past with regard to defining PITA, and some related things, and it has frankly reached a point where someone has to speak up, and I guess it's going to be me. We probably all know the people involved in these posts and know at least some of the history behind it all, on both sides. Am I the only one that thinks this is a pretty immature way for people who purport to be professionals to be dealing with one another? Forget for a moment who may or may not have valid points, regardless of that, is this the proper use for the Struts Wiki? It's essentially name-calling in the guise of a FAQ entry and comes across, to me at least, as petty and childish. Is this really the image anyone wants to project to the rest of the world? Do we really want to see the Wiki devolve into a convenient place for people to banter and bicker back and forth at each other in cleverly disguised ways? I could certainly go remove the pages myself, but I'm not going to do that. It isn't my place. I would hope that the authors would agree it serves no useful purpose and potentially does more harm than good. Can I get an Amen?!? :) -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r168525 - /struts/el/branches/STRUTS_1_2_BRANCH/build.xml
Author: niallp Date: Thu May 5 22:42:30 2005 New Revision: 168525 URL: http://svn.apache.org/viewcvs?rev=168525view=rev Log: Include the JSTL tlds in the struts-el distro. Modified: struts/el/branches/STRUTS_1_2_BRANCH/build.xml Modified: struts/el/branches/STRUTS_1_2_BRANCH/build.xml URL: http://svn.apache.org/viewcvs/struts/el/branches/STRUTS_1_2_BRANCH/build.xml?rev=168525r1=168524r2=168525view=diff == --- struts/el/branches/STRUTS_1_2_BRANCH/build.xml (original) +++ struts/el/branches/STRUTS_1_2_BRANCH/build.xml Thu May 5 22:42:30 2005 @@ -158,7 +158,6 @@ property name=jstl.jar value=${libdir}/jstl-1.0.6.jar/ property name=jstl-standard.jar value=${libdir}/standard-1.0.6.jar/ - property name=jstl.tld.dir value=${libdir}/tld/ property name=servlet.jarvalue=${libdir}/servlet.jar/ @@ -217,10 +216,25 @@ copy file=${jdbc20ext.jar} tofile=${build.home}/library/jdbc2_0-stdext.jar/ -- + + !-- Extract JSTL tlds -- + unjar src=${jstl-standard.jar} dest=${build.home}/library + patternset + include name=**/c*.tld/ + include name=**/f*.tld/ + include name=**/sql*.tld/ + include name=**/x*.tld/ + /patternset + /unjar + + !-- Copy all tlds -- copy todir=${build.home}/library - fileset dir=${jstl.tld.dir} includes=*.tld/ + fileset dir=${build.home}/library/META-INF includes=*.tld/ fileset dir=${struts.core.home}/dist/lib includes=*.tld/ /copy + + !-- Remove JSLT META-INF directory -- + delete dir=${build.home}/library/META-INF/ /target !-- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Struts Wiki] Update of DefinePita by James Mitchell
On 5/5/05, Apache Wiki [EMAIL PROTECTED] wrote: + * Trying to fool others by using multiple alias email accounts. This one might fall under the heading Don't be evil. :) * http://www.wired.com/wired/archive/11.01/google_pr.html -T. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]