Thanks Matt for the reply.
I tried the following code in my service.mxml and alert message was
not being display
<cairngorm:ServiceLocator xmlns:mx="http://www.adobe.com/2006/mxml"
                                                xmlns:cairngorm="org.nevis.cairngorm.business.*">
<mx:Script>
      <![CDATA[
            import mx.controls.Alert;
           
      ]]>
</mx:Script>
      <!--remoting service -->
   <mx:RemoteObject id="SoftwarePublishingToolFacade"
                                 destination="ColdFusion"
                       
source="downloads.softwarepublishingtool.services.SoftwarePublishingToolFacade"
                              showBusyCursor="true"
                              result="event.call.resultHandler( event )"
                              fault="event.call.faultHandler( event )"
      >
   </mx:RemoteObject>
   <!-- data service for product -->
   <mx:DataService  id="productDataService"
                                 destination="product"
                               autoCommit="false"
                                 result="event.call.resultHandler( event );"
                               fault="event.call.faultHandler( event )"
message="Alert.show('got a message')"
         >
   </mx:DataService>
</cairngorm:ServiceLocator>

--- In [email protected], "Matt Chotin" <[EMAIL PROTECTED]> wrote:
>
> I don't know how many folks have tried the DataService using a Cairngorm
> approach yet.  But in this case I think if you want your second app to
> hear changes it's going to need to add event listeners to the service
> itself, not just the token that's returned from an individual service
> call.  So using the responder approach might not be what you really want
> for this particular system.
>
> For your previous question about what event to listen for, the "message"
> event is I think the right one, what was happening when you tried
> listening?
>
> Matt
>
> -----Original Message-----
> From: [email protected] [mailto:[EMAIL PROTECTED] On
> Behalf Of deepu_verma
> Sent: Friday, April 28, 2006 4:52 AM
> To: [email protected]
> Subject: [flexcoders] data service in craingorm
>
> I have declared the following two methods in my delegate and call them
> from the commands
> //------------------------------------------------------------
>             //get the products
>             public function fill():void
>             {
>                   var call:Object =
> service.fill(modelLocator.productModel.ProductVersion);
>                   call.resultHandler = responder.onResult;
>                   call.faultHandler = responder.onFault;
>            
>             }
>             public function commit():void
>             {
>                   var call:Object = service.commit();
>                   call.resultHandler = responder.onResult;
>                   call.faultHandler = responder.onFault;
>                  
>             }
> And I have used modelLocator.productModel.ProductVersion as the
> dataprovider binding for a list box.
> modelLocator.productModel.ProductVersion.addItem(obj);
> to add a new product
> I am trying to access the application on two diferrent browsers and
> after I add a new product the product is not pushed to the other
> connected client.
>
>  view the following in the server dump
> [CFDataServicesAdapter] invoking SYNC method, 1 change(s) to process.
> [CFDataServicesAdapter] invoking Fill method...
> Am I missing something so that if one client adds a product then other
> client should be able to view it
>
>
>
>
>
> --
> Flexcoders Mailing List
> FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives:
> http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
>






--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com




SPONSORED LINKS
Web site design development Computer software development Software design and development
Macromedia flex Software development best practice


YAHOO! GROUPS LINKS




Reply via email to