DO NOT REPLY [Bug 32947] - FormFile.getFileSize() returns 0 when size of uploaded file is big

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32954] New: - Wildcard support in exception handlers

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32947] - FormFile.getFileSize() returns 0 when size of uploaded file is big

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://issues.apache.org/bugzilla/show_bu

Re: Coupling, Struts and JSF

I realize it was an answer, Jan. My question, however, is whether there is a problem when someone does not chain actions and whether there is not a way to avoid doubling actions or whether there is a real problem. Is that unreasonable? Or, are we just supposed to assume there is some imagined pr

Re: Coupling, Struts and JSF

In practice, a rich page will require a lot of setup. For example, it's not uncommon for page to have several select boxes that need to be populated. When you prepare to setup the page, you might also need to look up a domain record, as well as a user profile, and so forth. After it's displayed

DO NOT REPLY [Bug 32956] New: - in unix envrionment html,logic,bean tag libraries do not recognize duplication functions with different params

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32956] - in unix envrionment html,logic,bean tag libraries do not recognize duplication functions with different params

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://issues.apache.org/bugzilla/show_bu

Bug in DownloadAction?

I believe there's a bug in org.apache.struts.actions.DownloadAction. Overriding getBufferSize() doesn't have any effect since the byte array is created with the static field DEFAULT_BUFFER_SIZE. Thanks, Brad Brad Lane Software Developer Pearson Educational Measurement eMeasurement(tm) Ser

Re: Coupling, Struts and JSF

Thanks, Ted. I would not have guessed this was the focus without you having said so. Let me ask a further question, to get a better understanding of what this is about. I still am not clear, and I hope to explain why in what follows. I really am just trying to get a grasp on what the problem is

Re: Coupling, Struts and JSF

Hello, again, Jan, Having read Ted's response, I can now understand what you were saying. I just could not see why doing something like chaining an action made any sense or believe that people actually do that. What I would naturally do is to provide a common helper class, Setup.java (or Result.

Re: Coupling, Struts and JSF

Hope no one minds an extra two cents here... I've personally chained actions on a couple of ocassions, but what I find myself doing more of in cases like this where there is a "setup Action" and X number of "processing Actions" possible for a given screen is I code the setup Action in such a way

Re: Coupling, Struts and JSF

Lo, Frank, Very interesting and very helpful. I think I am starting to see what you guys are thinking. I have dealt with the same problems, of course. I bet we do something similar, Frank. Here is a class I use which uses other classes like actions, but they are not actions. Is this what you

Re: Coupling, Struts and JSF

I believe the use case is not about going from A to B. It's about going to A and then submitting data from A. The design of Struts 1.x encourages us to use one mapping to display a form and another to submit a form. (There may or may not be more than Action class behind the mappings. I've writte

DO NOT REPLY [Bug 32959] New: - NullPointerException in FacesRequestProcessor.prcocessActionPerform

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://issues.apache.org/bugzilla/show_bu

Re: Coupling, Struts and JSF

No, I was talking about something even more mundane... public class AdminSystemControlAction extends Action { public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) throws Exception { ClientFB clFB = new ClientFB();

DO NOT REPLY [Bug 32959] - NullPointerException in FacesRequestProcessor.prcocessActionPerform

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://issues.apache.org/bugzilla/show_bu

Re: Coupling, Struts and JSF

-- Original message -- > I believe the use case is not about going from A to B. It's about going to A > and > then submitting data from A. The design of Struts 1.x encourages us to use > one > mapping to display a form and another to submit a form. (There may or may no

Re: Coupling, Struts and JSF

-- Original message -- > I believe the use case is not about going from A to B. It's about going to A > and > then submitting data from A. The design of Struts 1.x encourages us to use > one > mapping to display a form and another to submit a form. (There may or may no

Re: Coupling, Struts and JSF

On Thu, 06 Jan 2005 04:32:56 +, [EMAIL PROTECTED] > [snip] > IMHO, I really dig JSF, but struts handle this situation better. The postback > method that Ted talks about seems like a better JSF solution. Indeed, the postback approach is what I used in the Shale proposal. The basic idea is th

Re: Coupling, Struts and JSF

On Wed, 5 Jan 2005 19:33:39 -0500, Ted Husted <[EMAIL PROTECTED]> wrote: The design of Struts 1.x encourages us to use one mapping to display a form and another to submit a form. When I think of forms I think of . When I display the form, I do so from some action. When I submit it, I do so to

Re: Coupling, Struts and JSF

On Wed, 5 Jan 2005 22:09:28 -0800, Dakota Jack <[EMAIL PROTECTED]> wrote: > This make sense to you? It certainly does ... but that's only because you and I are wierd :-). The pattern you describe makes perfect sense to someone who understands object oriented programming, and design patterns, and

Re: Coupling, Struts and JSF

On Wed, 5 Jan 2005 22:27:40 -0800, Craig McClanahan <[EMAIL PROTECTED]> wrote: > There are basically no frameworks in > the world that a developer familiar with a scripting language will > feel comfortable with out of the box. Of course "no frameworks" was supposed to say "no Java-based framework

Re: Coupling, Struts and JSF

Ted, I think I may be getting where our communication was breaking down in my head. Suppose X.Action --> display --> X.jsp --> submit Y.Action --> display --> Y.jsp. Now, what about the ActionForm? You seem to see the ActionForm as relating primarily to some X.jsp, i.e. XActionForm.java and the

RE: Coupling, Struts and JSF

Jack, Ted once suggested to add a 'FrontController'. That class could be optionally plugged into the action mapping, and would do the view preparation. Regards, Jan -Original Message- From: Dakota Jack [mailto:[EMAIL PROTECTED] Sent: donderdag 6 januari 2005 0:00 To: Struts Developers Li