+1 for dropping the prototype. as mentioned earlier [1] a cdi based approach gets pretty hard easily.
however, i don't agree with a), c) (there were general discussions about it already (not here)) and not 100% with d) (since a cdi based approach has some issues, we could integrate a 3rd party lib later on as soon as it makes sense) regards, gerhard [1] http://s.apache.org/TaU 2012/6/14 Mark Struberg <[email protected]> > a.) What is this for? -> no one knows > b.) Do we need it in DeltaSpike? -> not yet. > c.) Do we need it for JSF? -> No, JSF has it's own Converter logic > d.) Do we need it somewhere else? -> No, not afaik > > So let's drop the Converter stuff which is currently of no use and really > complicated to get right? > Just remember that this was more or less a 1:1 copy of the Spring logic > which has not so easily extendible producer methods. > > [+1] Drop it, our code will get complicated enough anyway > > [+0] Meh, don't care > > [-1] keep it because it is very important (+ give use case and reasons) > > LieGrue, > strub >
