When you say "notify other views of the error", more specifically, what do you want these other views to do as a result of the error condition ?
Surely only one view can display a popup ? Or is it that as a result of your error, you want to put the application into a known state in which other views behave accordingly ? I think this is leading back to ... set a state on the ModelLocator and bind your views to the state. Let me know a bit more detail about what you're trying to render in the UI here ? Steven -- Steven Webster Technical Director iteration::two [EMAIL PROTECTED] Office: +44 (0)131 338 6108 Mobile: +44 (0)7977 216 223 This e-mail and any associated attachments transmitted with it may contain confidential information and must not be copied, or disclosed, or used by anyone other than the intended recipient(s). If you are not the intended recipient(s) please destroy this e-mail, and any copies of it, immediately. Please also note that while software systems have been used to try to ensure that this e-mail has been swept for viruses, iteration::two do not accept responsibility for any damage or loss caused in respect of any viruses transmitted by the e-mail. Please ensure your own checks are carried out before any attachments are opened. -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Omar Ramos Sent: 10 August 2005 23:05 To: [email protected] Subject: Re: [flexcoders] Cairgorm command question. Sorry if I keep bothering you. So I would make a a ErrorViewHelper but how does that ErrorViewHelper notify other views of the error without using or referensing another viewhelper in it? For example on my Invalid Subdomain exception I would want a particular view to know of this error. Thanks and sorry! On 8/10/05, Steven Webster <[EMAIL PROTECTED]> wrote: > Hi Omar, > > Remember that we're building OO systems in Flex here... > > First off; you might consider having an ErrorViewHelper ... there's a > good argument here for a view helper. Your "model" is an exception, > but you want to manipulate that model to prepare it for the view, ie > to change an exception into a user-readable error message displayed in > a dialog. Perhaps you even have different icons to display in your > error dialog depending on the exception thrown. So in this case, you > might want to consider an ErrorViewHelper that is responsible for > popping up an error dialog with an appropriate error message/icon depending upon the exception thrown. > > So yes .... perhaps a ViewHelper will work for you here, and I think > it's a valid use-case for the pattern. > > But my earlier warning; remember you are building on OO system here. > So you should think about what business objects you can extract that > have utility for your application. I might think about creating an > ErrorService class that sits outwith the Cairngorm framework and > provides the utility that you require. Your command classes can then > become clients of your ErrorService class, which can be separately unit-tested. > > Cairngorm is doing 80% of the heavy-lifting on most applications, and > gives structure to your workflow. But, I'd really like to see > developers continuing to take responsibility for application-specific > business domain objects, rather than abdicating responsibility for > where behavior resides, to a best-fit choice of command, business delegate or view helper. > > Make sense ? > > Steven > PS. I hate class names ending in Manager or Service - it's just such > an overused suffix that lacks ingenuity. ExceptionManager, > ErrorService, ErrorManager .... aaargh. See if you can find a name > that describes your particular problem's solution a little better than > I can. :) > > -- > Steven Webster > Technical Director > iteration::two > [EMAIL PROTECTED] > > Office: +44 (0)131 338 6108 > Mobile: +44 (0)7977 216 223 > > This e-mail and any associated attachments transmitted with it may > contain confidential information and must not be copied, or disclosed, > or used by anyone other than the intended recipient(s). If you are not > the intended > recipient(s) please destroy this e-mail, and any copies of it, immediately. > > Please also note that while software systems have been used to try to > ensure that this e-mail has been swept for viruses, iteration::two do > not accept responsibility for any damage or loss caused in respect of > any viruses transmitted by the e-mail. Please ensure your own checks > are carried out before any attachments are opened. > > -----Original Message----- > From: [email protected] [mailto:[EMAIL PROTECTED] > On Behalf Of Omar Ramos > Sent: 10 August 2005 20:42 > To: [email protected] > Subject: Re: [flexcoders] Cairgorm command question. > > Thanks for your reply steven. Let me tell my case. I am checking a > subdomain on the .NET side and if the subdomain is not available .net > throws a DomainNotAvailable event with a error code. Now in flash if > the error code is DomainNotAvailable then I show the user some status > text on the view. The code that determinates either to show the user a > regular exception or a subdomain not available exception, where would > this code be? For example in the flexshop example in the cairgorm > example you have some methods on the viewhelper that notify the user > of the error. In my case I need to do some logic to know what error to show the user. > > Omar Ramos > System Developer > Nobox Marketing Group, Inc. > > On 8/10/05, Steven Webster <[EMAIL PROTECTED]> wrote: > > Omar, > > > > ViewHelper should have *nothing* to do with handling faults. You > > will have to decide how you choose to pass exceptions back from J2EE > > to Flex; you can catch those either in the onResult() or onFault() > > methods of your command classes, and handle accordingly. > > > > Note that you will not (typically) be throwing exceptions on the > > Java side and catching them on the client side. Rather, if > > something happens in your server-side POJO/delegate/whatever that > > you can't handle, and need to defer to the client to handle, you > > will need to conceive a mechanism for passing status between the server and client. > > > > I'd anticipate you doing this in the onResult() of a command, rather > > than onFault(). > > > > But remember - ViewHelpers should only be used to prepare and > > massage the model for rendering to the view. ViewHelpers are *not* > > catch all places for any business logic that doesn't obviously fit > > in controller/command/delegate or service locator !!! > > > > Best, > > > > Steven > > > > > > -- > > Steven Webster > > Technical Director > > iteration::two > > [EMAIL PROTECTED] > > > > Office: +44 (0)131 338 6108 > > Mobile: +44 (0)7977 216 223 > > > > This e-mail and any associated attachments transmitted with it may > > contain confidential information and must not be copied, or > > disclosed, or used by anyone other than the intended recipient(s). > > If you are not the intended > > recipient(s) please destroy this e-mail, and any copies of it, > immediately. > > > > Please also note that while software systems have been used to try > > to ensure that this e-mail has been swept for viruses, > > iteration::two do not accept responsibility for any damage or loss > > caused in respect of any viruses transmitted by the e-mail. Please > > ensure your own checks are carried out before any attachments are opened. > > > > -----Original Message----- > > From: [email protected] [mailto:[EMAIL PROTECTED] > > On Behalf Of Omar Ramos > > Sent: 10 August 2005 18:49 > > To: [email protected] > > Subject: Re: [flexcoders] Cairgorm command question. > > > > Yeah thats what I tought. Command would send the error code or > > message to the view helper and the helper applies the logic and > > takes action on the view. > > > > On 8/10/05, Omar Ramos <[EMAIL PROTECTED]> wrote: > > > Yeah I mean from the server I mite send difrent types of errors > > > for the same invocation. The logic for handeling the type of error > > > and taking action on the view corresponds on the command or the > > > viewhelper? > > > > > > On 8/10/05, Allen Manning <[EMAIL PROTECTED]> wrote: > > > > Omar, > > > > > > > > I think 'onFault' or 'onStatus' is a method of the Responder. > > > > > > > > Allen > > > > www.prismix.com/ > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: [email protected] > > > > [mailto:[EMAIL PROTECTED] > > > > On Behalf Of Omar Ramos > > > > Sent: 10 August 2005 18:10 > > > > To: [email protected] > > > > Subject: [flexcoders] Cairgorm command question. > > > > > > > > Hi guys I have a simple question. Does my command need to have > > > > the logic to manage the exceptiosn I recive from remoting and > > > > decide what to do depending on the exception? or does that > > > > belong on the view helper? Thanks for any feedback you can give with this. > > > > > > > > > > > > Omar Ramos > > > > > > > > > > > > > > > > -- > > > > Flexcoders Mailing List > > > > FAQ: > > > > > > > http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > > > > Search Archives: > > > > > > http://www.mail-archive.com/flexcoders%40yahoogroups.com > > > > Yahoo! Groups Links > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Flexcoders Mailing List > > > > FAQ: > > > > > > > http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > > > > Search Archives: > > > > > > http://www.mail-archive.com/flexcoders%40yahoogroups.com > > > > > > > > > > > > > > > > SPONSORED LINKS > > > > Computer software testing Macromedia flex Development Software > > > > developer ________________________________ YAHOO! > > GROUPS LINKS > > > > > > > > Visit your group "flexcoders" on the web. > > > > > > > > To unsubscribe from this group, send an email to: > > > > [EMAIL PROTECTED] > > > > > > > > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. > > > > To unsubscribe from this group, send an email to: > > > > [EMAIL PROTECTED] > > > > > > > > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. > > > > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. > > > > ________________________________ > > > > > > > > > > > > > > > -- > > Flexcoders Mailing List > > FAQ: > > > http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > > Search Archives: > > http://www.mail-archive.com/flexcoders%40yahoogroups.com > > Yahoo! Groups Links > > > > > > > > > > > > > > > > > > -- > > Flexcoders Mailing List > > FAQ: > > > http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > > Search Archives: > > http://www.mail-archive.com/flexcoders%40yahoogroups.com > > > > > > ________________________________ > > YAHOO! GROUPS LINKS > > > > Visit your group "flexcoders" on the web. > > > > To unsubscribe from this group, send an email to: > > [EMAIL PROTECTED] > > > > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. > > To unsubscribe from this group, send an email to: > > [EMAIL PROTECTED] > > > > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. > > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. > > ________________________________ > > > > > > -- > Flexcoders Mailing List > FAQ: > http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > Search Archives: > http://www.mail-archive.com/flexcoders%40yahoogroups.com > Yahoo! Groups Links > > > > > > > > > -- > Flexcoders Mailing List > FAQ: > http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > Search Archives: > http://www.mail-archive.com/flexcoders%40yahoogroups.com > > > > SPONSORED LINKS > Computer software testing Macromedia flex Development Software > developer ________________________________ YAHOO! GROUPS LINKS > > Visit your group "flexcoders" on the web. > > To unsubscribe from this group, send an email to: > [EMAIL PROTECTED] > > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. > To unsubscribe from this group, send an email to: > [EMAIL PROTECTED] > > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. > Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. > ________________________________ > ------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="http://us.ard.yahoo.com/SIG=12hi9a9f4/M=362131.6882499.7825260.1510227 /D=groups/S=1705007207:TM/Y=YAHOO/EXP=1123718996/A=2889191/R=0/SIG=10r90krvo /*http://www.thebeehive.org ">Get Bzzzy! (real tools to help you find a job) Welcome to the Sweet Life -brought to you by One Economy</a>.</font> --------------------------------------------------------------------~-> -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links ------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="http://us.ard.yahoo.com/SIG=12hvbjvsj/M=362131.6882499.7825260.1510227/D=groups/S=1705007207:TM/Y=YAHOO/EXP=1123719276/A=2889191/R=0/SIG=10r90krvo/*http://www.thebeehive.org ">Get Bzzzy! (real tools to help you find a job) Welcome to the Sweet Life - brought to you by One Economy</a>.</font> --------------------------------------------------------------------~-> -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
