Hi guys, Thanks for your answers. I make a "batch" one.
Brett : You confirmed me what I was thinking. Shi : Thanks for the links, I will have a look to that code. David : Do you talk about the ExampleRemoteClient.java file ? I used it to develop my own test and then I met the problem I talked about. The RMI calls are working well, the problem is when you want to access to the properties of the returned objects. If I write some code that can be easily reused, I will send it to the list. Cimballi On Sat, Mar 28, 2009 at 4:50 PM, David E Jones <[email protected]>wrote: > > For an easier solution try letting the Service Engine take care of it all. > For details see the ExampleRemoteService.java file, which has comments about > which libraries you need from OFBiz, and then you can call the OFBiz > services remotely and communicate pretty easily that way. > > Anyway, that's the way remote communication with other Java programs that > know about OFBiz is meant to be done. > > -David > > > > On Mar 28, 2009, at 9:58 AM, Cimballi wrote: > > Hi, >> >> I'm trying to use OFBiz and RMI. I configured it using the SUN RMI >> implementation to not have to deal with certificates stuff. >> >> My connection is working but I have a problem when I retrieve data. >> I'm using the performFindList method, and the problem is, when I iterate >> over the returned objects and I call a getXxx method, I have this stack >> trace : >> java.lang.IllegalStateException: [GenericEntity.getDelegator] could not >> find >> delegator with name default >> ... >> >> The thing that looks strange to me is that, as returned entities are of >> type >> GenericEntity, it needs all the framework environment to use them. >> If there something I do wrong in my RMI call, or is there a way to get >> simple beans as return entities, to not have to deal with the framework >> stuff ? >> >> For the same reason I have to embed ofbiz-base.jar, ofbiz-entity.jar and >> ofbiz-service.jar in my client. >> >> Thanks, >> >> Cimballi >> > >
