As a follow-up, I was on track with my original thoughts. The error
in the ActionScript code was registering CalendarVO to
java.util.Calendar. It should have been
java.util.GregorianCalendar. java.util.Calendar is an abstract class
and doesn't have a public constructor.
Would've been nice
Could someone voice an opinion on this? Please.
--- In flexcoders@yahoogroups.com, Geoffrey gtb104@ wrote:
ENV: Flex 1.5 served from WebSphere6.1
All of our Java objects used to use java.util.Date for date
properties, but we had to convert them to java.util.Calendar. Since
Flex 1.5 doesn't
Geoffrey, you may or may not find this to be helpful but I've found
it much easier to deal with times as longs than as instances of
various date classes (java.util.Date, java.sql.Date,
java.util.Calendar, etc). The timelong can be easily retrieved with
date.getTime() or
Doug,
Our java objects need to have dates set to type Calendar. So are you
suggesting that my ActionScript value objects have a setter/getter?
Something like:
class com.beans.WorkGroupVO {
public var workGroupID:String;
public var startDate:Date;
public var endDate:Date;;
static var
It would be more like replacing the Date objects in your WorkGroupVO
with vars of type Number, set to calendar.getTime().getTime() on the
Java side. This may or may not be an option in your case, but it
would completely avoid object conversion issues between Java and AS.
--- In
No ideas? Is this something no one has tried before?
--- In flexcoders@yahoogroups.com, Geoffrey [EMAIL PROTECTED] wrote:
ENV: Flex 1.5 served from WebSphere6.1
All of our Java objects used to use java.util.Date for date
properties, but we had to convert them to java.util.Calendar. Since
6 matches
Mail list logo