I am starting to think that using embeddable might be more hassle than
it sounds. i am considering switching to an entity object and dealing
with a collection of entities instead. Given that I will not have any
shared references anyway, it might solve the problem.

I tried attaching a unique field to each embeddable, like a
System.currentTimeMillis(), just to identify the entries, but although
I can display the properties of each object in the collection, since
the object actually exposed is the parent owning object, I can't
attach a specific component attribute as a url parameter:

<a href="<s:url action='DeleteEntryForm' var="entry" escapeAmp="false">
<s:param name="name" value="%{goalToAchieve.owner.fullName}" />
<s:param name="id" value="%{goalToAchieve.id}" />
<s:param name="mark" value="mark" />
<s:property value="%{entry}"/>
  </s:url>
">Remove</a>

Now, I added the follow to the class:

       @Column
        private Long mark;
        public Long getMark() {
                return mark;
        }
        public void setMark(long mark){  //set at each new instance
                this.mark = mark;
        }

But the parameter is not added to the url. Am I doing this wrong, or
is there another way before switching to entities?

Thanks again.

On Sun, Jul 12, 2009 at 5:03 PM, Dave Newton<newton.d...@yahoo.com> wrote:
> Dimitrios Christodoulakis wrote:
>>
>> I tried adding one more column like this, hoping the entry property
>> will be available to the DeleteEntry action via the mini-form.
>>
>> <display:column>
>> <s:form action="DeleteEntry">
>>    <s:property value="entry"/>
>>    <s:hidden name="id" value="%{goalToAchieve.id}" />
>>   <s:submit value="Remove"/>
>> </s:form>
>> </display:column>
>
> What's that <s:property.../> supposed to be doing?
>
> It's not a form field; there's no entry reference being passed back. Even if
> it *was* a form field it's still not passing a *reference* back--forms
> *only* submit strings. Always. If you want an actual *entry* object there
> either needs to be some type conversion, database retrieval, etc.
>
> Dave
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org

Reply via email to