On 6/17/2016 8:47 PM, jfb wrote:
Thanks for your help and reply Alex,
Yes, using the string fix the issue but i have many of my components/modules
using dateChooser, it is a huge time consuming in my app. My friends in the
i'm not sure you're going to get away not doing anything. i assume that you want
the EST timezone (tz) datetimes displayed in the HAST tz?
if so maybe this:
our cf apps turn the datetimes from the db (sql server in most cases) into java
epoch (ms since 1-1-1970) & passes that back to the flex client. on the flex
side, the flex app does a new date w/the java epoch data which should cast to
the client tz automagically. sending datetimes back to the server you reverse
the process.
the cf code is pretty simple just dateTimeObject.getTime() &
dateTimeObject.setTime(). i have cf code for this i can send along if you want
(have to be tomorrow just shutdown my dev server) but its really just a line or
two code.
other project using extJS are booooing flex :)
this is a design issue, but tz are a big PITA & require some thought. if extJS
fronted a cf app (as its datetimes are sans tz), they would be in the same boat.
class="org.myapp.flex.proxy.MyProxyBootstrapService"/>
I am using coldFusion 9. I am not sure where to store the java files and how
to defined the class call, anyone knows this?
going by bad memory (i haven't seen cf9 in years), you can place the compiled
java classes anywhere on cf's classpath, though normally "WEB-INF/lib". it will
require a cf server service restart to pick up the new classes.
