Google code is not a bad idea.
Teddy
On 9/14/06,
Matt Williams <[EMAIL PROTECTED]> wrote:
2 thoughts:
cfPetMarket - a place for the same app in different frameworks.
Google Code - instead of posting code to the list, get a repository of
some sort, especially if more than 1 person will be working on it.
On 9/14/06, Scott Krebs <[EMAIL PROTECTED]> wrote:
>
>
> 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
>
>
> Actually, this would be the first effort of its type. Good code samples for
> stepping stones for various frameworks would probably be a very sought after
> site.
>
> 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/flex2
> >
> >
> >
> > Best 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/
> -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> -- --
--
Matt Williams
"It's the question that drives us."
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
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/
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
