incubator-deltaspike-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gerhard Petracek <>
Subject Re: [VOTE] Converter framework
Date Thu, 14 Jun 2012 08:32:24 GMT
+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)



2012/6/14 Mark Struberg <>

> 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

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message