On Sat, 12 Feb 2000, Kevin A. Burton wrote:

> Jeff Prickett wrote:
> > 
> > Kevin,
> > Hello, I was wondering if you could update us here on the list about
> > calendaring/project code and if this functionality should be in Jetspeed.
> > Thanks to another member of the list Sandy's project stuff has a temporary
> > home.
> 
> +1.  Yes it should be in JetSpeed.  Hopefully integrated via the
> plugin/portlication infrastructure.  As an FYI I think most JetSpeed
> code should be done this way.  
> 
<snip>

Thanks for the reply. I will get the package structure reorganized to
jetspeed. What do you think of org.apache.jetspeed.icalendar? I will send
it to you later today or early Sunday.

The overall plan goes like this. Implement iCalendar protocol for
Jetspeed. It prioritizes like this.

1. Parse an iCalendar input stream. I have implemented one other protocol,
the serialization protocol, before and found reading the protocol first
was the way to go. We can test the protocol with the output from KDE
calendar app.


2. Map the resulting objects back to OPL in Turbine or to Castor, both if
time permits.

3. Write an Output Stream. At this point we can test the validity of our
output stream by using our own parsing and the one that comes with the
calendar app in KDE.

4. Work with the folks at KDE to give them the option to browse on line
calendars.

5. Write a calendaring client. Maybe this one is too ambitious and it
might not fit in with the java.apache.org site, ie server applications.

About the code, it is my first real clean room, no bs code. Some premises
I am going on when writing it are to code for as many failures as possible
and give descriptive messages. Another premise is to check for as many
possibilities of failure as possible as early as possible. They seem to go
hand in hand. I rarely let a java system class throw an exception. The
error messages are too generic.



Jeff Prickett
[EMAIL PROTECTED]




--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Archives and Other:  <http://java.apache.org/main/mail.html>
Problems?:           [EMAIL PROTECTED]

Reply via email to