Problem, a customer uses a mandarin sign in this calendar item description. That somehow not only goes away during processing but also messes up the next item of the calendar, the endtime.
outlook:
DESCRIPTION:不\n
DTEND;TZID="China Standard Time":20170515T163000
after processing with ical4j
DESCRIPTION:
\N:DTEND\;TZID="China Standard Time":20170515T163000
Is this a somehow known issue which could maybe go away with a newer version of ical4j?
Or can I avoid this with another construction?
Currently
iCal = new CalendarBuilder().build(new ByteArrayInputStream(calendarData));
Thanks a lot!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You probably need to pass the right encoding in which that ics file or stream data is, by using the Reader variant of build() and wrapping the bytearrayinputstream with an InputStreamReader where you set the charset/encoding as 2nd argument.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Problem, a customer uses a mandarin sign in this calendar item description. That somehow not only goes away during processing but also messes up the next item of the calendar, the endtime.
outlook:
DESCRIPTION:不\n
DTEND;TZID="China Standard Time":20170515T163000
after processing with ical4j
DESCRIPTION:
\N:DTEND\;TZID="China Standard Time":20170515T163000
Is this a somehow known issue which could maybe go away with a newer version of ical4j?
Or can I avoid this with another construction?
Currently
iCal = new CalendarBuilder().build(new ByteArrayInputStream(calendarData));
Thanks a lot!
You probably need to pass the right encoding in which that ics file or stream data is, by using the Reader variant of build() and wrapping the bytearrayinputstream with an InputStreamReader where you set the charset/encoding as 2nd argument.
Thank you very much, I will give it a try!