nested loops with jstl

Hi all, I have a basic survey creation form which is backed by three levels of form bean - survey -> questions -> answerOptions. Using the following JSTL gets me this exception: javax.servlet.jsp.el.ELException: Unable to find a value for "answerOptions" in object of class "java.util.HashMap$Ent

Re: Using a CSS file

I prefer this method better: @import url(); -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "Tim Christopher" <[EMAIL PROTECTED]> To: "Struts Users Mailing List

Why Template Method instead of Strategy in Commons Chain?

I inquired why the Template Method pattern is being used with Commons Chain instead of Strategy, but never got an answer. Given that the choice seems so problematic, that surprised me. Is that (no response) because there is no answer, or because it is a closed shop of ideas in open source, or bec

Re: Eliminate Setup Actions

LOL "dimplomatic" (???) -- This is a Freudian feast! LOL ///;-) Once you really got going with "half-assed", Frank, I think I am up on you on the scale today. ///;-) I actually have a lot of sympathy for the attempt to compete with Micro$. They are clever as all get out. However, I think th

AW: Eliminate Setup Actions

Frank, > The day any half-assed developer > can put together a web application using RAD tools is a day I > do NOT look forward to, for the same reason I hated all the > half-assed developers I knew that chruned out VB craplets > like there was no tomorrow... God forbid something goes wrong >

AW: Eliminate Setup Actions

Frank, > The day any half-assed developer > can put together a web application using RAD tools is a day I > do NOT look forward to, for the same reason I hated all the > half-assed developers I knew that chruned out VB craplets > like there was no tomorrow... God forbid something goes wrong >

Re: Eliminate Setup Actions

> That would actually > fulfill the goals I had. Would you find that difficult to manage? No, surely not :-) I we were misunderstanding each other; actually you wrote " I'm not sure about introducing a whole new collection of objects, and management components to go along with it." And I just re

Re: Eliminate Setup Actions

> That would actually > fulfill the goals I had. Would you find that difficult to manage? No, surely not :-) I we were misunderstanding each other; actually you wrote " I'm not sure about introducing a whole new collection of objects, and management components to go along with it." And I just re

Re: Eliminate Setup Actions

I think, for me, all of this goes the opposite direction of where my mind is going, that is, a more service-oriented approach. If you view the setup functionality as a discrete service, then it is reasonable to say that particular service might be called from multiple places. For instance, you

Re: Eliminate Setup Actions

On Sat, 05 Mar 2005 18:42:35 -0500, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > ...And I did in fact mean you when I wrote "someone" :) > > I generally like the overall idea behind ViewController beans as you > describe. If there was one "problem" that I see it is that the > prerender() method

Re: AW: Eliminate Setup Actions

Leon Rosenberg wrote: I find it hard enough to manage all the config files I have to manage right now (struts-config, resources, tiles-definitions, factories, and so on), I would be the last one to introduce one more. But since each action knows ist configuration object's reference (filename, url,

Re: Eliminate Setup Actions

Really interesting stuff, Leon. By making data that normally is static dynamic, you also do a lot more than is immediately evident. This is very exciting stuff, in my opinion. I originally tried to do this sort of thing with hot-deploy and classloaders. I am not sure that is not a good solution

AW: Eliminate Setup Actions

> > Interesting... Honestly, when I read through it at first, my > reaction was "geez, that's pretty complicated for a > relatively simple concept", but upon a second reading I > realized it wasn't all that complicated. No, actually it's a one-liner in the constructor, and the code you need fo

AW: Eliminate Setup Actions

> > Interesting... Honestly, when I read through it at first, my > reaction was "geez, that's pretty complicated for a > relatively simple concept", but upon a second reading I > realized it wasn't all that complicated. No, actually it's a one-liner in the constructor, and the code you need fo

Re: Eliminate Setup Actions

I mentioned Shale because of the whole prerender() idea that Craig talked about in another reply to this thread. I didn't know enough to specifically name the ViewController and prerender() methods though, I just remembered the basic concepts :) I think that aspect of Shale (and JSF too as I

Re: Eliminate Setup Actions

I think that this is the "virtue" and the "vice", isn't it? JSF is page-centric. It is essentially Swing on html. If you like Swing, you might love Shale/JSF. That is not a criticism. I like Swing and think that Shale/JSP is very interesting. Nothing like Struts and a crime to call itself any

Re: Eliminate Setup Actions

LOL This reminds me of the Greek guy in "My Big Fat Greek Wedding" who attributes all ideas to Greeks. I think your idea is cool and was cool when previously presented, but it not only is not but cannot be part of Shale because of the basic structure of that framework. I don't think that Shale o

Re: Eliminate Setup Actions

Ben, I don't want to bother raw Struts user's mailing list, but I would like to introduce OzStruts again. because all the Struts developers are struggling with this same issue again, again and again. I think this functionality must be prepared as part of web applicaiton framework. If you have op

Re: Eliminate Setup Actions

Interesting... Honestly, when I read through it at first, my reaction was "geez, that's pretty complicated for a relatively simple concept", but upon a second reading I realized it wasn't all that complicated. However, it seems like we already have something along these lines: the collection of

Re: Eliminate Setup Actions

I have no interest in Shale personally. And, I don't think this idea has been bounced around in that regard. The only interest I have in this in a request driven web MVC setup, which Shale (JSF) is not. Shale is an event driven framework like Echo and Tapestry and is essentially an attempt to ma

Re: Eliminate Setup Actions

...And I did in fact mean you when I wrote "someone" :) I generally like the overall idea behind ViewController beans as you describe. If there was one "problem" that I see it is that the prerender() method is specific to the page the bean is associated with. This can be viewed as "good" or "b

Re: Eliminate Setup Actions

You could use / write a common configuration framework, which would be instantiated by the action servlet, and where all configuration objects are stored / managed. An action would then obtain it's specific configuration object in constructor, or even better in execute(). Last one would allow to ch

Re: Eliminate Setup Actions

You could use / write a common configuration framework, which would be instantiated by the action servlet, and where all configuration objects are stored / managed. An action would then obtain it's specific configuration object in constructor, or even better in execute(). Last one would allow to ch

Re: Eliminate Setup Actions

On Sat, 05 Mar 2005 17:56:40 -0500, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > Then again, I know *someone* is going to point out that Shale (or I > guess JSF generically?) already has this notion ingrained in it. But of course! :-) In Shale, a ViewController bean (pretty much the equivalen

Re: Eliminate Setup Actions

Sure, that would work. But, then you are limiting the developer to basically one setup per class, or forcing them to do some work that Struts really should be doing... If I were to add something like this to Struts (and I have enough interest in this idea that I'd love to persue it, assuming t

Re: Eliminate Setup Actions

> ... I figured you'd specify > the class and method to call, although even easier would be > to write an actual SetupAction class, or something along > those lines, with a known interface that all these classes > would have to implement, then you would just specify the > class and Struts wou

Re: Eliminate Setup Actions

> ... I figured you'd specify > the class and method to call, although even easier would be > to write an actual SetupAction class, or something along > those lines, with a known interface that all these classes > would have to implement, then you would just specify the > class and Struts wou

Re: Eliminate Setup Actions

I for one would be interested in such a thing. I was starting to think about how to do this in a generic enough way too... I was actually thinking of doing it declaratively, i.e., for each Action mapping you could specify a list of setup methods to call, and Struts would go ahead and do that r

Re: Eliminate Setup Actions

I think this solution is "the bomb". I once suggested a generic solution like this for Struts called StrutsState. No one was much interested, so I just built it for my own work. It is so helpful that I cannot express my gratitude toward myself to myself. ///;-) On Sat, 05 Mar 2005 14:27:08 -0

Re: Eliminate Setup Actions

Someone else made some good suggestions about listeners and plugins. These will work well if the dropdown contents are truly static. If however it might be the kind of values that you want to make sure are up-to-date, i.e., read from a database maybe... Then one simple solution is create yourse

Re: Eliminate Setup Actions

If your app is using tiles, take a look at Tile controllers. http://struts.apache.org/api/org/apache/struts/tiles/Controller.html The controller will get called right before rendering the jsp, allowing you to put your info into the request. Corey

Two css files

Hi. I have two css files in the head of my jsp's: href="" /> href="" /> The basicCssStyle's first line has the statement: @import url(../basic.css); The idea is that the user of my webapp can edit the extendedCssStyle file for her own layo

Re: Key from ressource bundle not fount in , but found in ActionMessage

The tag is part of the JSTL library, not the Struts library, and has its own mechanism for specifying resource bundles. See the JSTL documentation for the tag for details. -- Jeff On Sat, 05 Mar 2005 15:14:42 +0100, Simon MARTIN <[EMAIL PROTECTED]> wrote: > Hi, > > my entry from the ressourc

Key from ressource bundle not fount in , but found in ActionMessage

Hi, my entry from the ressource bundle is found pretty well when I use it like this: if (username == null || username.equals("")) errors.add("username", new ActionMessage("loginForm.username.empty")); However, if I want to use the localized entries in a JSP directly, it doe

Re: How can I forward from an Action to a URL outside application

Hi A new problem about this. How can I pass parameters to a URL those parameters to gets from an action I think there was an example few days ago but i can find it. Jim Theodoridis wrote: Sorry. It is so simply i found it. Jim Theodoridis wrote: Hi I want to forward from an action to a url outside

Re: Eliminate Setup Actions

You could populate static combo boxes with data stored as application scope attributes that are set at app startup by either a ServletContextListener or a Struts PlugIn (those attributes will be available to any JSP in the app). Erik Ben Taylor wrote: Hi, Can anyone tell me if there is an easy

Re: Eliminate Setup Actions

You could call the action directly (instead of the .jsp) and have the action add the options to the request if they're not already there, then forward. - Original Message - From: "Ben Taylor" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" Sent: Saturday, March 05, 2005 12:03 AM Sub

Eliminate Setup Actions

Hi, Can anyone tell me if there is an easy way to put information (required to populate drop down boxes using data from a db) in to the request, without having to write a setup Action for each page as is done here: http://www.reumann.net/struts/lesson2/step9.do . Thank you for any help! ---