brains server-side as to avoid the 'recompile on every request'.
(essentially you're talking about dynamically created mxml) We
considered this fact but in the end decided that installing separate
from CFMX had a bigger payoff. Side note: We're working on this really
cool framework for loading string resource bundle at runtime which bind
to all the UI elements to auto switch languages! This might lead us to
co-locating cfmx and flex...that way we could detect the users locale
then pass in the location of the resource bundle at runtime via
flashvars. (to avoid recompile)
2) At least in the beginning...our flex apps (all but one) are
working off pre-existing solutions. I would agree that the additional
layer adds to the complexity somewhat but from a stability standpoint I
would say it's actually more robust than a bundled solution.
3) Good question. I'm quite certain failover would function
identical to CFMX (course there's an outstanding issue with cfmx
clustering that we're waiting on) because it's relying on the
pre-existing jrun connector module in apache up front. (we install web
servers in their own cluster)
4) Yes...but they're not Flex only. They'll either be Flex + Web
Services from WebLogic cluster (another system) or local java
objects...or a combination thereof!
Cheers!
Stace
_____
From: Dick Applebaum [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 30, 2004 3:49 PM
To: CF-Talk
Subject: Re: Flex is out
That really helps!
What i was getting at with the taglibs -- I know you presently have to
buy and install Flex to get the taglibs. What I think I would rather
do is just by the tablibs and install them on the CFMX server -- if
that makes sense -- then CFMX could do the entire app including
generating the SWF. I don't know MACR will ever offer this as an
option, but there have several comments about Blackstone that make me
think that this is true.
Why would I want to do this, I can think of several reasons:
1) quite often the Initial download of a RIA needs to be populated with
initial data... it would seem to make sense and be more efficient for
CFMX to get the initial data, manipulate it as necessary then generate
the swf with initial data already inbedded. Rather than the client
going to the Flex server,, downloading the RIA app, then that app
immediately hitting cf for the data? Seems like it would be less a
load on the server(s) and the client as well as significantly less
bandwith to ttransmit the data.
2) With part of your app on 1 server (Flex) and part on another (CFMX)
aren't you increasing your exposure to outages and creating additional
confusion when they occur? Or if you opt to code your CFMX app to be
able to run if the Flex server is down, doesn't that destroy most of
the benefits?
3) I am not sure about this one, so I'll just ask: can Flex take
advantage of the Clustering/Failover capabilities of a J2EE server like
JRun?
4) Are there really that many apps that will be Flex only and not
require services of CFMX or the like?
Dick
P.S Nice setup!
On Mar 30, 2004, at 12:11 PM, Stacy Young wrote:
<table width=800 cellpadding=4 cellspacing=10 border=0><tr bgcolor=BDBDBD><td valign=top width=400><font face=verdana size=2 color=FFFFFF><b>AVIS IMPORTANT</b></font></td><td valign=top width=400><font face=verdana size=2 color=FFFFFF><b>WARNING</b></font></td></tr><tr><td valign=top width=400><p align=justify><font face=verdana size=1 color=808080> Les informations contenues dans le present document et ses pieces jointes sont strictement confidentielles et reservees a l'usage de la (des) personne(s) a qui il est adresse. Si vous n'etes pas le destinataire, soyez avise que toute divulgation, distribution, copie, ou autre utilisation de ces informations est strictement prohibee. Si vous avez recu ce document par erreur, veuillez s'il vous plait communiquer immediatement avec l'expediteur et detruire ce document sans en faire de copie sous quelque forme.</td><td valign=top width=400><p align=justify><font face=verdana size=1 color=808080> The information contained in this document and attachments is confidential and intended only for the person(s) named above. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution, or any other use of the information is strictly prohibited. If you have received this document by mistake, please notify the sender immediately and destroy this document and attachments without making any copy of any kind.</td></tr></table>
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
