Hi all -
What do you think about these ideas overall?
Sounds great! But it may depend on what each CF team is doing with dev,
staging, and production/live. We could definitely put something like a Plum
service to use in our small shop. Would you suggest it for a clustered
environment to keep files in sync? Back to what I was saying... in our
case, many times I want more granular control over dev vs. staging files.
There might be some directories I'd need to stay in sync, but our normal
process is to push changes in dev to staging with a little CF file directory
app (home-grown) that allows you to push selected files to production over
the network, but only as needed. I guess I'm trying to say that your
solution would help in most cases for most shops, but just not everybody...
But you can please everybody anyways, so forget what I just said... ;-}
We're still going to charge for the LoRCAT part, but I'd like to get your
feedback on that as well. We're currently selling the LoRCAT standalone
utility for $495.00, so in your opinion how much should we charge to add
it
to the Plum Services?
I could see smart companies paying nearly anything you want for these apps,
so I can't say what I'd suggest you guys do... How many licenses have you
sold of Plum? How many of LoRCAT? Is your intention to sell as many as
possible, or to try to get a pretty good lump sum for each sell?
Either way, you guys rock, and I only wish I had more time to spend with
PLUM (but deadlines, deadlines, deadline!)
Peace,
Aaron
----- Original Message -----
From: "Adam Churvis" <[EMAIL PROTECTED]>
To: "Plum Discussion List" <[email protected]>
Sent: Wednesday, March 23, 2005 4:19 PM
Subject: [plum] Major change to Plum deployment workflow!
David and I just finished a big Plum project that required a number of
rapid
changes, and the whole CF_2CFMODULE conversion got in the way of source
control more than once, so we've come up with what we think is a great
idea
to solve this problem once and for all. We'd like to get your feedback on
it.
You'll install an autostarting Windows service named "Plum Service" on
your
development workstation, then edit an XML configuration file that
specifies
pairs of Origination and Destination directories, which can be anywhere on
your network that you can access. You refresh the service after
configuration is done, and the service then "watches" each Origination
directory for new and changed .cfm files. Once a .cfm file is added or
changed, it runs that file through the CF_2CFMODULE process and places the
converted copy (CFMODULE calls instead of CF_ calls) into the destination
directory.
This way you can setup both a development site and a staging site, the two
are always in synch with one another, and you can immediately go from
testing the development site to testing the staging site with a quick edit
of the URL in your browser. The Plum Service will not copy your site's
Environment.cfm file, so everything that is converted will slipstream into
its environment.
You'll be able to re-synch directories through the command line with
a -resynch flag in case you turn off the service temporarily and make
changes to the contents of either directory.
This new approach will be entirely transparent to the development process,
and will no longer interfere with source control in any way. You'll never
have to add the converted version to source control - just the original
CF_
version you work with.
Now for the real kicker... *We're going to eventually add LoRCAT to the
Plum
Service*, so that you can also transparently LoRCAT your files after they
are CFMODULEd. You'll be able to set a flag in your XML configuration
file
that says whether you're LoRCATting in Analysis Mode or Production Mode.
This will make both load analysis and pre-processed whitespace removal
automatic and transparent, resulting in your deployment of a truly high
performance code base.
So from now on your Plum applications will run more efficiently because
you'
ll see exactly where load is concentrated, then when analysis is done and
you're in production mode, your Plum application will run as fast as
possible because you won't have so much as one extra whitespace character
throughout your entire code base.
We're still going to charge for the LoRCAT part, but I'd like to get your
feedback on that as well. We're currently selling the LoRCAT standalone
utility for $495.00, so in your opinion how much should we charge to add
it
to the Plum Services?
What do you think about these ideas overall?
Respectfully,
Adam Phillip Churvis
Member of Team Macromedia
http://www.ProductivityEnhancement.com
Download Plum and other cool development tools,
and get advanced intensive Master-level training:
* C# & ASP.NET for ColdFusion Developers
* ColdFusion MX Master Class
* Advanced Development with CFMX and SQL Server 2000
**********************************************************************
You can subscribe to and unsubscribe from lists, and you can change
your subscriptions between normal and digest modes here:
http://www.productivityenhancement.com/support/DiscussionListsForm.cfm
**********************************************************************
**********************************************************************
You can subscribe to and unsubscribe from lists, and you can change
your subscriptions between normal and digest modes here:
http://www.productivityenhancement.com/support/DiscussionListsForm.cfm
**********************************************************************
