[CalendarServer-dev] Re: [CalendarServer-changes] [1059] CalendarServer/trunk/twistedcaldav/static.py

Cyrus Daboo cdaboo at apple.com
Fri Jan 19 14:06:39 PST 2007

Hi Wilfredo,

--On January 19, 2007 1:33:54 PM -0800 Wilfredo Sánchez Vega 
<wsanchez at wsanchez.net> wrote:

>    Would raising HTTPError(responsecode.NOT_FOUND) be more appropriate
> here?
>    I know I haven't defined provisionChild() very well yet, but my
> thinking it that it's not really supposed to be called unless we know the
> child should exist; the caller should expect it to always work.
>    Raising should give us a better error result if not handled, where
> returning None might cause some other (more obscure) error down the line.
>    I don't know what the error trace looked like, so I might be wrong.

I'm not sure a raise at the point is the right thing to do. In the specific 
case I was trying to deal with, provisionChild is called by locateChild as 
part of the attempt to get the resource for the URI. The "normal" behavior 
of locateChild when it does not find a child is to return None. So I just 
had provisionChild do the same. We could have provisionChild raise, but 
then we ought to catch that in locateChild and not pass it on - just return 
None which is the expected behavior there.

Cyrus Daboo

More information about the calendarserver-dev mailing list