Should Struts ship with all of the commons jar files needed to get Struts datasources working?

was that Struts would ship with the entire set of commons jar files needed to utilize all of the features of Struts. Are Struts Datasource EOL or something? Rick Hightower Chief Technology Officer ArcMind Know the Next! http://www.arc-mind.com http://www.arc-mind.com/

RE: Should Struts ship with all of the commons jar files needed to get Struts datasources working?

Ya know. I was just starting to warm up to the idea for that very reason. It is a pain to configure DB connection pools for every app server. -Original Message- From: Edgar P Dollin [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 03, 2003 2:03 PM To: 'Struts Developers List'

RE: Should Struts ship with all of the commons jar files needed to get Struts datasources working?

since 1.1 released. There is to much talk about data connection's as it is on user. (I wish more be taged as deprected :logic/bean, since in the future... they will be and there was a comment on dev list that no one is keen to patch, so just give users a signal ) .V Rick Hightower wrote

RE: Disadvantages of Struts?

Don't be silly. Struts is perfect. -Original Message- From: Robert H. Tran [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 03, 2003 2:10 PM To: Struts Developers List Subject: Disadvantages of Struts? I just wonder if Struts comes with any significant drawback. I mean not in terms

RE: Should Struts ship with all of the commons jar files needed to get Struts datasources working?

-source You don't really need the type property, since GenericDataSource is the default. Steve -Original Message- From: Rick Hightower [mailto:[EMAIL PROTECTED] Sent: December 3, 2003 2:20 PM To: 'Struts Developers List' Subject: Should Struts ship with all of the commons jar files

RE: Disadvantages of Struts?

are required, they will be like loose ends of the application. Another issue: how can one componentize his code and deploy it in a self-contained plug-in, as with Eclipse? Please forgive my novice. - Robert. - Original Message - From: Rick Hightower [EMAIL PROTECTED] To: 'Struts Developers List

Datasource, DBCP documentation woes, suggested documentation fix

will need to use the struts-legacy.jar jar file that ships with Struts 1.1. Copy the struts-legacy.jar file to the WEB-INF/lib directory of your web application. This might be a moot point depending on how soon Struts 1.2 comes out, and if commons-pooling and commons-dbcp ship with Struts. Rick

RE: DO NOT REPLY [Bug 22878] New: - LookupDispatchAction throws NullPointerException during first execute after tomcat start

Gee... this sounds like they forgot to set the load-on-startup element for the Action Servlet. Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) 520 977 8605 (Mobile) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL

RE: DO NOT REPLY [Bug 22878] New: - LookupDispatchAction throws NullPointerException during first execute after tomcat start

I just realized that I replied to something that said DO NOT REPLY... what a dope I put the comment as per your request. Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) -Original Message- From: Steve Raeburn [mailto

Action.setLocale, fail early?

java.lang.IllegalArgumentException(Locale was null); } As a developer when I misuse an API, I like to see it fail quickly. This way I don't have to spend a lot of time debugging where I went wrong. Die early and often in development not during QA or. gulp.. Production! Rick

Improve JSTL i18n support with Struts

bean:message and replacing him with fmt:message (or at least deprecating him a bit). :( Don’t worry. I will add this to the Bugzilla feature request as soon as I test it. Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) 520 977 8605

RE: JSR 168 and Struts

papers, prototypes, etc.). Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) 520 977 8605 (Mobile) -Original Message- From: Clay Richardson [mailto:[EMAIL PROTECTED] Sent: Thursday, August 28, 2003 9:05 PM To: [EMAIL PROTECTED

RE: [OT] As the Struts world turns [was: Re: DO NOT REPLY [Bug 22519] - Allow multiple MessageResources files to be loaded under one key]

I instant messaged the link to my boss. We laughed about it as well. Then I showed my wife and sister-in-law. My wife didn't think it was funny. I enjoyed it a little too much. Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) 520 977

RE: Action.setLocale, fail early?

Good point. I did not think of that. (I guess I won't be adding an enhancement request). Did you get a chance to look at the i18N/JSTL support email? Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) 520 977 8605 (Mobile

RE: Improve JSTL i18n support with Struts

a lot of sense to me to wait till 2.0 //session.setAttribute(Config.FMT_LOCALE, locale); Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) 520 977 8605 (Mobile) -Original Message- From: David Graham [mailto:[EMAIL PROTECTED

RE: Support for non-JSTL tags (was RE: DO NOT REPLY [Bug 21465] - Enhancement of the html:link tag)

I am not a voter, but I think Comments below... Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) 520 977 8605 (Mobile) -Original Message- From: Steve Raeburn [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 27, 2003 9

RE: JSTL EL Validator rule: A better requiredif and validatewhen using JSTL

, Ohio. I go to Ohio a lot on biz (mostly Columbus). I live in Tucson AZ. -Original Message- From: Rick Hightower [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 26, 2003 5:43 PM To: 'Struts Developers List'; [EMAIL PROTECTED] Subject: RE: JSTL EL Validator rule: A better requiredif

RE: JSTL EL Validator rule: A better requiredif and validatewhen using JSTL

I did both of the steps you requested. Bug 22743 posted Email sent to: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) 520 977 8605 (Mobile) -Original Message- From

RE: JSTL EL Validator rule: A better requiredif and validatewhen using JSTL

I only have the JSTL EL validator rule complete. It still needs testing, logging, and some general refactoring. Here is the war file http://www.rickhightower.com/CustomRule.war Here is the src http://www.rickhightower.com/CustomRule.zip Rick Hightower Chief Technology Officer Trivera

JSTL EL Validator rule: A better requiredif and validatewhen using JSTL

willing to contribute the above as well as write a rule that uses BSF and OGNL. Thoughts? --Rick Hightower

RE: JSTL EL Validator rule: A better requiredif and validatewhen using JSTL

below Rick Hightower Chief Technology Officer Trivera Technologies http://www.triveratech.com 520 290 6855 (Phone) 520 977 8605 (Mobile) -Original Message- From: Robert Leland [mailto:[EMAIL PROTECTED] Sent: Monday, August 25, 2003 6:45 PM To: Struts Developers List Subject: Re

RE: JSTL EL Validator rule: A better requiredif and validatewhen using JSTL

and the server, and only have one set of validation scripts. I think this is a better alternative than having to maintain two sets of code that does the same thing in two languages. Again, this would be an option, not required. ** More Comments below... Rick Hightower Chief Technology Officer

RE: JSTL EL Validator rule: A better requiredif and validatewhen using JSTL

Comments below... (**) David Graham: requiredif was released with 1.1, validwhen will be released with 1.2, I will -1 any other changes like this for 1.2 because we're too late in the cycle for something like this. ** Okay. No problem. I was merely stating that I give it a +1 (although my vote