Re: [Components] [Sdk-public] MmvTools requirements and design

2008-07-01 Thread Derick Rethans
On Mon, 30 Jun 2008, Tobias Schlitt wrote: > On 06/30/2008 12:02 PM Derick Rethans wrote: > > On Mon, 30 Jun 2008, Tobias Schlitt wrote: > >> On 06/30/2008 09:24 AM Derick Rethans wrote: > >>> On Sun, 29 Jun 2008, Tobias Schlitt wrote: > > ezcMvcRequest > - > > The

Re: [Components] [Sdk-public] MmvTools requirements and design

2008-07-01 Thread Derick Rethans
On Mon, 30 Jun 2008, Tobias Schlitt wrote: > On 06/30/2008 11:52 AM Derick Rethans wrote: > > On Mon, 30 Jun 2008, Tobias Schlitt wrote: > >> On 06/30/2008 12:42 AM James Pic wrote: > >>> Tobias Schlitt wrote: > > ezcMvcRequestFilter > --- > > The filters are d

Re: [Components] [Sdk-public] MmvTools requirements and design

2008-07-01 Thread Tobias Schlitt
Hi! On 07/01/2008 11:17 AM Derick Rethans wrote: > On Mon, 30 Jun 2008, Tobias Schlitt wrote: >> On 06/30/2008 11:52 AM Derick Rethans wrote: >>> On Mon, 30 Jun 2008, Tobias Schlitt wrote: On 06/30/2008 12:42 AM James Pic wrote: > Tobias Schlitt wrote: >> ezcMvcRequestFilter >>

Re: [Components] [Sdk-public] MmvTools requirements and design

2008-07-01 Thread Tobias Schlitt
On 07/01/2008 11:06 AM Derick Rethans wrote: > On Mon, 30 Jun 2008, Tobias Schlitt wrote: >> On 06/30/2008 12:02 PM Derick Rethans wrote: >>> On Mon, 30 Jun 2008, Tobias Schlitt wrote: On 06/30/2008 09:24 AM Derick Rethans wrote: > On Sun, 29 Jun 2008, Tobias Schlitt wrote: >> ezcMvcR

[Components] [MvcTools] Drop router/view managers ?

2008-07-01 Thread James Pic
Hello everybody, NB: Two assumptions were made in this document: - ViewHandler renaming to View was OK, - RequestParserManager exists, is required and similar to the View/Router Manager. Points are made troughout this document. Routers can be protocol dependant, view-handlers are pr

Re: [Components] [PersistentObject] Design: Identity map and relation pre-fetching support

2008-07-01 Thread James Pic
Hi Tobias! Tobias Schlitt wrote: > On 06/27/2008 11:44 AM James Pic wrote: > >> The Identity Map support should be optional to not break BC and keep > >> flexibility. Therefore, a new class named ezcPersistentIdentityMapSession > >> is > >> implemented. This extends the current implementation ezc

Re: [Components] [PersistentObj] writer for definition files

2008-07-01 Thread James Pic
Derick Rethans wrote: > On Thu, 26 Jun 2008, Thomas Koch wrote: > > > I found, that PersistentObject could do some part and that it would > > help, if I could read, manipulate and write ezcPersistentObjectDefinition > > structures easily. By now we only have a definition writer in DbSchema, > > bu

Re: [Components] [PersistentObj] writer for definition files

2008-07-01 Thread Thomas Koch
Am Dienstag 01 Juli 2008 18:04:44 schrieb James Pic: > Derick Rethans wrote: > > On Thu, 26 Jun 2008, Thomas Koch wrote: > > > I found, that PersistentObject could do some part and that it would > > > help, if I could read, manipulate and write > > > ezcPersistentObjectDefinition structures easily.

[Components] eZPersistent Object 1.5 comments

2008-07-01 Thread Frederik Holljen
Hi all, First of all, great work on the requirements and design of Persistent Object 1.5. It sure has come a long way since 1.0 :) I started a new thread, the other one was becoming a bit crowded.. Here are the comments from the Arab jury: >The Identity Map support should be optional to not brea