I'm not writing a web app but, I think that I could use the latter. I'll take a look at it. Thanks!
Regards, Alan On Apr 2, 2012, at 1:41 PM, Gerhard Petracek wrote: > hi alan, > > if there is no use-case for accessing the same state-machine across browser > windows/tabs and you access the state-machine only during jsf requests, you > can use scopes provided by myfaces codi. > (we will discuss them here later on.) > > regards, > gerhard > > > > 2012/4/2 Alan D. Cabrera <[email protected]> > >> Maybe the confusion stems from my lack of experience creating custom >> contexts. Let me explain what I'm trying to do. >> >> I'm trying to manage a state machine, SM, which has been associated with a >> particular session scope of a communications link. The current state is a >> scope associated w/ that SM. When the SM transitions to a new state the >> old state/scope is destroyed and a new one is created. >> >> I think that it's kind of like a conversation. Is there any example code >> that I could look at that supports this kind of scenario? >> >> >> Regards, >> Alan >> >> >> >> On Apr 2, 2012, at 3:51 AM, Gerhard Petracek wrote: >> >>> i agree with pete. >>> in myfaces codi we have a basic (internal) infrastructure for more >> advanced >>> conversations and a spi for customizing the default behaviour. >>> the infrastructure itself just makes sense for "similar" scopes (right >> now >>> we have 4 scopes based on it and they share most of the implementation). >>> >>> -> it doesn't make sense for scopes which are too different (and the spi >>> should be enough to customize the default behaviour of existing scopes). >>> it would be nice if you share your requirements, maybe there is an >> existing >>> (custom) scope you can use. >>> >>> regards, >>> gerhard >>> >>> >>> >>> 2012/4/2 Pete Muir <[email protected]> >>> >>>> I'm not quite sure what this would constitute, beyond a trivial base >> class >>>> or a consistent start/stop API. Every context has quite different >>>> requirements in my experience, and the hard part is linking the context >> to >>>> the start/stop points, and to whatever backs the context, not the actual >>>> context implementation. >>>> >>>> Do you have some ideas about what utilities you need? >>>> >>>> On 1 Apr 2012, at 18:05, Alan D. Cabrera wrote: >>>> >>>>> It sure would be handy if there were a set of utilities available to >>>> help framework developers who wish to implement custom Contexts. >> Maybe I >>>> missed something during my perusal or maybe it's not all that tough. >>>>> >>>>> The context that I need to implement is something of a conversational >>>> nature. So I don't think that it's trivial to implement. >>>>> >>>>> >>>>> Regards, >>>>> Alan >>>> >>>> >> >>
