Short answer, Yes. The next release of ColdSpring will contain
Hierarhical BeanFactory support, allowing you to include a parent
bean factory in a new beanFactory definition, which will allow the
child beanFactory to use beans defined in the parent, or override
them with it's own implementations. We're also rolling this
capability into the Mach-ii plugin so that subapps can use/override
the parent application's beanFactory. This is currently available in
the BER, but there's no documentation yet, and we haven't done a lot
of testing on the required components.
On Nov 6, 2005, at 5:30 AM, Baz wrote:
Right now I have a bunch of different apps on my server. All of them
require a minimum duplicate type of functionality (like user
authentication). So I also have another app on the system that we
can call
"SystemBase". In it I have all my common CFCs (users, perms, etc.),
common
functions, and a base Factory object and a base application.cfc
object.
Whenever I add a new app, its application.cfc extends the SystemBase
application.cfc, its factory object extends the SystemBase factory,
and so
on.
Can ColdSpring replace/mimic this? What would the setup be like?
Can I make
it reference one XML file for the SystemBase components and then
another
custom XML file for each app?
Cheers,
Baz
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf
Of Barney Boisvert
Sent: Sunday, November 06, 2005 12:44 AM
To: [email protected]
Subject: Re: [CFCDev] Factory Pattern
If you drop your packages in the web root, you can reference them
without mappings. To put it another way the web root is implictly
mapped to "/".
I can't think of a framework that forces you to use mappings, though
there are advantages to doing it that way. For example, you can avoid
duplicating framework code for each utilizing application, which makes
bug fixes in the framework enormously easier to apply. It also
ensures that you're never running mixed versions (because there's only
one copy). There are other reasons as well. It's your call as to
which is more appropriate.
cheers,
barneyb
On 11/5/05, Nando <[EMAIL PROTECTED]> wrote:
That sounds like an argument against using any standard framework?
Not at all! Everything we've done is in Feuuu .... Feuuu ...
Feuuu ... .
http://helmsandpeters.com/audiofiles/HaP-FrameworkShrink.mp3
And i'd prefer to move it to model-glue ... just to clean it all up
nicely.
I use frameworks on a shared host without mappings.
How? Please explain ...
What we need is a simple, self-contained architecture that can
scale out
easily to say 10 - 20, maybe 30 installations a week and take no
more than
10 or 15 minutes per installation. And i'd like that it can be
"InstalledAnywhere" in the same amount of time. And each installation
needs
to stand on it's own. I'd be very happy to move it to MG ... but that
would,
i think, practically limit us to only offering this as a "We'll
host it
for
you" package.
We'll be making maybe $20 dollars a month on each installation.
I'd like
to
sell 5000 of them or so and "retire" to a beach somewhere on a
$80,000 a
month income, and pay someone $20,000 a month to maintain it. All the
customization requests would be extra.
:) n.
--
Barney Boisvert
[EMAIL PROTECTED]
360.319.6145
http://www.barneyb.com/
Got Gmail? I have 100 invites.
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the
subject of the
email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the
subject of the email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by
CFXHosting (www.cfxhosting.com).
An archive of the CFCDev list is available at www.mail-archive.com/
[email protected]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] with the words 'unsubscribe cfcdev' as the subject of the
email.
CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting
(www.cfxhosting.com).
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
