Nicolas, Your great suggestion makes me nervous ... It is possible for a hacker to change the index so big that it can hog the CPU, which busy creating empty node, for each request.
However, I cant come up with another solution Any comments? anyone? -D ----- Original Message ----- From: "Nicolas De Loof" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Friday, March 28, 2003 5:19 AM Subject: Re: Too many session scoped form beans! > Reading my own post I realize this code will throw an IndexOutOfBoundsException > > You need to put 'empty' datas on the List as needed : > > protected List item; > > public void setItem(int index, Object obj) { > if (this.item == null) { > this.item = new ArrayList(index); > } > for (int i = this.item.size(); i < index; i++) { > this.item.add(""); > } > this.item.add(index, obj); > } > > Nico. > > > I think you can use something like this in a request scoped form-bean : > > > > > > protected List item; > > > > public void setItem(int index, Object obj) { > > if (this.item == null) { > > this.item = new ArrayList(index); > > } else { > > this.item.ensureCapacity(index); > > } > > this.item.add(index, obj); > > } > > > > This way, when form-bean population occurs, you will get a new Collection when needed. > > > > Nico. > > > > > > > I'd like to know if it's possible to avoid using to many session scoped > > > form beans. > > > > > > I have a bean that contains a collection and I use nested:iterate to > > > display entry fields on my html:form. When the form is submitted, I get > > > an error in BeanUtils.populate(), because the new bean (when the bean is > > > request scoped) contains an empty collection and populate() tries to set > > > the properties of the elements that existed on the bean of the previous > > > request. > > > > > > If I change the bean to session scope, everything works fine (because > > > now the bean is the same for both requests), but I think it's kind of > > > messy to have lots of session scoped beans. > > > > > > I'd appreciate to have any comments on this subject. > > > > > > Thanks > > > > > > Jorge Mascena > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]