Re: Bunch of issues...
Hani Suleiman <[email protected]>
| Newsgroups | gmane.comp.java.open-symphony.webwork |
|---|---|
| Message-ID | <4719864.1145309839536.JavaMail.os-j2ee@opensymphony01.managed.contegix.com> |
> Ok, well if you want to do it the HARD way :-) > > I'd suggest looking at the type conversion docs and > have an > This is a ridiculous assertion, and an equally ridiculous suggestion. The problem has nothing to do with type conversion, or shouldn't at least. It's pretty ludicrous that I cannot pass stuff around within my page without it going through a conversion in every step, and forcing me to define mappers for said conversion. Sure, maybe that's what I need to go to get this working, which would convince me that I should go with the caching in the action (which, incidentally, is NOT the right solution, since the parameter to the getReports() method can vary, and so I'd have to cache about 20 lists). Obviously, if ognl converts all the time instead of passing stuff around, then I don't want to incur THAT performance hit. > Overall I'd say you're getting too fancy in your > page, and putting too much script there. Well, that's a matter of opinion. Looking up something, then passing it to another method to calculate some displayed value is, to most normal people, not 'getting too fancy' or having 'too much script'. It's two lines, and it's a lot less code than anything you've suggested so far, as well as ensuring that there's never any stale data around no matter what context I use my action in. It's more reusable, scalable, maintainable, and clearer than anything you've suggested so far. I don't want to debate design. From what you're saying, I gather the answer boils down to 'sorry, you can't, what you're doing isn't supported, ognl is invasive and will not pass lookups around by ref, and will crap itself if you don't explicitly tell it how to map in every step'. --------------------------------------------------------------------- Posted via Jive Forums http://forums.opensymphony.com/thread.jspa?threadID=26282&messageID=51727#51727 --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]