DialogScope ? FlowScope ? (Possible confusion with JSF 2.2 ?) ExtendedConversationScope ? CustomConversationScope ? ConversationCustomScope ? ConversationExtendedScope ? ExtendedScope ? DSConversationScope ? RequestExtendedScope ?
Also should this scope : - be started and terminated explicitely a-la "CDI ConversationScope" with conversation.begin() and conversation.end() - start automatically, end be terminated explicitly a-la CODI ConversationScope? conversation.close() ... in addition to be terminated when the "parent" (Session/Window scope) ends.. IMHO it seems the first option seems better for us as it may be used in a more generic way and . 2013/6/6 Gerhard Petracek <gerhard.petra...@gmail.com>: > you are very welcome to suggest a better name. > > regards, > gerhard > > > > 2013/6/6 titou10 titou10 <titou10.tito...@gmail.com> > >> Suggestion: >> When porting CODI "ConversationScope" to DS, should it be possible to >> NOT name this Scope "ConversationScope" >> Currently, when using CODI, it is very confusing to have 2 different >> scopes having the same "ConversationScope" name: the CDI one and the >> CODI. Introduce a lot of confusion when communicating between >> developers >> Thx >> >> 2013/6/1 Mark Struberg <strub...@yahoo.de>: >> > Hi! >> > >> > It's time to go for planing ds-0.5. >> > I'd say the release should be pretty small this time. Mostly bug fixes >> and a few minor enhancements. And max 1 or 2 bigger bullet features. >> > The goal is to release ds-0.5 end of this month. >> > >> > A few things on the list as I remember so far: >> > >> > * Finish graduation and apply latest changes to our Docs. >> > * Servlet module. Please add JIRAs which feature you like to see in this >> module >> > >> > * Improve the JSF module. We still miss a few features from CODI and >> seam-faces >> > . improve ClientWindow handling >> > . improve the typesafe navigation >> > . add @ConfigurationScoped and @ViewAccessScoped >> > >> > >> > * Improve the configuration >> > . brainstorming about configuration 'categories' as requested a few >> times already >> > . ProjectStage and/or property specific configuration >> > >> > >> > This DISCUSS will be closed in 72h. New feature requests after that time >> will be handled in deltaspike-0.6 (unless they are blockers). >> > >> > The timeframe I would suggest: >> > >> > * Implement new features during 2013-06-12 >> > * Bugfixing and documentation until 2013-06-19 >> > * start with the release on 2013-06-23 >> > >> > >> > Any objection, ideas, feedback? >> > >> > >> > txs and LieGrue, >> > strub >> > >>