This brings up another ambiguity in the Flex EULA. Paragraph 3(n): "(n) If and only if the Software is Macromedia Flex software. Any application or content created using Macromedia Flex must be deployed with an authorized and validly licensed copy of the Macromedia Flex presentation server. "
It seems to say that you must deploy it *on* a server running Flex. Or does it mean you can deploy it "with" the Flex server onto any server, even one not running Flex? Paragraph (h) states that you may not "...use the Developer Version of Macromedia Flex to compile .swf files for deployment outside of a validly licensed copy of the Macromedia Flex presentation server." Okay, that covers the Developer Version, but what about the full version? The EULA provides no such specificity with regard to the full version, but if, hypothetically, you are allowed to "compile .swf files for deployment outside of a validly licensed copy of the Macromedia Flex presentation server" using the full version, then how is the licensing determined? Where does it say you must have a Flex license for every server the .swf file sits on, even if it's not on a server running Flex? How do CPU's factor into the equation? Would that mean you'd need corresponding Flex licenses for every CPU on the production server, even if it is not "running" Flex? If so, it would be very unusual... Flex would be used only as an authoring tool, but the license for it would be tied to the hardware configuration of the system on which the compiled programs run. In reality, I doubt Macromedia would complain as long as, as you have stated, you paid for the licenses as if you were running Flex on the production server. But it still begs the question, however, of what is permissible under the license agreement...and the best ways to maximize performance without incurring unneccessary expenses from exhorbitant license fees for additional CPU's. They really do need to revamp their licensing structure. Cost is one matter, but another is the overall lack of clarity in the EULA. Of course, people can negotiate licenses with Macromedia directly, but the numerous ambiguities and inconsistencies in the EULA really should not be there.... and, more importantly, if you "accept" the license agreement as is, without negotiation, it would be helpful to know what it is exactly you are purportedly accepting. --- In [email protected], "Darron J. Schall" <[EMAIL PROTECTED]> wrote: > jwc_wensan wrote: > > >With the above scenario how many simultaneous users can adequately > >access the server before I would need a second server? Or is it > >better to ask how many per hour? > > > > > See Ted's entry here about scaling Flex: > http://www.powersdk.com/ted/2005/05/scaling-flex.php > > I completely agree with him as well. I don't have Flex running on the > server at all. Instead, I take my Flex-compiled .swf and place it on a > "typical" web server. Then, the Flex application is delivered as a .swf > and there's no need for the server to do any extra processing at all. > I've never had a server crash because it couldn't send out .swf files > fast enough. Keep in mind though, you'll need a Flex license for every > server the .swf file sits on. > > You can use RemoteObjects without a Flex server running as well, but > you'll need to use another AMF gateway such as OpenAMF (or you can use > ColdFusion). If you use WebServices, you might need a little shim > script to get around the security restrictions of the Flash Player > (loading data across domains), depending on what server the web services > are located on. > > >Also, I read somewhere that RemoteObjects is faster. Is it a > >signficant increase? > > > In general RemoteObjects are faster because it uses AMF, which is a > binary format and much less verbose than WebServices. It's hard to give > a definite yes/no answer because I've actually seen results go both ways... > > -d -- 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 <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
