Re: Controller and Actions

cheers brandon, The FormBean is reusable across several actions. If you notice in the struts-config.xml there is a tag that can be used by several actions. indeed you can but this will suit not well sometimes. either you create a form that suits perfectly the html-form, which means you hardly ca

Re: Controller and Actions

thx matt I agree that you should have several actions for a single form. Fortunately, you can do this with Strut's DispatchAction. I make extensive use of in the project I am working on. i honestly have to tell you i haven't heard of this opportunity. i checked it out but there are still some th

RE: [VOTE-RESULT] Steve Raeburn as a Struts Committer

I'm getting the long delay just using Putty interactively. But as you've mentioned Eclipse seems to authenticate at least twice during a checkout. Also, I've never had problems using anonymous CVS so it does seem to be SSH related. I'll try Craig's suggestion and take a look at MindTerm tomorrow.

RE: [VOTE-RESULT] Steve Raeburn as a Struts Committer

--- Steve Raeburn <[EMAIL PROTECTED]> wrote: > Putty worked well for interactive logon, but I had problems tunneling > CVS > requests through it. I'm up and running directly from Websphere Studio > now > but I'd like to get a command line CVS working as a backup to that. > > I'll keep bashing away

RE: [VOTE-RESULT] Steve Raeburn as a Struts Committer

On Mon, 7 Jul 2003, Steve Raeburn wrote: > Date: Mon, 7 Jul 2003 18:55:52 -0700 > From: Steve Raeburn <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > To: Struts Developers List <[EMAIL PROTECTED]> > Subject: RE: [VOTE-RESULT] Steve Raeburn a

RE: [VOTE-RESULT] Steve Raeburn as a Struts Committer

Putty worked well for interactive logon, but I had problems tunneling CVS requests through it. I'm up and running directly from Websphere Studio now but I'd like to get a command line CVS working as a backup to that. I'll keep bashing away. Thanks for your input, half the battle at this stage is k

RE: [VOTE-RESULT] Steve Raeburn as a Struts Committer

I use PuTTY on Windows and whatever terminal program RH9 has and haven't experienced those problems. It didn't require any special setup to connect. Sorry, I can't be of more help. David --- Steve Raeburn <[EMAIL PROTECTED]> wrote: > Thanks, Ted. > > After a fun time battling with my CVS over

RE: [VOTE-RESULT] Steve Raeburn as a Struts Committer

Thanks, Ted. After a fun time battling with my CVS over SSH setup on Windows 2000, I've finally managed to make a teensy commit to the docs (baby steps to begin with). I have a couple of questions that perhaps those more battle-hardened souls could help with. First, I get a very long delay while

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles/xmlDefinition I18nFactorySet.java

dgraham 2003/07/07 18:03:43 Modified:src/share/org/apache/struts/tiles/xmlDefinition I18nFactorySet.java Log: Formatted code, removed deprecated constant. Revision ChangesPath 1.8 +411 -386 jakarta-struts/src/share/org/apache/struts/tiles/x

DO NOT REPLY [Bug 21337] - ActionServlet.destroyModules() creates a new RequestProcessor

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-struts/src/share/org/apache/struts/action ActionServlet.java

dgraham 2003/07/07 17:50:54 Modified:src/share/org/apache/struts/action ActionServlet.java Log: Added a getProcessorForModule() method that won't create a RequestProcessor when one doesn't exist. Call this method from destroyModules() instead of getRequestProcessor() for PR# 2

DO NOT REPLY [Bug 5739] - Struts fails silently in too many places

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

cvs commit: jakarta-struts/src/share/org/apache/struts/action ActionServlet.java

dgraham 2003/07/07 17:39:21 Modified:src/share/org/apache/struts/action ActionServlet.java Log: Reverse if logic to continue to next loop iteration in destroyModules() to prevent a large block of code being nested in the if. Revision ChangesPath 1.160 +30 -23 ja

DO NOT REPLY [Bug 5739] - Struts fails silently in too many places

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

cvs commit: jakarta-struts/web/template-example/css templates.css

dgraham 2003/07/07 17:30:34 Modified:.build-webapps.xml build.xml doc/userGuide dev_tiles.xml installation-jetty.xml configuration.xml project.xml installation.xml Removed: web/template-example footer.html optional.jsp header.html

cvs commit: jakarta-struts/doc/userGuide struts-template.xml

dgraham 2003/07/07 17:30:05 Removed: doc/userGuide struts-template.xml Log: Added scriptLanguage property to the form and javascript tags for PR# 17234. This property is ignored in XHTML mode but allows developers to turn off the "language" attribute of

cvs commit: jakarta-struts/doc/userGuide dev_template.xml

dgraham 2003/07/07 17:30:00 Removed: doc/userGuide dev_template.xml Log: Added scriptLanguage property to the form and javascript tags for PR# 17234. This property is ignored in XHTML mode but allows developers to turn off the "language" attribute of

cvs commit: jakarta-struts/doc/userGuide struts-html.xml

dgraham 2003/07/07 17:05:11 Modified:src/share/org/apache/struts/taglib/html JavascriptValidatorTag.java FormTag.java doc/userGuide struts-html.xml Log: Added scriptLanguage property to the form and javascript tags for PR# 17234. This property

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html JavascriptValidatorTag.java

dgraham 2003/07/07 16:46:35 Modified:src/share/org/apache/struts/taglib/html JavascriptValidatorTag.java Log: Turned the htmlBeginComment and htmlEndComment into constants because they should never change. Revision ChangesPath 1.30 +11 -11

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/tiles InsertTag.java

dgraham 2003/07/07 16:40:12 Modified:src/share/org/apache/struts/taglib/tiles InsertTag.java Log: Fixed exception handling for PR# 13279. Instead of swallowing exceptions or printing the stack trace on the page, the exceptions are logged and rethrown as JspException for the pag

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/tiles InsertTag.java

dgraham 2003/07/07 16:29:46 Modified:src/share/org/apache/struts/taglib/tiles InsertTag.java Log: More code cleanup, removed deprecated method, deprecated ROLE_DELIMITER because it is only used internally to this class. Revision ChangesPath 1.19 +106 -65 jakarta

DO NOT REPLY [Bug 21382] - Spaces in tiles xml config files cause silent failures

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21382] - Spaces in tiles xml config files cause silent failures

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21382] New: - Spaces in struts xml config files cause silent failures

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: request for feedback on proposed parameter tag

I've put together what I consider a preliminary implementation of ParameterTag, which seems to be working. At the moment, I'm not familiar enough with the JSTL tags to feel comfortable trying to integrate with the tag, as David and Ted suggested. Given that limitation, the potential for introduci

RE: Request/Response Utils future request

On Mon, 7 Jul 2003, Andrew Hill wrote: > Date: Mon, 7 Jul 2003 17:39:53 +0800 > From: Andrew Hill <[EMAIL PROTECTED]> > Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > To: Struts Users Mailing List <[EMAIL PROTECTED]> > Cc: Struts-Dev <[EMAIL PROTECTED]> > Sub

cvs commit: jakarta-struts/doc/resources books.xml

jholmes 2003/07/07 08:56:30 Modified:doc/resources books.xml Log: added Jakarta Struts Pocket Reference Revision ChangesPath 1.21 +12 -0 jakarta-struts/doc/resources/books.xml Index: books.xml ===

cvs commit: jakarta-struts/doc/images/books 0596005199.gif

jholmes 2003/07/07 08:55:02 Added: doc/images/books 0596005199.gif Log: added Jakarta Struts Pocket Reference image Revision ChangesPath 1.1 jakarta-struts/doc/images/books/0596005199.gif <>

RE: Controller and Actions

The FormBean is reusable across several actions. If you notice in the struts-config.xml there is a tag that can be used by several actions. But, in the manner you are referring I think the LookupDispatchAction may be what you would want to use. It allows you to map button names to methods within

Re: Controller and Actions

Hi Daniel, I agree that you should have several actions for a single form. Fortunately, you can do this with Strut's DispatchAction. I make extensive use of in the project I am working on. I think everything you described in your 6 step scenario can be done with a combination of dispatch actions

Controller and Actions

hi folks, i am working on a project right now for which i figured out struts to be perfectly suitable. but as i looked at it a little closer i saw some issues in the "struts way" i don't agree with. the main problem is that you think of a 1-to-1 relation between a form and an action (i think so 'ca

DO NOT REPLY [Bug 21244] - FormFile implementations should be serializable

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21359] - Struts Error Handling Framework Problem

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Request/Response Utils future request

This is one reason why static methods are evil. RequestUtils will be decomposed into smaller, more focused utility classes (like one for JSP tags). That will be a good time to make the change to a Singleton pattern. This has already happened with the new TokenProcessor class by the way. David

Re FRIDAY: Powered By Struts Logos

+1 Can we just assume... that Struts logo will be a Monkey? A Struting monkey named "Struts". Drawings of Struts logo with no monkeys in it can be submited but who would vote for them? :-) With clear see trough 3D like Mac OSX Look and Feel. A monkey in water... with ripples. (undocume

DO NOT REPLY [Bug 21347] - Failure to use non-standard HTML properties with Struts custom tags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Powered By Struts Logos

Personally, I think we should have a Struts logo "revision" contest. No offense to who designed the current one. But, it's kind of drab. Why not do a "logo suite" contest and keep a unified look across the Struts branding elements. I would hate to see a powered by logo that is dramatically differen

RE: Powered By Struts Logos

One my brother came up with... http://www.reumann.net/reumann/struts/logos.html -- Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: Request/Response Utils future request

+1 (& crossposting to struts-dev to try and spark some discussion on implementation) Couldn't agree more George. I too have come across *numerous* situations where I wanted to override and do things a little bit differently for certain cases. And not just with Request & Response Utils but also wi

DO NOT REPLY [Bug 21359] New: - Struts Error Handling Framework Problem

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21337] - ActionServlet.destroyModules() creates a new RequestProcessor

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu