Hi Ryan, that looks like a good approach... however you might have to be careful on the size of your session over time.
I would be interested if you would like to share the code... I am looking at approaches of connecting to ofbiz via HTTP without exporting all the commands... In essence what you are doing with a bit more work could provide a REST interface to Ofbiz? or am I off track Thanks in advance.. Regards Mark On Thu, Mar 27, 2008 at 8:09 PM, Ryan Sweet <[EMAIL PROTECTED]> wrote: > > > On Thu, 27 Mar 2008, BJ Freeman wrote: > > > not sure why you can't pass it back thru the controller and specify the > > view you want to use. > > it would seem a lot less efforts and keep it simple. > > When you say client, are you speaking of a http client of some other. > > an http client (another app, not a browser). > > I think I got it worked out: > > I went ahead and changed my request handler to put the return values in > the session object, and return success/error and then built a ViewHandler > that gets the values from the session. > > Seems like extra lifting but maybe it will make sense to me later. > > thanks, > -Ryan > > > > > > > Ryan Sweet sent the following on 3/27/2008 10:25 AM: > >> > >> I want to be able to have the request handler pass the response from > the > >> event handler directly back to the client. In this case, the request > >> handler is just sending back simple strings. I'd like to be able to > >> either just pass these directly back to the client, or pass them > through > >> a StringViewHandler class if I have to have a view handler. > >> > >>> From going through RequestHandler it doesn't seem like <response > >> type="none"> does what I want. > >> > >> In this particular case, I don't need freemarker templates or any other > >> munging of the response data, and so I'm reluctant to setup the normal > >> pile of views/templates. Is there a way in controller.xml to tell the > >> ControlServlet to just pass on the values spit out by the request > handler? > >> > >> If not, is there a way to setup the <response/> element such that name= > >> can match whatever is returned (ie default response if no match on name > >> is found)? > >> > >> Does that make sense? > >> > >> regards, > >> -Ryan > >> > >> > >> > > > > >
