To expand on that for those not aware of it, Sean's
examples can be found at http://www.corfield.org/blog/index.cfm,
check out Frameworks Sample Code and Persistence Sample Code in the Software pod
on the top right. There are many examples and the readme files explain what's
what. Reactor sample code is in the Persistence download.
Scott
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Teddy Payne
Sent: Thursday, September 14, 2006 3:53 PM
To: [email protected]
Subject: Re: [Reactor for CF] CF7/fusebox5/reactor/flex2
You could have the creators of each framework, except for Flex, contribute the solutions on an as per need basis.
Sean C. does this, but I am not sure how many frameworks he provides samples for.
Teddy
On 9/14/06, Marc
<
[EMAIL PROTECTED]> wrote:
That's a nice pattern diagram, and I will in fact be digging in hard to figure it out. But in the meantime, it would be helpful to actually build the simplest of apps - one that can take a Person, for example, and allow a Person object to be CRUD'ed using BOTH flex and fusebox apps, with reactor as the persistence for both, with little or no redundancy in the code.While this diagram is helpful for the more advanced users, I think at this point a simpler diagram with actual code examples in the technology relevant to CF and Reactor would be more helpful to newer users. A "starter" course, so to speak. It's nice to know this diagram is out there, and is acting as the basis for the goals of our CF-based frameworks!
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Teddy Payne
Sent: Thursday, September 14, 2006 3:00 PM
To: [email protected]
Subject: Re: [Reactor for CF] CF7/fusebox5/reactor/flex2Best practices? http://java.sun.com/blueprints/corej2eepatterns/Patterns/index.html
The image map provides a road map to a J2EE application which most frameworks are trying to achieve through CF.
Teddy
On 9/14/06, Marc <[EMAIL PROTECTED]> wrote:Thanks Tom, Peter, et al:
In the interests of my own education as well as for the benefit of the
community, I'd like to put together a sample set of applications that
demonstrate what you are describing. Architecture-level 'best practices' in
this area are hard to come by on the 'net, let alone actual sample code.
If it's okay with everyone, I'd like to post code into this thread, and get
feedback from everyone. Since this is very much an integration of Reactor
with two other frameworks (let alone coldSpring, which I'm afraid to even
start with), it seems relevant to have this discussion here.
Would anyone object? Would anyone like to contribute sample code? Should I
shut up and go away? ;)
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto: [EMAIL PROTECTED]] On Behalf Of Tom Chiverton
> Sent: Thursday, September 14, 2006 11:57 AM
> To: [email protected]
> Subject: Re: [Reactor for CF] CF7/fusebox5/reactor/flex2
>
> On Thursday 14 September 2006 16:14, Marc wrote:
> > Does anyone else here have a similar situation, or
> has worked on a
> > similar situaiton in the past?
>
> What you are aiming to build is a 'service layer'.
> Which I really must draw and blog about more, but:
>
> Service layer
> |
> V
> Business methods ('managers')
> |
> V
> Data service Layer (Reactor)
>
> Our services pull managers out of an application-wide
> ColdSpring factory.
> Managers may call on other managers which are injected
> by ColdSpring, along with a Reactor Factory.
>
> Services are independent of each other. Services return
> simple (no methods) transfer objects and are the only
> parts with access='remote' methods.
> Services marshal internal (CFC) objects into a
> normalised form and exposed a more or less
> obvious/static API, made up of simple types and
> transfer objects, and a client should only have to make
> one call to a service to archive one task.
>
> Business methods hold all your logic about how to
> actually do the things the client asked the service to
> do i.e . update the database via the Data service layer,
> send a notification and then update something else.
>
> Data services abstract the underlying storage method
> (Reactor) for the main application.
>
> Each layer should be separate and isolated for the one
> below - ColdSpring again.
>
> Weather it is Flex via CFC remoting, Apollo via web
> services or a CFML page via cfcomponent, everything
> talks to the service to get stuff done.
> --
> Tom Chiverton, I hope the attachment comes through and
> helps Helping to carefully disintermediate transparent clusters
>
>
> ****************************************************
>
> This email is sent for and on behalf of Halliwells LLP.
>
> Halliwells LLP is a limited liability partnership
> registered in England and Wales under registered number
> OC307980 whose registered office address is at St
> James's Court Brown Street Manchester M2 2JF. A list
> of members is available for inspection at the
> registered office. Any reference to a partner in
> relation to Halliwells LLP means a member of Halliwells
> LLP. Regulated by the Law Society.
>
> CONFIDENTIALITY
>
> This email is intended only for the use of the
> addressee named above and may be confidential or
> legally privileged. If you are not the addressee you
> must not read it and must not use any information
> contained in nor copy it nor inform any person other
> than Halliwells LLP or the addressee of its existence
> or contents. If you have received this email in error
> please delete it and notify Halliwells LLP IT
> Department on 0870 365 8008.
>
> For more information about Halliwells LLP visit
> www.halliwells.com.
>
>
> -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> -- -- -- -- -- -- -- -- -- Reactor for ColdFusion
> Mailing List [email protected] Archives at:
> http://www.mail-archive.com/reactor%40doughughes.net/
> -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> -- -- -- -- -- -- -- -- --
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Reactor for ColdFusion Mailing List
[email protected]
Archives at: http://www.mail-archive.com/reactor%40doughughes.net/
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
--
<cf_payne />
Blog: http://cfpayne.wordpress.com/
Atlanta CFUG: http://www.acfug.org
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Reactor for ColdFusion Mailing List
[email protected]
Archives at: http://www.mail-archive.com/reactor%40doughughes.net/
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Reactor for ColdFusion Mailing List
[email protected]
Archives at: http://www.mail-archive.com/reactor%40doughughes.net/
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
--
<cf_payne />
Blog: http://cfpayne.wordpress.com/
Atlanta CFUG: http://www.acfug.org
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Reactor for ColdFusion Mailing List
[email protected]
Archives at: http://www.mail-archive.com/reactor%40doughughes.net/
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
--
No virus found in this incoming message.
Checked by AVG
Free Edition.
Version: 7.1.405 / Virus Database: 268.12.3/447 - Release Date:
9/13/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.12.3/447 - Release Date: 9/13/2006
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Reactor for ColdFusion Mailing List
[email protected]
Archives at: http://www.mail-archive.com/reactor%40doughughes.net/
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
