Ahh - are you using ww2? I'm not quite sure what the ww2 expression would
be. I think it would be object.string("foo") but you'd have to ask Patrick
:)
As for the ModelDriven interface, I'm not sure I fully understand this at
the moment.
For my mind, the difference between model driven and field driven is this:
Model-driven action:
Action {
public MyBean getMyBean() { return Registry.retrieveMyBean(); }
public String execute() {
doModelUpdate(getMyBean());
}
}
And your views use myBean/field to get/set fields.
Field-driven action:
Action {
String field;
public String getField() { return field; }
public void setField(String s) { field = s; }
public String execute() {
MyBean bean = Registry.retrieveMyBean();
bean.setField(field);
doModelUpdate(bean);
}
}
And your views use 'field' to get/set fields.
The first way needs much less code (and cannot be done in Struts I don't
think!), but the second is 'safer' if your model might change etc.
Cheers,
Mike
On 18/6/03 10:58 AM, "Rene Gielen" ([EMAIL PROTECTED]) penned the words:
> Mike,
>
> thanks for the quick reply.
>
> On Wednesday 18 June 2003 02:10, Mike Cannon-Brookes wrote:
>> Rene,
>>
>> You can do this (I think) like any other model driven action.
>
> Do I have to implement ModelDriven for my ActionClass?
>>
>> GenericValue getObject() {
>> // lookup the object and return it
>> }
>>
>
> I do have...
>
>> Then in your JSPs, the fields are just named "object/string("foo")"
>>
>
> Hmph - could you explain this expression in few words? I'm just new to it and
> fighting with OGNL ;)
>
>> Haven't tested this - but I think it should work.
>>
>
> Put it into my testform, causing a senseless exception:
> Error executing action: null
>
> org.apache.jasper.JasperException
> at
>
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254>
)
> at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.ja
> va:684)
> at
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher
> .java:432)
> at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.j
> ava:356)
> at
> com.opensymphony.webwork.dispatcher.ServletDispatcherResult.execute(ServletDis
> patcherResult.java:61)
> at
> com.opensymphony.xwork.ActionInvocation.executeResult(ActionInvocation.java:22
> 0)
> at com.opensymphony.xwork.ActionInvocation.invoke(ActionInvocation.java:160)
> at
> com.opensymphony.xwork.interceptor.AbstractInterceptor.intercept(AbstractInter
> ceptor.java:37)
> at com.opensymphony.xwork.ActionInvocation.invoke(ActionInvocation.java:148)
> at
> com.opensymphony.xwork.interceptor.AbstractInterceptor.intercept(AbstractInter
> ceptor.java:37)
> at com.opensymphony.xwork.ActionInvocation.invoke(ActionInvocation.java:148)
> ...
>
> The exact code in jsp was
> <ww:textfield label="English" name="currentObject/string('en')" />
>
> Is there a typo I missed? Sh*t, RTFC for Ognl is tricky... :)
>
>
> Regards & Thanks
> Rene
>
>> Cheers,
>> Mike
>>
>> On 18/6/03 9:37 AM, "Rene Gielen" ([EMAIL PROTECTED]) penned the words:
>>> Hi,
>>>
>>> Kinda new to WW2/XWork, maybe I'm blind, so tell me if I am ;-)
>>>
>>> Here is my problem:
>>> We work in our database driven application with a persistence Manager
>>> that abstracts records as objects implementing Map interface - manager is
>>> OFBiz entity engine, for those who might know it...
>>>
>>> So, if I want to edit a record and store the result back to db, I have to
>>> do always the same (web environment):
>>> 1. Prepend the edit view with an initialized currentObject (a Map) in
>>> context 2. Have a jsp with a form in which inputs are presented for the
>>> entries in the currentObject the user might change
>>> 3. Have a store action to which the form in 2. submits. Store the values
>>> changed in db again.
>>>
>>> The form should read values out of a Map and present them in inputs,
>>> ready to be changed. But how do I manage to have them dispatched back to
>>> the / a Map for the store action, including type conversion???
>>> [..]
-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork