On 11/3/06, Puneet Lakhina <[EMAIL PROTECTED]> wrote:
On 11/3/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
>
> On 11/2/06, Puneet Lakhina <[EMAIL PROTECTED]> wrote:
> > Hi,
> > This is the first time I am trying to use indexed properties with
> > DynaActionForm. Now the number of fields that I
On 11/3/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
On 11/2/06, Puneet Lakhina <[EMAIL PROTECTED]> wrote:
> Hi,
> This is the first time I am trying to use indexed properties with
> DynaActionForm. Now the number of fields that I will have is not
certain. So
> does that mean I cant use DynaAc
On 11/2/06, Puneet Lakhina <[EMAIL PROTECTED]> wrote:
Hi,
This is the first time I am trying to use indexed properties with
DynaActionForm. Now the number of fields that I will have is not certain. So
does that mean I cant use DynaActionForm. And i don't have normal strings in
my list. I have a c
If you are using basic arrays you need to create an array for the item
before the JSP is displayed.
You might want to use a java.util.List instead, you don't need to
pre-allocate when using Dyna forms.
HTH,
-ed
On 11/2/06, Puneet Lakhina <[EMAIL PROTECTED]> wrote:
Hi,
This is the first time I
Marcus,
I apologize for "attaching" my question to your thread. I honestly have no
idea how I managed to do that.
I'll just create a new post with my question.
David
--
View this message in context:
http://www.nabble.com/DynaActionForm-t1674521.html#a4543726
Sent from the Struts - User forum a
Did your CustDyna form has getter/setter methods for the attributes defined
in Customer class? I think it's better to try like this,
form.get("phones").
On 5/8/06, fea jabi <[EMAIL PROTECTED]> wrote:
Have an object Customer which has attributes
name
e_mail
phones --- ArrayList
Have DynaAct
.
Thanks for your help.
Bryan LaPlante
-- Original Message ---
From: Laurie Harper <[EMAIL PROTECTED]>
To: user@struts.apache.org
Sent: Fri, 17 Feb 2006 16:19:56 -0500
Subject: Re: DynaActionForm form-property syntax?
> [EMAIL PROTECTED] wrote:
> > Hi folks,
> >
[EMAIL PROTECTED] wrote:
Hi folks,
I am new to the user list. I have been developing with Struts for about 2
years. I have an open source ajax project that I am building an integration
piece now so that you can use it with Struts. I believe that my syntax for a
dynamic form property is correct (
Ah! thank you very much, you ROCK!
Bryan LaPlante
-- Original Message ---
From: "Niall Pemberton" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List"
Sent: Fri, 17 Feb 2006 16:40:56 -
Subject: Re: DynaActionForm question
> http://tinyurl.
http://tinyurl.com/csarz
- Original Message -
From: <[EMAIL PROTECTED]>
Sent: Friday, February 17, 2006 2:32 PM
> Hi,
>
> Does anyone know if there is a way to process form parameters with a
> DynaActionForm without first declaring the property names as form-property
> tags in strtuts-c
[EMAIL PROTECTED] wrote:
> I am looking at DynaActionForm. If I can subclass that and get it to add all
> parameters without first looking at the config, then I won't need to declare
> them first. If anyone has a better idea please shout.
>
What are you trying to accomplish?
Dave
---
I am looking at DynaActionForm. If I can subclass that and get it to add all
parameters without first looking at the config, then I won't need to declare
them first. If anyone has a better idea please shout.
Bryan LaPlante
-- Original Message ---
From: "[EMAIL PROTECTED]" <[EMAIL
fea jabi wrote the following on 1/4/2006 3:52 PM:
yes, that's right.
have a table in my jsp which used form2.
form1 properties are a row in a table.
Would like to create a list of DynaActionform objects which would be the
rows of my table.
Ok, that's what I thought. You only need one Form (n
uot;Struts Users Mailing List"
To: Struts Users Mailing List
Subject: Re: DynaActionform initialize
Date: Wed, 04 Jan 2006 15:44:05 -0500
fea jabi wrote the following on 1/4/2006 3:33 PM:
In the Action of PrepareForm2
Would like to create an ArrayList of Form1.
When you say an ArrayList &qu
fea jabi wrote the following on 1/4/2006 3:33 PM:
In the Action of PrepareForm2
Would like to create an ArrayList of Form1.
When you say an ArrayList "OF" Form1 do you really mean a List of
ActionForm objects (in your case a List of DynaActionForm objects)?
Typically you will never need to
Not true, primitive types should work fine, though using String is
generally preferred so invalid inputs can be redisplayed.
As to why the form bean isn't being instantiated for the OP, I don't
know what might be going wrong there. Are there any errors in the logs?
L.
James Harig wrote:
Hi
Hi Fea,
It isn't working for you because boolean is a primitive type, and can't be
instantiated. The DynaActionForm can only be used with classes, so you will
need to use java.lang.Boolean to support boolean values.
I hope this helps,
James
-Original Message-
From: fea jabi [mailto:
On 10/12/05, katre <[EMAIL PROTECTED]> wrote:
> Michael Jouravlev wrote:
> > > More importantly (and getting back to my original question), it means
> > > that when using a dyna form, you can't use the initial attribute for
> > > properties. You have to write code to set them to the default value
Michael Jouravlev wrote:
> > More importantly (and getting back to my original question), it means
> > that when using a dyna form, you can't use the initial attribute for
> > properties. You have to write code to set them to the default value in
> > that separate action (and thus separating the f
On 10/12/05, katre <[EMAIL PROTECTED]> wrote:
> > Um, well, what _I've_ been doing is setting the appropriate ActionForm
> > value before I display the form, not in reset but in the Action's
> > execute method (reset works too, but because I've never used
> > validate="true" I'm doing setup stuff i
Dave Newton wrote:
> katre wrote:
>
> >Right, and this does work, but it requires having a separate action
> >leading to every form.
> >
> >
> Why _wouldn't_ forms have separate actions?
A lot of my forms (for example, search forms) don't need any special
prepopulation (or just get prepopulation
katre wrote:
Right, and this does work, but it requires having a separate action
leading to every form.
Why _wouldn't_ forms have separate actions?
Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
Dave Newton wrote:
> katre wrote:
>
> >The basic problem, as before, is that it is totally impossible in struts
> >to default a checkbox to true, and still be able to detect when it is
> >uncheked by a user.
> >
> >
> Wow. All those apps of mine, ruined ;)
Well, I figured, since no one replied t
katre wrote:
The basic problem, as before, is that it is totally impossible in struts
to default a checkbox to true, and still be able to detect when it is
uncheked by a user.
Wow. All those apps of mine, ruined ;)
Someone, please prove me wrong! Tell me struts isn't this limited! Tell
me
Okay, I went back and created the smallest app that shows this problem.
It can be downloaded from http://www.henchmonkey.org/struts-test.zip .
The basic problem, as before, is that it is totally impossible in struts
to default a checkbox to true, and still be able to detect when it is
uncheked by
K-
corrections are prefixed by 'Note correction' in both the JSP and
struts-config.xml..
Hi All,
I am trying to find a way to populate a DynaActionForm after the form has
been
submitted. For example, I have the following:
public class MyBean implements serializable {
public String name,
document.forms[0]["mybean.name"].value = "myname" ;
will work
[EMAIL PROTECTED] wrote:
I haven't tried it, however, I would have to see if JavaScript would handle it.
I am updating the hidden field using javascript, so I am not sure if it would
like:
document.forms[0].myBean.name.value = "myn
I haven't tried it, however, I would have to see if JavaScript would handle it.
I am updating the hidden field using javascript, so I am not sure if it would
like:
document.forms[0].myBean.name.value = "myname";
...
...
~K
Quoting Michael Jouravlev <[EMAIL PROTECTED]>:
> Are you saying that
Are you saying that combination of nested properties and dynaform does
not work for nested fields?
Have you tried this:
Michael.
On 9/21/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am trying to find a way to populate a DynaActionForm after the form has been
> submitted. Fo
Para: Struts Users Mailing List
Asunto: Re: DynaActionForm + ActionForm problem.
Hi,
>I've been writting applications with Struts 1.1 + Tomcat 5.5.9 + Eclipse
for
>a year. Until now, I've been using ActionForm. Now I want to move to
>DynaActionForm. ?Is there any problem in using
Hi,
I've been writting applications with Struts 1.1 + Tomcat 5.5.9 + Eclipse for
a year. Until now, I've been using ActionForm. Now I want to move to
DynaActionForm. ?Is there any problem in using DynaActionForm and ActionForm
in the same application (in the same struts-config.xml file)?
You are a champion Niall, thanks!
I can't believe I overlooked the naming conventions.
Thanks again.
Mark
-Original Message-
From: Niall Pemberton [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 5 July 2005 1:42 PM
To: Struts Users Mailing List
Subject: Re: DynaActionForm with in
You have named your indexed property in the DynaActionForm "rows" - but on
your jsp you are using a var of "row"
Either change the property defined in the DynaActionForm to "row" or change
your jsp to refer to "rows"...
Author:
Pick from known affiliations
At last it works!!! Thanks very much for your help
Ciaran
-Original Message-
From: Nitesh [mailto:[EMAIL PROTECTED]
Sent: 30 June 2005 11:17
To: Struts Users Mailing List
Subject: Re: DynaActionForm values problem after submit
should've been
basically your generated html
should've been
basically your generated html would look like...
...
HTH
Nitesh
- Original Message -
From: "Marsh-Bourdon, Christopher" <[EMAIL PROTECTED]>
To: "'Struts Users Mailing List'"
Sent: Thursday, June 30, 2005 3:15 PM
Subject
Try putting some debugs into your action class...
probably your pre-population logic is running over your edited data!
Nitesh
- Original Message -
From: "Ciaran Hanley" <[EMAIL PROTECTED]>
To: "'Struts User Mailing List'"
Sent: Thursday, June 30, 2005 3:11 PM
Subject: DynaActionForm va
") methods.
This only happens for the array values though, the simple String property
"name" gets populated fin, Im confused.
-Original Message-
From: Marsh-Bourdon, Christopher [mailto:[EMAIL PROTECTED]
Sent: 30 June 2005 10:45
To: 'Struts Users Mailing List'
Is it the name of the property is 'paymentAmount' yet in the form definition
it states the name as 'payments'?
Christopher Marsh-Bourdon
www.marsh-bourdon.com
-Original Message-
From: Ciaran Hanley [mailto:[EMAIL PROTECTED]
Sent: 30 June 2005 10:42
To: 'Struts User Mailing List'
Subject
As you've seen, the dynaClass is required before you use a
DynaActionForm. The dynaClass is what tells BeanUtils what properties
your DynaActionForm has. To create a DynaActionForm with the
DynaClass initialized, call formBeanConfig.createActionForm(). You
can get a formBeanConfig instance throu
Laurie Harper wrote:
Nope, Dave nailed it. Re-read the requirement I described. The point
is to avoid using actions to load the data and pass it to the view. If
you re-read my description of what I mean by 'push' vs. 'pull' rather
than simply saying the terms mean something different it might
This is a long thread, so it might be worth repeating that Laurie
wants her (human) clients to be able to write Java code on the JSP
page. She seems to call this "data pulling".
On 5/29/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> On 5/28/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
> > Thanks for
On 5/28/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
> Thanks for the reference Craig; but unless I'm mis-reading you, that
> still leaves me with data lookup 'hard coded' in Java classes. My goal
> is to be able to change a page's data requirements without
> recompilation.
If it would be OK to e
Thanks for the reference Craig; but unless I'm mis-reading you, that
still leaves me with data lookup 'hard coded' in Java classes. My goal
is to be able to change a page's data requirements without
recompilation. I'll take a look at Shale though and see if it has
anything to help in that conte
Blvd, #1096
Las Vegas, NV 89156
Phone:(702)643-7425
Fax:(702)974-0341
*Note new email changed from [EMAIL PROTECTED]
-Original Message-
From: Dakota Jack [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 28, 2005 11:58 AM
To: Struts Users Mailing List; [EMAIL PROTECTED]
Subject: Re: DynaAction
The View Helper pattern creates presentation *content* which requires
processing of dynamic business data. The forces are that the business
data assimillation requirements are nontrivial, embedding business
logic in the view would promote a copy-and-paste type of reuse, you
want a clean separation
essage -
> From: "Laurie Harper" <[EMAIL PROTECTED]>
> To:
> Sent: Sunday, May 22, 2005 7:36 PM
> Subject: Re: DynaActionForm and the 'pull' model
>
>
> > There's no code in the JSPs, though you could make the argument that
> > having the
From: "Laurie Harper" <[EMAIL PROTECTED]>
To:
Sent: Sunday, May 22, 2005 7:36 PM
Subject: Re: DynaActionForm and the 'pull' model
There's no code in the JSPs, though you could make the argument that
having the JSPs fetch the data they need, through whatever me
On 5/24/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
> Nope, Dave nailed it. Re-read the requirement I described. The point is
> to avoid using actions to load the data and pass it to the view. If you
> re-read my description of what I mean by 'push' vs. 'pull' rather than
> simply saying the terms
Dakota Jack wrote:
[...] and am not interested in Dave's little flame bit.
You were interested enough to assume that what I said was flame bait and
respond passive-aggresively, when really all I said was that it was
obvious that we weren't talking about the same thing. Now for a _better_
e
Okay, Laurie. I did miss that you were somehow setting it up so that
clients could actually modify your JSP pages directly. That surprises
me and I missed it. Good for Dave, he caught that. I still don't see
where you said that, but if that is the project, then I certainly have
no more to say a
Sorry, Laurie, but if you are going to define your own meanings for
"request" and so on, then I just don't have time to learn how you are
speaking, even if what you said was enticing. I am not saying you are
wrong, just that I would prefer to use terms in a standard way to
avoid having to learn id
Nope, Dave nailed it. Re-read the requirement I described. The point is
to avoid using actions to load the data and pass it to the view. If you
re-read my description of what I mean by 'push' vs. 'pull' rather than
simply saying the terms mean something different it might help.
I think I'll dr
It doesn't help to say 'your terms do not have the meaning you've
defined them to have for purposes of this discuession' and conclude that
the following arguments are invalide. Re-read the requirement I stated
below. Your concluding comments do not in any way address it.
L.
Dakota Jack wrote:
Michael Jouravlev wrote:
You do realize, that JSP _is_ a part of app source code, do you? And
Err, well, yes... ;-)
the more you put into JSP, the more this supposedly dumb JSP page will
look like "real code"? If you ship without source code, you'd rather
precompile the JSPs.
That would mak
That's an interesting approach, though I think a much more complicated
solution than I need. My objective isn't to allow clients to script
actions or otherwise modify their behaviour, but to make that
unnecessary. This approach would certainly allow one to provide much
more power if that were n
Dakota Jack wrote:
If these are the issues, then you must be speaking some language with Ms. Harper
that I don't know.
Of that I have little doubt.
Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
Okay, Michael. If this is what you like, good luck. I am stopping
the conversation from my side if it is staying at this level.
On 5/23/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:
> > > JSPs "fetch" data indeed is putting application logic in the JSPs.
> > > This does not give you flexibili
I believe the point was nothing like this at all, Dave. Don't know
why you thought it was. Seems like you just thought this stuff up
separate to me. However, certainly I don't think that the issue
whether or not you are writing a CMS is relevant to the issues
discussed. I also have no idea why
Normally, Camilo, when you have a question you start your own thread.
On 5/23/05, Camilo Quevedo <[EMAIL PROTECTED]> wrote:
> Hi, I'm trying to create a struts application, but it seams that when i
> ask for a user input (html:form) it doesn't,t recognize the special
> characters. How can I config
> > JSPs "fetch" data indeed is putting application logic in the JSPs.
> > This does not give you flexibility. Quite the opposite, it ties your
> > model and you view down by coupling them. Rather than give you
> > flexibility it hamstrings you.
So what? These two will always be related unless y
Dakota Jack wrote:
Just use some framework, like Struts. Write your actions and your
model to take are of this business and feed the data to the
appropriate scopes and objects.
I believe the point was that this isn't an option. It seems to me, in
this case, that the client wants more contro
On 5/23/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
> Dakota Jack wrote:
> > You cannot talk about request objects and ignore the client. The
> > requests come from the client.
>
> Sure, but I'm not talking about request objects. A request to
> http://host/myapp/something.jsp (with no query para
Rather than pollute the view (if one chooses to perceive it that way...
I'm staying away from that debate!), why not introduce some sort of
scripting engine into the mix? I'm not really sure precisely where
because I don't know your project, but I say this based on your comment:
"True, at develop
Hi, I'm trying to create a struts application, but it seams that when i
ask for a user input (html:form) it doesn't,t recognize the special
characters. How can I configure my application so that it accepts
special character??
So far I've done this:
i my jsp I put <%@ page contentType="text/ht
Dakota Jack wrote:
If you want to discuss this, I have a number of things to say. If you
So I see on your other reply ;-)
find that "argumentative", then I won't offer anything more. Having
No, I'm happy to discuss; it's always worth hearing another person's
perspective.
JSPs "fetch"
Dakota Jack wrote:
You cannot talk about request objects and ignore the client. The
requests come from the client.
Sure, but I'm not talking about request objects. A request to
http://host/myapp/something.jsp (with no query parameters) contains no
request data, but the JSP still has to displ
You cannot talk about request objects and ignore the client. The
requests come from the client.
Any data coming to a JSP comes in the same way. This is not pull and
this is not push. The data comes from some class existing in some
scope: page, request, session, application. You are not doing
a
If you want to discuss this, I have a number of things to say. If you
find that "argumentative", then I won't offer anything more. Having
JSPs "fetch" data indeed is putting application logic in the JSPs.
This does not give you flexibility. Quite the opposite, it ties your
model and you view do
You're bluring the distinction between client-side behaviour and
server-side behaviour a little there. Ignore the client side for the
moment; I'm talking only about how the application works on the server.
The issue is about how the JSP gets access to the data it needs to
display. Normally, as
There's no code in the JSPs, though you could make the argument that
having the JSPs fetch the data they need, through whatever means, is
putting application logic in the JSPs. And yes, this is generally not
reommended. In this case it's minimal and the trade off is the
flexibility it provides
You are just coding on the JSP page, which for reasons that have been
discussed to death is a bad idea. If you like it, have at it. But,
generally speaking this is a very bad idea.
On 5/19/05, Laurie Harper <[EMAIL PROTECTED]> wrote:
> Adam Hardy wrote:
> > Laurie,
> >
> > my chosen option woul
A few thoughts:
(1) The push/pull dichotomy really does not apply to what you are
talking about. That relationship is between the client and the server
and has more to do with the nature of the protocol, viz. HTTP, being
employed in a browser context.
(2) Likewise, some of the other things you s
Adam Hardy wrote:
I'm not really keen to 'pollute' the view objects with String-type
derived properties just for the HTML presentation; the view objects
are how any client (web app, web service, Swing GUI, etc) would
interact with the application. This also implies having
String-to-model conve
Adam Hardy wrote:
On 19/05/05 21:29 Laurie Harper wrote:
This is what I decided to try first. I threw together a prototype last
night, and it seams to work well. Basically, the idea is:
- extend the view API to include 'View.toMap(Map props)' and 'void
View.fromMap(Map props)' on each view c
Adam Hardy wrote:
I'm not really keen to 'pollute' the view objects with String-type
derived properties just for the HTML presentation; the view objects
are how any client (web app, web service, Swing GUI, etc) would
interact with the application. This also implies having
String-to-model conve
On 19/05/05 21:29 Laurie Harper wrote:
This is what I decided to try first. I threw together a prototype last
night, and it seams to work well. Basically, the idea is:
- extend the view API to include 'View.toMap(Map props)' and 'void
View.fromMap(Map props)' on each view class
- you can the
On 19/05/05 21:29 Laurie Harper wrote:
my chosen option would be to use your view objects as form objects,
where you modify the view object by adding string-typed getters and
setters for every property.
I'm not really keen to 'pollute' the view objects with String-type
derived properties ju
Adam Hardy wrote:
Laurie,
my chosen option would be to use your view objects as form objects,
where you modify the view object by adding string-typed getters and
setters for every property.
I'm not really keen to 'pollute' the view objects with String-type
derived properties just for the HTML p
Laurie,
my chosen option would be to use your view objects as form objects,
where you modify the view object by adding string-typed getters and
setters for every property. I don't really get what you mean in your (2).
I think the parameter handling issue is hugely debatable. I've lost
count of
Well at least I understand how the thing is supposed to work now. Before I
posted here I searched every where I could think of to understand this
behavior and the struts documentation certainly wasn't complete in this
regard.
So thanks for working through the problem guys.
What this does do th
After reading "Form Submission" at
http://www.w3.org/TR/REC-html40/interact/forms.html#h-17.13 this
behaviour seems correct.
=== cut here ===
17.13.3 Processing form data
When the user submits a form (e.g., by activating a submit button),
the user agent processes it as follows.
Step one: Identify
Rick you hit the nail on the head. In my mind I thought that when I hit
'enter' and when I clicked the button they were doing the same thing (in
fact someone asked me this ealier).
But now I realize it was failing when I hit enter and working when I pushed
the button. The reason for this is I
DispatchAction isn't going to change, since it would create compatibilty
problems. But you could always submit a new DispatchAction flavour - it
would be pretty simple, just override the getMethodName() method.
This type of behaviour has been advocated before, but no ones submitted
anything for co
Absolutely agree. but I hate to use javascript unless really needed.
Yesterday I suggested to use name instead of value for DispatchAction
("DispatchAction: use name instead of value" in dev list). It did not
get any responses though.
On 4/29/05, Rick Reumann <[EMAIL PROTECTED]> wrote:
> I really
I really don't like using the property on the button for the dispatch
parameter. I've run into problems with this before. For example are you
use the page always looks the same each time you are doing the post? The
reason I ask is I found really weird behavior when you end up with more
than one
Its not impossible that it could be a bug in the Struts tags - but those
tags have been in use for a long time by alot of people so I would be
surprised if that was the case. I don't actually use this technique - all my
submit buttons just do a submit and I don't have their "name" attributes
set. Y
Nial I used a packet sniffer to see what was actually being posted from the
browser to the server.
for some reason the &method=addcomponent gets dropped off the post. There
doesn't seem to be any logic to it either. I tried spaces in the text field
and that works fine most of the time. But i
Hey Niall I tried that debugging solution you suggested and here's the
result. In this case the submit worked about 5 times in a row (so I
manually clicked submit then went back to that page...etc.etc), then
resolved to the unspecified method. Here's the output
Value =[null]
Locale=[en_US
G. Friedman" <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List"
To: "Struts Users Mailing List"
Subject: RE: DynaActionForm unable to find parameter method that happens
every 2-3 times
Date: Thu, 28 Apr 2005 17:04:25 -0400
Eric,
Are you ever pressing the ente
How about putting some debugging stuff in the unspecified() method in your
action. Something like the following and see what it shows...
protected ActionForward unspecified(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServ
Eric,
Are you ever pressing the enter/return key to submit the form instead of
clicking on the "method" submit button? That could cause a submit without
the method submit button being set (possibly).
Regards,
David
-Original Message-
From: Eoin Dunne [mailto:[EMAIL PROTECTED]
Sent: Thur
1.2.4 and Bean Utils 1.7.0
>
> - Glenn
>
> Hubert Rabago <[EMAIL PROTECTED]>
> 21/04/2005 11:49 AM
> Please respond to "Struts Users Mailing List"
>
> To: Struts Users Mailing List
> cc: (bcc: Glenn Deschenes/NAT/CMHC-SCHL/C
<[EMAIL PROTECTED]>
21/04/2005 11:49 AM
Please respond to "Struts Users Mailing List"
To: Struts Users Mailing List
cc: (bcc: Glenn Deschenes/NAT/CMHC-SCHL/CA)
Subject:Re: DynaActionForm: ArrayIndexOutOfBoundsException
Classification:
You need to use an ActionForm subclass for your form-bean. The
Lazy-flavored form bean was added after 1.2.4. If you're unable to
upgrade from 1.2.6, consider adding it directly to your code base for
now.
You can get it here:
http://svn.apache.org/viewcvs.cgi/struts/core/branches/STRUTS_1_2_BRAN
Oh man... I'm slightly confused this morning... perhaps an espresso is
required !
I have been reading and searching based on the links below... however I am
stuck.
For the time being this is what I have done; upgraded to :
- Struts 1.2.4
- BeanUtils 1.7
- Collections 3.1
- Digester 1.6
- Logging
David,
thanks for the suggestion. I will try them. The
problem disappeared magically the morning i walked
into my office but anyway
--- "David G. Friedman" <[EMAIL PROTECTED]> wrote:
> Wo,
>
> I haven't used DynaActionForms in ages but these 2
> issues jump out at me:
>
> 1. You might stil
Wo,
I haven't used DynaActionForms in ages but these 2 issues jump out at me:
1. You might still need to add 'dynamic="true"' to your form-bean after the
name or type attributes. I think this depends on the version of Struts.
I'm pretty sure this is require for Struts v1.1 but shouldn't for Stru
Greg,
thanks for the advise. However I don't think those
are the causes of the problem. I tried changing them
and it didn't make a difference. I still got the
NullPointerException.
--- Greg Pelly <[EMAIL PROTECTED]> wrote:
> I think you have 2 errors in the HTML below
>
> 1. try changing acti
I think you have 2 errors in the HTML below
1. try changing action="/viewProjects" to action="viewProjects" (not sure if
this is necessary)
2. you need to use rather than an
--
--
Greg
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Thursday,
This was posted a couple weeks back...
-Original Message-
From: Craig McClanahan [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 24, 2005 1:15 PM
To: Struts Users Mailing List; Matthew Hughes
Subject: Re: ActionForms and Interfaces
IIRC, there's some ongoing work to provide an "exten
1 - 100 of 142 matches
Mail list logo
