João, IMO FDS has been developed specifically for this purpose. To develop this type of system yourself would be very expensive. The Farata Systems daoFlex is very interesting to me and i've planned to get running examples up this weekend. It seems to provide all the FDS datasync features, for free, which is a huge plus (considering FDS$20k per cpu) license cost.
My previous RIA (in AS2, FP8) would have benefitted plenty from this type of solution but i'm afraid there isn't a pre-built solution available, atleast to my knowledge. In terms player targeting I would attempt to convince your client to make use of FP9. My main argument would be expressInstall. A solid player detection, and install strategy is your best bet for exposure. In my experience the penetration statistics are bullsh**. Even when targeting FP7 i am noticing many cases of client not having the player (95% penetration my as*..) I wonder how many pc's are even surveyed when they get these figures. Anyway, pardon my foul tounge. And don't waste time, get on to Flex 2 :) Bjorn On 24/11/2006, at 1:17 PM, João Saleiro wrote: > Thank you Bjorn, that's something i will check for sure in the future. > But for the current project, i have to stick with AS 2.0, so i need to > implement an alternative preferable based on client data polling. > > I am using flash remoting for retrieving Value Objects from the server > that hold BO's and data. When they arrive, they update the > modelLocator, > and the forms listening for changes on that model update their > view. So > adding simple synchronization is not that difficult: i could poll the > server for data every 15 seconds, and if the retrieved data is > different > from the data on the model, updating the model will automatically > update > the views without changing the current code. But this is not a good > solution, since it's not efficient - we are exchanging useless > data. It > would be better to have a timestamp on the BO's, and to have a "bool > checkIfThereIsANewerVersionOnTheServer(client_bo_timestamp)" > service. If > the service returns true, then the appropriate command for requesting > that data is called, other way nothing happens. > Another thing that was important on my case, was to have the > possibility > to register and unregister the BO's that need synchronization. This, > because when a user changes to another view, the previous doesn't need > to be synchronized anymore, and the new has to register the BO's it > needs to refresh the screen. > > What i want is to know if someone needed something like this, or if > there are known best practices to cases like this. > > It seems that with Flex 2 and FDS my life would be a lot easier, but > this is for a popular website/RIA and the "client/partner" wants it > working on FP8 to make sure that almost everyone can see it. I am > praying to finish my current works, and start learning Flex 2. :) > > João Saleiro > > > Bjorn Schultheiss wrote: >> Yo João, >> >> Yes, but they are AS3, AMF3 solutions. >> http://flexblog.faratasystems.com/?p=104 >> Is a nice free alternative to FDS. >> Flex Data Services if it's a viable option for you business is >> perhaps >> the best option, although i would investigate the license options >> during your assessment. >> >> Bjorn >> >> On 24/11/2006, at 12:11 PM, João Saleiro wrote: >> >>> Ah, ok. Anyway, any suggestions on best practices to achieve >>> synchronization of business objects between the client and the >>> server, >>> by making the client poll data (i mean, ask the server if there are >>> updates on some BO's) from time to time? >>> >>> João >>> >>> >>> Bjorn Schultheiss wrote: >>>> No, Flex Data Services. >>>> http://www.adobe.com/products/flex/dataservices/ >>>> >>>> B >>>> On 24/11/2006, at 11:50 AM, João Saleiro wrote: >>>> >>>>> The previous question was for AS2.0 . But i saw this at adobe >>>>> website ( >>>>> http://www.adobe.com/products/flex/productinfo/features/ ): >>>>> >>>>> >>>>> " >>>>> Data synchronization >>>>> >>>>> Remove the complexity and error potential from the rich-client >>>>> data >>>>> synchronization process using a robust, high-performance data >>>>> synchronization engine between client and server. >>>>> >>>>> >>>>> Data push >>>>> >>>>> Push data to thousands of concurrent users without polling, >>>>> providing >>>>> up-to-the-second views of critical data such as stock trader >>>>> applications, live resource monitoring, shop floor automation, and >>>>> more. >>>>> ' >>>>> >>>>> >>>>> I haven't tried flex 2 yet, so i am a bit confused... how is >>>>> data push >>>>> possible? This implies using Coldfusion, right? >>>>> >>>>> João >>>>> >>>>> >>>>> João Saleiro wrote: >>>>>> Hi there, >>>>>> >>>>>> i am looking for a framework or a solution to have some business >>>>>> objects >>>>>> synchronized between the client and the server on a rich internet >>>>>> application. There is any working solution out there? Are >>>>>> there some >>>>>> best practices for situations like this? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> João Saleiro >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> osflash mailing list >>>>>> [email protected] <mailto:[email protected]> >>>>>> http://osflash.org/mailman/listinfo/osflash_osflash.org >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> osflash mailing list >>>>> [email protected] <mailto:[email protected]> >>>>> http://osflash.org/mailman/listinfo/osflash_osflash.org >>>> >>>> ------------------------------------------------------------------- >>>> ----- >>>> >>>> _______________________________________________ >>>> osflash mailing list >>>> [email protected] <mailto:[email protected]> >>>> http://osflash.org/mailman/listinfo/osflash_osflash.org >>>> >>> >>> _______________________________________________ >>> osflash mailing list >>> [email protected] <mailto:[email protected]> >>> http://osflash.org/mailman/listinfo/osflash_osflash.org >> >> --------------------------------------------------------------------- >> --- >> >> _______________________________________________ >> osflash mailing list >> [email protected] >> http://osflash.org/mailman/listinfo/osflash_osflash.org >> > > _______________________________________________ > osflash mailing list > [email protected] > http://osflash.org/mailman/listinfo/osflash_osflash.org _______________________________________________ osflash mailing list [email protected] http://osflash.org/mailman/listinfo/osflash_osflash.org
