[Kolab-devel] Resource Management in Kolab 3.0
Jeroen van Meeuwen (Kolab Systems)
vanmeeuwen at kolabsys.com
Tue Mar 13 17:30:08 CET 2012
On 2012-03-13 15:54, Heiner Markert wrote:
> Am Tuesday 13 March 2012 10:27:07 schrieb Jeroen van Meeuwen (Kolab
> Systems):
>> On 2012-03-12 14:33, Jeroen van Meeuwen (Kolab Systems) wrote:
>> > As per http://wiki.kolab.org/Kolab_3.0_Resource_Management
>> >
>>
>> Some additional questions came to mind;
>>
>> - Where are (the calendars for) two identical resources (going to
>> be)
>> stored in IMAP?
>>
>> Do we think shared/resources/Cars/Car #1 and
>> shared/resources/Cars/Car #2 for two cars that are exactly the same,
>> the
>> nested level "Cars" indicating they are two of the same perhaps?
>> Would
>> that scale up to:
>>
>> - shared/resources/Cars with Stickshift/
>> - shared/resources/Cars with Powersteering/
>> - (...)
>>
>> To be honest, I don't think so.
>>
>
> Hi,
>
> I do not think that this will scale: suppose you have four cars in
> the following configurations:
>
> a) automatic gear, 5 seats
> b) automatic gear, 7 seats
> c) manual gear, 5 seats
> d) manual gear, 7 seats.
>
Four cars isn't even all that many ;-)
> How should the hierarchy look like? You will end up with four
> classes, each containing a single object, even in this simple
> example.
>
Yeah, that's what I thought when I came up with the possibility.
> Would it be possible to have several resource classes (e.g. "car",
> "room", ...), each with certain attributes (e.g. "automatic gear",
> "number of seats" for cars, "number of seats" or "beamer installed"
> for rooms, ...). Now if the user needs a car, he would request a
> resource of type "car" and could specify any special attributes that
> he requires (e.g. number of seats at least 6). The server should than
> be able to optimally assign the available resources.
>
The question becomes how;
- Where does one store such attributes?
- How are these attributes exposed to a user interface?
And that is outside of the question still pending:
- Where does one store the actual calendar for the resource?
Kind regards,
Jeroen van Meeuwen
--
Systems Architect, Kolab Systems AG
e: vanmeeuwen at kolabsys.com
m: +44 74 2516 3817
w: http://www.kolabsys.com
pgp: 9342 BF08
More information about the devel
mailing list