Futurescale, Inc. PureMVC Home

The PureMVC Framework Code at the Speed of Thought


Over 10 years of community discussion and knowledge are maintained here as a read-only archive.

New discussions should be taken up in issues on the appropriate projects at https://github.com/PureMVC

Show Posts

| * |

  Show Posts
Pages: [1]
1  Announcements and General Discussion / Fabrication / routeNotifications and self? on: September 14, 2011, 10:01:20
Hey - I seem to be the only one here ... echo echo...

But I'm curious if a mediator that sends out a routeNotification to "*" ALSO receives it?
2  Announcements and General Discussion / Fabrication / Fabrication, Modules and Popups oh my... on: March 10, 2011, 11:11:36
I've got an app that uses Fabrication and loads in a few modules using the FlexModuleLoader...

I've a two part question:

1) how best to control regular alerts / popups from one of the modules so that it displays at the top most level (ie through notification to the main application via message body)

2) how to take a module that is loaded in and display that as a popup  -- again probably partially through #1 but unsure how to make a module display as part of PopupManager?

I've read Simon's  / newtriks posts both here and on his own site and I don't think it's going to work the same way I need to work...

Greatly appreciate any assistance as I'm not sure how best to deal with multi modules as popups...
3  Announcements and General Discussion / Fabrication / Fabrication module view mediators receiving puremvc multicore notifications... on: February 22, 2011, 01:35:20
Hey all

As outlined in another message - I've got an app where I'm using a puremvc / multicore / pipes library for connecting to a socket server; but my shell application and widgets are all fabrication. 

The gist is this:  does fabrication route 'respondTo' for sendNotification? Does it process sendNotification as if it were 'routeNotification('', null, null, "*")' ?  There's no way for me to use routeNotification from where I need to sendNotifications as the messager is puremvc, not fab.
4  Announcements and General Discussion / Architecture / puremvc base with fab shell / widgets... on: February 18, 2011, 01:17:03
OK touched on this before and spent some time changing the way I loaded the proxies as well as sending notifications - but here's the deal...

I've got models and proxies that I have in a base app -- there is NO appicationFacade for this 'app' -- as there is no app. It's really just a base directory of things as you said, that should be a library.  This is PureMVC / multicore.   There is a delegate for communication that the proxies talk to (or should).  Thing is  I'm not sure if this delegate shoudld be a 'proxy' per se or just a class. The one thing that is important is that once some socket setup (using json and stomp) is prepared, I tell the delegate to set it's svc as a static var -- doing this thinking that yes I might have to call the class from whereever (more on this in a bit).

I've got a shell app that is fabrication and does it's own startup, etc.  The startup command initiates  the core controllers to initiate the connection, and notify when connected; all this works great.   But the problem I'm starting to come do workarounds is this:  the core / base controllers can't work with the fabrication proxy = retrieveProxy(Proxy.NAME) -- instead these are expecting (since they're base) ApplicationFacade.retrieveProxy etc -- but the base doesn't HAVE an ApplicationFacade...

So I'm wondering how best to handle this -- anything in terms of FlexGlobals.topLevelApplication.facade?  Or somehow getting the fabfacade?

5  Announcements and General Discussion / Fabrication / Help with puremvc/mulitcore 'common' and fabrication shells / widgets... on: February 15, 2011, 01:56:33
I'm losing my mind and could *really* use some help here from the masters as to what I'm doing being feasible or the best way of handling this.... this is coming from http://forums.puremvc.org/index.php?topic=1872.0


I've got a project structure like this:


<--- this is a puremvc multicore app structure that holds commands that are async and need to be there for any shell startup, as well as common biz objects, etc.
mix/common/controller
---- InitCommunications <---- this is AsyncMacroCommand that calls a few others
---- (Other Commands here).

mix/common/model/vo  <-- biz objects, not needed to know


Then I've got

mix/app1    <--  all fabrication shell

mix/widget 1--x    <-- a number of widgets that are also fabrication. 

All the app/widgets work fine as well as pulling models in from the common 'app' structure.

The thing that's KILLING me is that I want to initiate the async command that is puremvc / sub commands so that the data communications are up and running for any of the shell apps we're going to build and child widgets.

Whenever I initiate the communications via a notification (ie CommonConstants.BEGIN_COMM)  I get an error of: multitonKey for this Notifier not yet initialized!

(You can see the full error in the thread above).


The thing that I get where the error *IS* but not how best to proceed -- is that since there's no true applicationFacade on the common structure that creates a multiton with a unique key/id that the request for the command blows up.

The problem I'm getting around in terms of solving it is that I don't know how best to implement this:  -- ie do I create a secondary fake facade that I somehow birth from a fabrication app?

Do I create a MacroCommand within my fab shell that pulls in the single async commands from the top level common app?

Do I look to the StateMachine?


Do I make the common structure a fabricated one?

Would REALLY appreciate some pointers as I'm quite frustrated.





6  Announcements and General Discussion / Architecture / multicore app arch: common logic, specific shell, and widgets... on: February 14, 2011, 01:24:25
OK - I'm not sure how best to convey the logic / structure that's being considered for implementation:

We've got

/app/common

-- this app really holds all the common info - ie the constants / notifications used etc
-- communication to the outside world through a socket -- common socket that would receive notifications and send the body or receive data and send notification of what was received.


/app/shell1

/app/shell2

-- these two would hold the basics of what widgets would be loaded in and how the widgets interact, some 'app level' notifications listen/send but on the whole just a shell

/app/widgets1--x
-- each widget would pull in VO from the /app/common/model section and listen to notifications from /app/shell/constants but past that they would respond to messages from the 'outside' (ie via the /app/common connection)


So - does this structure seem ok? Other than /app/common which is puremvc multicore the others are fabrication/multicore and seem fine; I'd assume that the app shell startup would launch the /app/common/controllers.....
Pages: [1]