RE: Making Struts Build Easier (Re: "coming out" for JSF + Struts , was: Struts JSR?)

One more comment about the difficult of contribution to open source projects in general. I have used a great deal of open source code and modified it quite a bit, but have never been successful in making contributions, although I have made more than one attempt. The problem I have is that I don't

RE: Browser-specific attrs for html tags (was: [Bug 26795])

I have done a fair amount of tag work and this one doesn't make any sense to me. I am a big fan of the struts tags and I extend them all the time. First of all if you are doing an href in a button, why are you using a struts tag. If he wants to do a custom tag of have at it. Additionally, usin

RE: Compartmentalization of Modules (was Re: [18111] et al)

If the use of modules is truly to split struts-config.xml files, then isn't it simpler to just use comma delimited configuration files in web.xml? Edgar > -Original Message- > From: Joe Germuska [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 20, 2004 3:02 PM > To: Struts Developers L

RE: why are form beans required for html:form?

The data not going to a form bean seem to be a 'very' limited use, especially with the ease of DynaActionForms. There already exists a fair amount of technology to handle this sort of situation. Additionally, the idea of struts was to put a framework around this. To compliciate the tags for this

RE: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

There is another benefit to the way that struts does things. Since the actionform has such a heavy structure, standard actions can be written based on the structure. If a common set of business actions can be defined then actions can be reused across large sections of a web enabled application, i

RE: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

I use dynamic fields all the time. The fields visible to the user are based on a usage profile, for example if a user is entering orders and his profile is for export orders he sees a booking field, if his profile is for domestic orders he doesn't. This is a view issue, the booking should be in t

RE: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

> And you're really going to have to break both of my arms and/or kick me > out of Struts development if you want ActionForm *ever* changed to an > interface again -- in *any* future Struts release. I think it's an > absolutely horrible idea, for reasons that have been documented way too > many ti

RE: getDataSource deprecate

Sorry to disagree with you Vic. There are so many good reasons to keep struts data source for other than large J2EE projects. First it works, is simple, loading your apps is simpler, just drop in the war, no messing with the container. Second for testing it is simpler, you can just run moc tes

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

I disagree about the web app containing the DB Pool as configuration of multiple DB Pools in a container containing many different apps is a royal pain, not to mention a potential source of downtime for unrelated users. Please don't remove this feature. Leave it depreated as long as you like. Th

RE: Extending ActionMapping

This looks like an XML validation error. I assume you didn't modify the stuts-config.dtd, therefore your enhanced struts-config would not pass a strict xml evaluation. Is it possible that Jrun doesn't require xml validation of configuration files? I know that Resin doesn't validate xml configura

RE: Multi Action servlet !

Why wouldn't changing the servlet mapping from *.do --> action servlet to *.[actiontype] --> [associated action servlet] work? As long as you are consistent would struts care? Edgar > -Original Message- > From: Ted Husted [mailto:[EMAIL PROTECTED] > Sent: Friday, November 14, 2003 7:10

RE: Conversion to ToStringBuilder

I agree, the less jars the better. As far as containers shipping with commonly used jar files, these common applications aren't standing still and we test with the specific jars are applications are using, wouldn't this be confusing and possibly waste more time that it saves. Edgar > -Origin

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 old

RE: Struts-chain Behavior Discussion

Not that I am an expert, nor is this the Command Chain a major issue for me, but logic in configuration files (xml) is like writing LISP. For some it is a rare beauty, for others it foggy at best. Edgar > -Original Message- > From: Paul Speed [mailto:[EMAIL PROTECTED] > Sent: Monday, Oc

View Logic which belongs in the Business Tier [was RE: Editable F ields V/S Static Text]

This is in answer to Craig's question a few days back about what kind of business logic was needed in the tag classes. In my application there are quite a few classes of information that are business logic requirements that without enhancing the tags would need view code. 1) The business logi

RE: [VOTE] Accept patches to make html taglib more extensible

Perhaps if you changed the name to renderAdditionalTags and renderPreliminaryTags it might be more palatable. A perfect use case is if you want to create a more programmer friendly checkBox implementation. The easy answer is to have a parallel field which is hidden with the text values of 'true

RE: [VOTE] Accept patches to make html taglib more extensible

+1 If 'renderExtraAttributes' always renders the last attributes of the tag this looks clean to me. This would allow rendering multiple or other tags with the single tag. Edgar > -Original Message- > From: Sgarlata Matt [mailto:[EMAIL PROTECTED] > Sent: Sunday, September 28, 2003 11

RE: Editable Fields V/S Static Text

For the first time in many months, there was some visible progress in the area of acceptance of submissions on tags. Thank you David and Robert. I do have some points that I am sure will draw fire, but I have been an idiot on this forum for so long... 1) It is fine that the basic tags in struts

RE: Struts vs JSP : Validators

Tiles and validator contain functionality not readily available in JSF. Edgar > -Original Message- > From: Guido García Bernardo [mailto:[EMAIL PROTECTED] > Sent: Friday, September 26, 2003 6:41 AM > To: Struts Developers List > Subject: Struts vs JSP : Validators > > > What do you thi

RE: Editable Fields V/S Static Text

I think it is more than a 'preference' based on the rapidity with which INVALID or WONTFIX is stamped on tag suggestions and patches. Perhaps it would be best if the tags were cut loose from struts and a different group of committers were responsible for them. I wouldn't, nor would I expect anyon

RE: Editable Fields V/S Static Text

If the tags were structured differently so they were easier to extend without breaking when new releases of struts come out these issues might not come up. Of course, I myself have resigned myself to this issue since the tags are such a political football on this list. Edgar > -Original Mess

RE: Editable Fields V/S Static Text

You could use a JSP expression to output the readonly='true' attribute of the html:text or use the html-el library and use jstl to evaluate the attribute. Edgar > -Original Message- > From: Chris Gastin [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 25, 2003 12:29 AM > To: [EMAIL

RE: Conceptual question about populating/validating values

I test my apps under tomcat and use the shutdown / restart with session restoration to test if my apps are serializable. Edgar > -Original Message- > From: Bygrave, Graham BGI UK > [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 17, 2003 8:06 AM > To: Struts Developers List > Sub

RE: Conceptual question about populating/validating values

o the http request (just using > the full a.b.c notation is a key) and this is then put back > into the jsp using a slightly modified TextTag. You have > access to the request in your converter, so you can build any > validation errors there. > > Regards, > Graham. >

RE: Conceptual question about populating/validating values

If I were you I would use strings in my form beans (or at least methods or parallel field which accept strings as arguments) and look into third party stuff, i.e. Matt Kruse's date handling javascript. Additionally, I would bypass the validator and validate in my action (that way you would have th

RE: signature [was: Struts web site [was: Re: Conversion of web s ite docs to XHTML]]

What about ethernet and pots? > < using something else>> > Edgar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tiles-el and nested-el tags (was Re: Support for non-JSTL tags)

Thanks for the update. I'll see if I can work them a little for you. Edgar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

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

I would like to see those responses. Edgar > -Original Message- > From: Ted Husted [mailto:[EMAIL PROTECTED] > Sent: Friday, August 29, 2003 8:08 PM > > (Hey, maybe I should start answering the html taglib > questions with the > Velocity Tools solution!) > --

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

I haven't seen a patch for the tags (except for James, David and Aaron) in quite a while because the response to maintaining/enhancing the tags is so negative. Most of us who really use/customize the tags have gone our own way already. Edgar > -Original Message- > From: Steve Raeburn [ma

RE: forms tag ? serialaizable

Your form beans should be serializable if you are keeping them in session scope. I am not familiar with scaffoldingLib but AFAIK the straight struts ActionForm and derivatives all serialize OK. Obviously, everything you throw in an ActionForm must be serializable as well. There are a few classes

RE: Interesting Bug Fact

It is not a misconception to some of us who happen to think the convience aspect of the tags packaged with the controller is the reason to use struts. I also am of the opinion that a big reason struts is popular is that the 'packaging' is correct, i.e. it has enough features in one place so that b

RE: Interesting Bug Fact

I would like to add an observation to this 'fact'. The tags have taken a huge hit due to the complexity tomcat added with 'pooled' tags. The pooling broke all the tags resulting in a high level of bug reporting. IMO it highlights the importance of the tag library to struts, at least until JSF is

RE: Some taglibs are missing a few common attributes.

Unfortunately, you can't use as the value of an attribute. Are you suggesting that the user does That seems a little disconcerting. Edgar > -Original Message- > From: David Graham [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 05, 2003

RE: [Bug 12573] - Handling of HTML-Checkboxes and (dynamic) FormBeans result in false values

If this was an option in the tag, then the user could choose for himself to accept the 'small' risk of incompatible browers, i.e. shadowcheckboxes=true This would be a very nice addition to the tag libraries as it is one of the more confusing initial aspects of learning struts. Also, non

RE: taglib purpose?

If you do a lot of nesting, the nested tag lib is a lot easier to use than EL. Don't enhance it or even fix bugs, but leave it alone please. Thanks. Edgar > -Original Message- > From: David Graham [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, February 11, 2003 11:07 AM > To: [EMAIL PROTE

RE: [Proposal] Migrate to Dependency on commons-resources

I like the idea. While your at it, can each message pass in its own resource bundle so you can keep the resources with the Class/Package? Edgar -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED]] Sent: Monday, January 13, 2003 6:15 PM To: Struts Developers List Subject: Re: [

Tag Elimination

The html tags are useful struts tags in a standard browser environment. The nested iterators, since they iteract nicely with html tags, seem more straight forward to use than the equivalent JSTL. If you are already iterating using the nested taglib, the nested logic tags are again more straightfor

RE: [FRIDAY] Jane! Stop this crazy thing!

John Brenner. Stand on Zanzibar. Edgar -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 31, 2002 5:14 AM To: Struts Developers List; [EMAIL PROTECTED] Subject: [FRIDAY] Jane! Stop this crazy thing! [EMAIL PROTECTED] wrote: > martinc 2002/12/30

RE: Overloaded Setters in Form

I switch between booleans and strings for actions and imbed actions into a 'generic' class. Struts currently, doesn't have a problem with this (at least in the current versions). Is there a chance this will stop working? Edgar -- To unsubscribe, e-mail: For additi

RE: Overloaded Setters in Form

vert over to my Form? Thanks for all of your help, Carl -Original Message- From: Edgar P. Dollin [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 24, 2002 10:26 AM To: 'Struts Developers List' Subject: RE: Overloaded Setters in Form I have had success overloading properties

RE: Overloaded Setters in Form

I have had success overloading properties and used the effect liberally. I have found that if you are consistent in your overloading, i.e. for every setter of type x supply a getter of type x as well (at least in the containers I am using) they seem to function. Based on your comments, I have a

RE: modifying the mapping input path during validation

: modifying the mapping input path during validation Edgar P. Dollin wrote: > Can this be a property of the form itself? the id is set as a property on the form, but there's no logic anywhere to set it as a request parameter before RequestProcessor forwards to the input page. -- To unsubscribe

RE: modifying the mapping input path during validation

Can this be a property of the form itself? Edgar -Original Message- From: Brian Moseley [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 17, 2002 1:10 PM To: [EMAIL PROTECTED] Subject: Re: modifying the mapping input path during validation any comments on the problem i've outlined b

RE: [OT]AW: Why are people are up on Struts

The version to try for windoze is lugaru / epsilon. If you learn the keystrokes you will never give it up. Edgar -Original Message- From: Phase Web and Multimedia [mailto:[EMAIL PROTECTED]] Sent: Friday, December 13, 2002 1:48 PM To: Struts Developers List Subject: [OT]AW: Why are peopl

RE: Action chaining: (was - Re: Why are people up on Struts)

My viewpoints are a little more simplistic. There is a lot of gray area between the definition of presentation layer and business logic. There has to be some impact or you couldn't drive the business layer from the presentation layer. We do the best we can to minimize the impact of one upon the

RE: Why struts is looked down upon...

Congratulations... You have gotten big enough to draw negative attention. It is a sign of true success. Edgar -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED]] Sent: Friday, December 06, 2002 9:36 PM To: [EMAIL PROTECTED] Subject: Why struts is looked down upon... Any o