-
Great library - just one problem I have found.
When attempting to output all descendents of an object via property which has the same name in each decendent, the matcher fails to recognise the pattern correctly. For example, given the following structure:
public class Person {
private String name;
private List children;
public String getName() {
return name;
}.
2008-02-28 18:10:55 UTC in Flexjson
-
Since the bug was reported a few days after the fix was checked in, most likely I was not using the corrected code. That said, I can't easily confirm or deny it's still working since I don't have a test case handy...
Consider it closed for now - if I come across the problem again with a more recent version I'll create a new bug report.
2007-02-12 23:57:53 UTC in iCal4j
-
I'm not sure if this is by design, but intuitively I
expected properties to figure out escaping internally.
For example, if my calendar contains the following:
ORGANIZER;CN="xxx":MAILTO:[email address]
I would expect that when I retrieved the "CN" property
via the API, I would get back "xxx", but not with
surrounding quotes. That is an escaping issue - iCal4j
should automatically...
2006-10-19 08:02:16 UTC in iCal4j
-
Currently, the Recur.getDates() method will always use
the default system timezone to figure out when a Date
(as opposed to a DateTime, which has a timezone)
recurs. This is a problem when you are representing a
single day in another timezone.
For example, I create an all-day event (VALUE=DATE)
which occurs yearly on January 1st. My system runs in
the 'Australia/Brisbane' timezone...
2006-10-16 11:49:48 UTC in iCal4j
-
There seems to be a problem with the Addis Ababa
timezone. This isn't a problem with any of the other
timezones I've tried, including LA, London and
Brisbane, Australia. However, it may be a general
problem for TZs similar to Addis'.
Looking at the timezone definition in the jar, I'm not
exactly sure what the problem is, although the first
STANDARD section in the Addis timezone looks...
2006-10-14 03:13:34 UTC in iCal4j
-
Logged In: YES
user_id=12610
Ok, good spot. I'll have to see what I can do to fix that
issue, could be tricky...
2006-09-06 00:44:46 UTC in iCal4j
-
Logged In: YES
user_id=12610
Hi Ben,
Here's the output of my 'java -version':
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build
1.5.0_06-103)
Java HotSpot(TM) Client VM (build 1.5.0_06-57, mixed mode,
sharing)
I'm running on a Mac, but I don't think that should make a
big difference...
I reverted back to 0.9.19 and it's loading just fine.....
2006-09-04 01:28:08 UTC in iCal4j
-
I upgraded to 0.9.20 recently, and now some existing
calendars I have don't load any more. The exception is
below, but seems to be caused by me using a
'mailto:xxx@yyy.zzz' in the URI section of an
Organizer. Is this actually illegal in iCal, or does
the URI parser just not have a protocol for it by default?
Regardless, I now have quite a number of calendars
which will no longer load...
2006-09-04 01:03:09 UTC in iCal4j
-
This is quite possibly a more general problem with
DateListProperty, but it's definitely happening with
EXDATE in VEVENTs. Basically, the list of DateTime
objects returned do not have a timezone attached, even
if one is specified in the calendar.
For example, see the following VEVENT definition:
BEGIN:VEVENT
DURATION:PT1H
DTSTAMP:20051209T055346Z...
2005-12-09 05:59:05 UTC in iCal4j
