59 Commits (5ec78b34bbfe75a29050b0628f99cbade13fb8cd)

Author	SHA1	Message	Date
Andreas Granig	7a782eb4fb	MT#5255 API: Create roles for resources. ... Collections and Items have common functions (e.g. hal_from_xxx), so move them into separate roles.	12 years ago
Andreas Granig	02998dd688	MT#3949 API: base-line for system contracts.	12 years ago
Andreas Granig	6bb57f08f2	MT#3997 Finish API skeleton. ... We should now have working baselines for - collections (SystemContacts) - items (SystemContactsItem) with support for - collections: OPTIONS, HEAD, GET, POST - items: OPTIONS, HEAD, GET, PUT, PATCH, DELETE covered by according tests and with a proper API documentation.	12 years ago
Andreas Granig	f4a9e39a8a	MT#5255 API: move contacts to systemcontacts. ... Clearly distinguish between systemcontacts (those without reseller) from customercontacts (those with resellers). Separating them frees us from having to handle reseller_id magic.	12 years ago
Andreas Granig	beb93987eb	MT#3997 API: move req/res log functions to Role.	12 years ago
Andreas Granig	515990623f	MT#3997 Fix general collection/item handling. ... Use paging. Start adding tests for contacts/ collection. Move more common functions to Role. Use proper forms for field checking.	12 years ago
Andreas Granig	40ecb1e91d	MT#3997 Distinguish collection and item in URI ... Use /api/foo/ for collections and /api/foo/{:id} for items to easily distinguish between them. Also, we want to use query params for limiting the collections, e.g. /api/foo/?name={:name}&something={:else}, which in turn returns a filtered collection again. This makes it difficult then to fetch items via /api/foo/?id={:id}, so use /api/foo/{:id} instead. Also move rest of common functions into API Role.	12 years ago
Andreas Granig	9ef4961e97	MT#3925 Migrate more common methods into Role.	12 years ago
Andreas Granig	8683e52cdd	MT#3925 Move POST validation methods into Role.	12 years ago