Well then I think you have what you are looking for :) Just download it and try it!
Dimitrios Gianninas Optimal Payments Inc. -----Original Message----- From: flexcoders@yahoogroups.com on behalf of Scott Hoff Sent: Wed 4/25/2007 10:58 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: Inserting data from Flex: FDS vs. HTTPService vs. RemoteObject Ok. So with FDS, "the free version", as long as I have one server I can have unlimited concurrent users? That seems like it would be too good to be true because I would never have a reason to upgrade b/c our needs would probably be served fine with a single server. --- In flexcoders@yahoogroups.com, "Dimitrios Gianninas" <[EMAIL PROTECTED]> wrote: > > You go it! > > Remember you can always use the free version of FDS, called FDS Express which runs on one CPU - thus one server. If your server is powerful enough then you might get away with it if you dont have that many users. You can always use HTTPService or WebService calls, but you will be hit with performance issues in the long run, not to mention dealing with complex data in those 2 scenarios will be a bit of a pain as well. > > Dimitrios Gianninas > Optimal Payments Inc. > > > > -----Original Message----- > From: flexcoders@yahoogroups.com on behalf of Scott Hoff > Sent: Tue 4/24/2007 5:28 PM > To: flexcoders@yahoogroups.com > Subject: [flexcoders] Inserting data from Flex: FDS vs. HTTPService vs. RemoteObject > > > Ok. > > I'm clearly a beginner and I'm trying to get a grasp on the best > ways to develop applications in flex. > > The applications that I develop mostly interface with databases. I have > been really impressed with all of the information and examples of Flex > Data Services and its advantages. However, I understand that there are > licensing issues and limits on concurrent users. > > So far I can only think of three ways that you can add content to a > database from within a flex application: > > * Use HTTPService. I figure I can store the information that I > want to post and then submit it via querystring to an HTTP Service > that would then insert the record and then return an event after > the inserting was complete. If I knew it was complete, I would > then call for the datasource to be refreshed. > * Use Remote Object: In this scenario, I would use > Coldfusion/Java and Remote Objects in order to do the inserting. I > guess I would follow the same process. After a successful insert, I > would call for a new download of all of the data and the updated > dated would be populated throughout the datagrid. > * Use Flex Data Services: (I know the explanation is poor) I > would post via a proxy and upon the inserting of the information > the flex data services would then update the current applications > that a change had been made at the data would then be updated and > automatically reflected in the applications that would be using the > file. > > First of all, is this even close to a good description of the options > one has while inserting data from a flex application? > > If I don't forsee the company that I work with being able to pay > 20,000 dollars so that we can have 300+ users concurrently using flex > data services, should I automatically decide against using flex data > services? > > > -- > WARNING > ------- > This electronic message and its attachments may contain confidential, proprietary or legally privileged information, which is solely for the use of the intended recipient. No privilege or other rights are waived by any unintended transmission or unauthorized retransmission of this message. If you are not the intended recipient of this message, or if you have received it in error, you should immediately stop reading this message and delete it and all attachments from your system. The reading, distribution, copying or other use of this message or its attachments by unintended recipients is unauthorized and may be unlawful. If you have received this e-mail in error, please notify the sender. > > AVIS IMPORTANT > -------------- > Ce message électronique et ses pièces jointes peuvent contenir des renseignements confidentiels, exclusifs ou légalement privilégiés destinés au seul usage du destinataire visé. L'expéditeur original ne renonce à aucun privilège ou à aucun autre droit si le présent message a été transmis involontairement ou s'il est retransmis sans son autorisation. Si vous n'êtes pas le destinataire visé du présent message ou si vous l'avez reçu par erreur, veuillez cesser immédiatement de le lire et le supprimer, ainsi que toutes ses pièces jointes, de votre système. La lecture, la distribution, la copie ou tout autre usage du présent message ou de ses pièces jointes par des personnes autres que le destinataire visé ne sont pas autorisés et pourraient être illégaux. Si vous avez reçu ce courrier électronique par erreur, veuillez en aviser l'expéditeur. >
<<winmail.dat>>
