gzilla/show_bug.cgi?id=16067
ActionForm 'init' method to prepopulate the form
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED
gzilla/show_bug.cgi?id=25028
ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=25028
ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7
--- Additional Comments From [EMAIL PROTECTED] 2003-11-26 18:19 ---
I take back the line "Bug is not reproducable in Internet Explorer 6.0." line
back. It does appear
gzilla/show_bug.cgi?id=25028
ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7
--- Additional Comments From [EMAIL PROTECTED] 2003-11-26 18:07 ---
Created an attachment (id=9307)
Demonstration .war of bug. Please test using recent mozilla-based browser, and
gzilla/show_bug.cgi?id=25028
ActionForm threading issue: multiple requests with Mozilla 1.5/Firebird 0.7
Summary: ActionForm threading issue: multiple requests with
Mozilla 1.5/Firebird 0.7
Product: Struts
Version: 1.1 Final
Platform:
I have a class LookupForm.java. This extends ActionForm. Here it
goes.
package batclass;
import javax.servlet.http.HttpServletRequest;
import org.apache.struts.action.ActionForm;
import org.apache.struts.action.ActionMapping;
public class LookupForm extends ActionForm
{
private String symbol
Symbol:
Now, I have a class LookupForm.java. This extends ActionForm. Here it
goes.
package batclass;
import javax.servlet.http.HttpServletRequest;
import org.apache.struts.action.ActionForm;
import org.apache.struts.action.A
s-html.tld" prefix="html" %>
BAT struts application
Symbol:
Now, I have a class LookupForm.java. This extends ActionForm. Here it
goes.
package batclass;
im
Sorry about this. Promise won't do it next time.
> -Original Message-
> From: James Mitchell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 08, 2003 10:49 AM
> To: Struts Developers List
> Subject: Re: Store ActionForm in session with different keys
>
>
: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
Cc: "Struts Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, October 08, 2003 1:38 PM
Subject: Store ActionForm in session with different keys
> Does any have this need to store ActionForm in session wi
Does any have this need to store ActionForm in session with different keys?
The normal way to set the attribute is to do the following in the Action,
session.setAttribute(mapping.getAttribute(), regform);
What we need is
for http://www.domainA.com
session.setAttribute
gzilla/show_bug.cgi?id=23583
Support for an ActionForm factory
Summary: Support for an ActionForm factory
Product: Struts
Version: 1.1 Final
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority:
gzilla/show_bug.cgi?id=23140
Can get the session in the ActionForm constructor
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=23140
Can get the session in the ActionForm constructor
--- Additional Comments From [EMAIL PROTECTED] 2003-09-14 17:15 ---
This is not a very good idea IMHO, as it promotes the practice of using JSP
pages which are accessed directly (not via the controller) -- a pr
gzilla/show_bug.cgi?id=23141
Allow an Action with no ActionForm
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=23141
Allow an Action with no ActionForm
Summary: Allow an Action with no ActionForm
Product: Struts
Version: 1.1 Final
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority:
gzilla/show_bug.cgi?id=23140
Can get the session in the ActionForm constructor
Summary: Can get the session in the ActionForm constructor
Product: Struts
Version: 1.1 Final
Platform: All
OS/Version: All
Status: NEW
Severity: Enhan
gzilla/show_bug.cgi?id=18022
HttpSessionBindingListener.valueUnbound() called on every request to an ActionForm
--- Additional Comments From [EMAIL PROTECTED] 2003-09-08 01:42 ---
Created an attachment (id=8096)
patch for FormTa
gzilla/show_bug.cgi?id=18022
HttpSessionBindingListener.valueUnbound() called on every request to an ActionForm
[EMAIL PROTECTED] changed:
What|Removed |Added
Ke
gzilla/show_bug.cgi?id=18022
HttpSessionBindingListener.valueUnbound() called on every request to an ActionForm
--- Additional Comments From [EMAIL PROTECTED] 2003-09-07 21:15 ---
Created an attachment (id=8093)
patch for RequestProcesso
gzilla/show_bug.cgi?id=18022
HttpSessionBindingListener.valueUnbound() called on every request to an ActionForm
--- Additional Comments From [EMAIL PROTECTED] 2003-09-07 21:14 ---
Created an attachment (id=8092)
patch for RequestUtil
gzilla/show_bug.cgi?id=22453
Multiple methods with the same name on an ActionForm cause problems
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=22453
Multiple methods with the same name on an ActionForm cause problems
--- Additional Comments From [EMAIL PROTECTED] 2003-08-15 10:51 ---
How do you edit the bastard bug if you hit submit accidentally? If I entered it
I should be able to edit the description
gzilla/show_bug.cgi?id=22453
Multiple methods with the same name on an ActionForm cause problems
Summary: Multiple methods with the same name on an ActionForm
cause problems
Product: Struts
Version: 1.1 Final
Platform: Other
OS/V
gzilla/show_bug.cgi?id=18022
HttpSessionBindingListener.valueUnbound() called on every request to an ActionForm
--- Additional Comments From [EMAIL PROTECTED] 2003-07-29 20:42 ---
I propose that createActionForm returns a value of type
ActionFormResult (below), that encapsulates
David Graham wrote:
As one of those contributors to the whole "Composable Request Processor"
a while ago, is there chance that we will get hint to what the
Request Processor system look likes?
I haven't seen it yet but I hear it's based on the GoF Chain of
Responsibility pattern and will be a com
> As one of those contributors to the whole "Composable Request Processor"
> a while ago, is there chance that we will get hint to what the
> Request Processor system look likes?
I haven't seen it yet but I hear it's based on the GoF Chain of
Responsibility pattern and will be a commons component,
David Graham wrote:
There is some movement towards separating Struts from the Servlet API so
that it may be used in by the upcoming Portlets API. Craig is
implementing a new RequestProcessor system that accomodates that and I
would hate to move things in the opposite direction by tying ActionForms
HttpServletRequest objects.
David
--- Kurt Post <[EMAIL PROTECTED]> wrote:
>
>
> I wasn't intending that the request object be kept around. Isn't it
> true
> that even if an ActionForm object is kept in the session scope, it is
> created in response to a HTTP reque
Sounds like a good idea. Thanks
-Original Message-
From: Butler, Jeff [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 10, 2003 6:25 PM
To: 'Struts Developers List '
Subject: RE: DO NOT REPLY [Bug 21479] - Add ServletRequest or
HttpServletRequest to ActionForm constructor
truts Developers List
Sent: 7/10/03 4:05 PM
Subject: RE: DO NOT REPLY [Bug 21479] -Add ServletRequest or
HttpServletRequest to ActionForm constructor
I wasn't intending that the request object be kept around. Isn't it
true
that even if an ActionForm object is kept in the session scope, i
I wasn't intending that the request object be kept around. Isn't it true
that even if an ActionForm object is kept in the session scope, it is
created in response to a HTTP request?
The idea is to simply use the ServletRequest or HttpServletRequest that
caused the ActionForm ob
gzilla/show_bug.cgi?id=21479
Add ServletRequest or HttpServletRequest to ActionForm constructor
--- Additional Comments From [EMAIL PROTECTED] 2003-07-10 21:36 ---
Not to mention the fun you'd have with session-scoped
gzilla/show_bug.cgi?id=21479
Add ServletRequest or HttpServletRequest to ActionForm constructor
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=21479
Add ServletRequest or HttpServletRequest to ActionForm constructor
--- Additional Comments From [EMAIL PROTECTED] 2003-07-10 21:16 ---
It just hit me that changing the constructor on ActionForm would be a real
problem. Sorry for not thinking about ba
gzilla/show_bug.cgi?id=21479
Add ServletRequest or HttpServletRequest to ActionForm constructor
Summary: Add ServletRequest or HttpServletRequest to ActionForm
constructor
Product: Struts
Version: 1.1 Final
Platform: All
OS/Versio
gzilla/show_bug.cgi?id=20996
ActionForm beans plus Multiple modules can cause conflict
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|Major |Enhan
gzilla/show_bug.cgi?id=20996
ActionForm beans plus Multiple modules can cause conflict
--- Additional Comments From [EMAIL PROTECTED] 2003-06-22 12:13 ---
PROPOSED PATCH:
Changes to org.apache.struts.utils.RequestUtils
ADD NEW METHOD:
/**
* Compute a "module aware"
gzilla/show_bug.cgi?id=20996
ActionForm beans plus Multiple modules can cause conflict
Summary: ActionForm beans plus Multiple modules can cause
conflict
Product: Struts
Version: 1.1 RC1
Platform: Other
OS/Version: Other
gzilla/show_bug.cgi?id=20888
Problem while setting values in a list of objects in an ActionForm
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=20888
Problem while setting values in a list of objects in an ActionForm
--- Additional Comments From [EMAIL PROTECTED] 2003-06-18 19:44 ---
*** Bug 20889 has been marked as a duplicate of th
gzilla/show_bug.cgi?id=20889
Problem while setting values in a list of objects in an ActionForm
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=20889
Problem while setting values in a list of objects in an ActionForm
Summary: Problem while setting values in a list of objects in an
ActionForm
Product: Struts
Version: 1.1 RC1
Platform: PC
OS/Version: Wind
gzilla/show_bug.cgi?id=20888
Problem while setting values in a list of objects in an ActionForm
Summary: Problem while setting values in a list of objects in an
ActionForm
Product: Struts
Version: 1.1 RC1
Platform: PC
OS/Version: Wind
> 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 doc
gt; To: Struts Developers List <[EMAIL PROTECTED]>
> > Subject: Re: Bug 16108 - Why is ActionForm a base class rather than an
> > interface?
> >
> > It's a high priority for another milestone. It is not slated for the
> > current iteration. Though, when I di
On Fri, 21 Mar 2003, Ted Husted wrote:
> Date: Fri, 21 Mar 2003 08:49:36 -0500
> From: Ted Husted <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: Struts Developers List <[EMAIL PROTECTED]>
> Subject: Re: Bug 16108 - Why is Actio
y, we're simply docuementing the design rationale. There
are not any plans to change how the ActionForm works right now.
[EMAIL PROTECTED] wrote:
I noticed bug 16108 is high priority and has been in for a month with no
action. I was wondering if I could go and tackle it although it has been
previo
I noticed bug 16108 is high priority and has been in for a month with no
action. I was wondering if I could go and tackle it although it has been
previously assigned to Ted. Any thoughts?
I-Shen
-
To unsubscribe, e-mail: [EMAIL
gzilla/show_bug.cgi?id=18022
HttpSessionBindingListener.valueUnbound() called on every request to an ActionForm
[EMAIL PROTECTED] changed:
What|Removed |Added
Version|1
gzilla/show_bug.cgi?id=18022
HttpSessionBindingListener.valueUnbound() called on every request to an ActionForm
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|
gzilla/show_bug.cgi?id=18022
HttpSessionBindingListener.valueUnbound() called on every request to an ActionForm
Summary: HttpSessionBindingListener.valueUnbound() called on
every request to an ActionForm
Product: Struts
Version: 1.1 RC1
Pl
gzilla/show_bug.cgi?id=16108
Newbie FAQ - Why is ActionForm a base class rather than an interface?
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|
gzilla/show_bug.cgi?id=16065
Newbie FAQ - Do I have a separate ActionForm bean for every HTML form
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|
gzilla/show_bug.cgi?id=16564
ActionForm not populating String[] correctly
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=16564
ActionForm not populating String[] correctly
--- Additional Comments From [EMAIL PROTECTED] 2003-01-30 22:20 ---
When reporting something like this, don't just say "with corresponding getters
and setters". Matching JavaBean properties to meth
gzilla/show_bug.cgi?id=16564
ActionForm not populating String[] correctly
--- Additional Comments From [EMAIL PROTECTED] 2003-01-30 21:20 ---
Please try the tests in the struts-exercise-taglib.war app that
ships with Struts. That works fine for me. If it works for you, then I believe
you
gzilla/show_bug.cgi?id=16564
ActionForm not populating String[] correctly
Summary: ActionForm not populating String[] correctly
Product: Struts
Version: 1.1 Beta 3
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity:
gzilla/show_bug.cgi?id=16067
ActionForm 'init' method to prepopulate the form
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
gzilla/show_bug.cgi?id=16065
Newbie FAQ - Do I have a separate ActionForm bean for every HTML form
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|Do I have a se
gzilla/show_bug.cgi?id=16108
Newbie FAQ - Why is ActionForm a base class rather than an interface?
Summary: Newbie FAQ - Why is ActionForm a base class rather than
an interface?
Product: Struts
Version: Unknown
Platform: All
OS/Versio
gzilla/show_bug.cgi?id=16067
ActionForm 'init' method to prepopulate the form
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|Normal |En
gzilla/show_bug.cgi?id=16067
ActionForm 'init' method to prepopulate the form
Summary: ActionForm 'init' method to prepopulate the form
Product: Struts
Version: 1.1 Beta 3
Platform: Other
OS/Version: Other
Status: NEW
gzilla/show_bug.cgi?id=16065
Do I have a separate ActionForm bean for every HTML form
Summary: Do I have a separate ActionForm bean for every HTML form
Product: Struts
Version: Unknown
Platform: All
OS/Version: All
Status: NEW
Se
gzilla/show_bug.cgi?id=14669
reset() in DynaActionForm act the same as ActionForm
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=14669
reset() in DynaActionForm act the same as ActionForm
--- Additional Comments From [EMAIL PROTECTED] 2002-12-17 02:57 ---
I created a new patch for this bug using two new methods
public void clear(ActionMapping mapping, ServletRequest request)
public void
gzilla/show_bug.cgi?id=14669
reset() in DynaActionForm act the same as ActionForm
--- Additional Comments From [EMAIL PROTECTED] 2002-12-17 02:53 ---
Created an attachment (id=4195)
Fix for the reset problem, with two new "clear()" methods and a boolean state loaded
--
To uns
gzilla/show_bug.cgi?id=14669
reset() in DynaActionForm act the same as ActionForm
Summary: reset() in DynaActionForm act the same as ActionForm
Product: Struts
Version: Nightly Build
Platform: PC
OS/Version: Windows NT/2K
Statu
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 23:24 ---
Can you provide a reference in the JavaBeans spec for where this scenario is
allowed? I agree with
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 23:10 ---
It is documented in the JavaBeans spec. They are very clear about the fact you
CAN have it both ways
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 22:13 ---
Perhaps I wasn't clear on what I discovered and concluded (partially because I
won't be
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 18:12 ---
Came across this entry in the Sun Java Bug Database:
http://developer.java.sun.com/developer/bugParad
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 17:02 ---
David,
After working with my developer on the issue, we have determined that we do
indeed need I
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 16:57 ---
Created an attachment (id=3880)
Simplified test that narrows focus to a simple javabean and the Intros
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 16:02 ---
Last night I wrote a utility class to print Instrospector output for a named
class. I didn't h
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 13:24 ---
While I'm working on the test I previously mentioned, I want to point out the
defin
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 13:16 ---
David, your guess may be right. If the Introspector does not respect the
method signatures and
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-18 01:45 ---
Ok, I haven't fully verified this, but I noticed one thing about the
"MaintainThemesForm&
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-15 21:49 ---
He did setup a standalone test case and it worked,
both uner 1.1 & 1.4.1
That detail was in hi
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-15 21:09 ---
Perhaps you should set up a standalone test case that just uses Introspector on
your ActionForm and tes
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-15 20:00 ---
Ok, I get ya. I tried it and unfortunately, the problem persists. Like I
mentioned, my debugger l
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-15 19:47 ---
isInstance() is a method on the Class class, so I believe the syntax would be:
if (descriptor.isIn
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-15 19:40 ---
IndexedPropertyDescriptor.isInstance(descriptor) doesn't exist as a method on a
class. The exist
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-15 19:06 ---
In the PropertyUtils have you tried to change the code to
if (IndexedPropertyDescriptor.isInstance(desc
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-15 18:47 ---
Please deploy the attached war into the container of your choice. Note that
you'll need to provi
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-15 18:43 ---
Created an attachment (id=3865)
War file for the source found in MaintainThemesSampleSrc.zip
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
--- Additional Comments From [EMAIL PROTECTED] 2002-11-15 18:25 ---
Created an attachment (id=3864)
source code for problem example
--
To unsubscribe, e-mail: <mail
gzilla/show_bug.cgi?id=14603
Switching to JDK 1.4.1 causes IndexOutOfBoundsException on Indexable ActionForm
Attributes
Summary: Switching to JDK 1.4.1 causes IndexOutOfBoundsException
on Indexable ActionForm Attributes
Product: Struts
Version: 1.1
I am binding my HTML form to the following ActionForm
bean(only showing interface):
public MyForm extends ActionForm {
public void setPartDescription( String s );
public String getPartDescription( );
}
I'd like to list my parts in a table under the same
form, so i'd rather
At 5:04 PM -0500 2002/10/28, John D. Penrose wrote:
I need to support a muilti-page wizard in popup browsers, meaning multiple
browser instances sharing one session. I can't store the ActionForm at
request scope, since it's a multi-page wizard. It must be stored at session
scope. Sin
I need to support a muilti-page wizard in popup browsers, meaning multiple
browser instances sharing one session. I can't store the ActionForm at
request scope, since it's a multi-page wizard. It must be stored at session
scope. Since there's multiple active browser instances, th
checkboxproperties etc.etc.)
3. we dont have to use javascript :-)
cheers romeo, marc
-Ursprüngliche Nachricht-
Von: Corbin, Ken [mailto:[EMAIL PROTECTED]]
Gesendet: Tuesday, August 27, 2002 12:19 AM
An: [EMAIL PROTECTED]
Betreff: RE: solution for missing refresh of ActionForm using
reset the field by using
reflection to find the setter method and calling that with a null or empty value.
-Original Message-
From: Jesse Alexander (KADA 11)
Sent: Monday, August 26, 2002 2:27 PM
To: 'Struts Developers List'
Subject: RE: solution for missing refresh of ActionForm
: Corbin, Ken [mailto:[EMAIL PROTECTED]]
Sent: Montag, 26. August 2002 17:57
To: [EMAIL PROTECTED]
Subject: RE: solution for missing refresh of ActionForm using checkboxes
True, I assumed that any generated pages would be processed by the base Action class.
Which seemed like a reasonable assumption
lexander (KADA 11)
Sent: Monday, August 26, 2002 8:23 AM
To: 'Struts Developers List'
Subject: RE: solution for missing refresh of ActionForm using checkboxes
But in your way you are linking the presentation to the Base-Action. The original
solution proposed by Marc decouples the presenta
be a good enhancement.
regards
Alexander
-Original Message-
From: Corbin, Ken [mailto:[EMAIL PROTECTED]]
Sent: Donnerstag, 22. August 2002 22:21
To: [EMAIL PROTECTED]
Subject: RE: solution for missing refresh of ActionForm using checkboxes
The way I solved this was to have a base
problem :
a unchecked CheckBox doesent get unchecked after formSubmit..
problem description:
if you uncheck a CheckBox that was checked, after submiting the form,
it remains checked, because the browser doesent post data from unchecked
CheckBoxes.
so the ActionForm-setterMethod doesent get
gzilla/show_bug.cgi?id=11516
Controller cannot detect getter methods of the ActionForm class
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=11516
Controller cannot detect getter methods of the ActionForm class
--- Additional Comments From [EMAIL PROTECTED] 2002-08-09 08:06 ---
It is documentet in the JavaBeans spec. See chapter 8.8 "Capitalization of
inferred names".
--
To unsubscribe, e
1 - 100 of 163 matches
Mail list logo