RE: [flexcoders] cairngorm with a business delegate on the app server

[Steven Webster]

Hi Jeff,         In my flex loginDelegate class I basically want to call the authenticate method on IUserManager.  Do I have to create a new java class to encapsulate the getInstance from my business delegate?  Or is there a way that I can setup a remote object in flex to handle this.  I could setup the flex service locator to talk straight to my IUserManager implementation but would prefer not to do that.     So if I'm understanding you correctly, your preferred solution would be to be able to call getInstance() on the Flex client, hold that instance on the client, and then only invoke methods on that instance ?   Clearly, since Flex isn't a JVM, this isn't possible ... so there's a few routes to consider here.  An SOA would typically assume a stateless service; so what I'd suggest is that you shouldn't be needing to go through the getInstance() method, but should just be pointing Flex at either your implementation class, or, as you suggested, at a class that encapsulates your getInstance() behavior.   Either way, my preference would be that whichever of those concrete implementations you are "remoting" onto, that it be stateless.  If however, you wish a stateful invocation of your class, you can of course configure RemoteObject to be stateful.   My suspicion is that your need to go through getInstance() is to allow a factory-type lookup on the server however; that being the case, I'd suggest that your best route is to provide a  Service on the server-side, that encapsulates your getInstance() lookup.   This make sense ?  Happy to discuss further if I've missed your motivation...   Best,   Steven   -- Steven Webster Technical Director iteration::two   This e-mail and any associated attachments transmitted with it may contain confidential information and must not be copied, or disclosed, or used by anyone other than the intended recipient(s). If you are not the intended recipient(s) please destroy this e-mail, and any copies ofit, immediately.   Please also note that while software systems havebeen used to try to ensure that this e-mail has been swept for viruses, iteration::two do not accept responsibility for any damage or loss caused in respect of any viruses transmitted by the e-mail. Please ensure your own checks are carried out before any attachments are opened. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.7.1 - Release Date: 09/03/2005