I have heard of people having issues with CAR method. People recommend
saving backup copy of neo*.xml files found under lib directory. They have
your datasources etc and it will save you time if CAR doesnt work. :-)

<Ajas Mohammed />
http://ajashadi.blogspot.com
We cannot become what we need to be, remaining what we are.
No matter what, find a way. Because thats what winners do.
You can't improve what you don't measure.
Quality is never an accident; it is always the result of high intention,
sincere effort, intelligent direction and skillful execution; it represents
the wise choice of many alternatives.


On Fri, Mar 11, 2011 at 9:18 PM, Aaron Rouse <[email protected]> wrote:

> It hosed pretty much everything but the datasource names, but since it
> hosed the rest of the datasource settings those too had to be rebuilt.  The
> end result was a complete waste of time to make the CAR and get it moved
> between data centers.  That was on a single server installation, actually
> nothing fancy about the installation at all but it was going from a prior
> version of CF to the next version.  I have used CARs without any issue when
> going from same version to same version.
>
>
> On Fri, Mar 11, 2011 at 7:31 PM, Mike G <[email protected]> wrote:
>
>> One thing to remember. The archive was originally designed to make an
>> exact dupe of the server so you could build a cluster. It is not really made
>> to perform an upgrade. So archive only the settings that are a PITA (like
>> dsn's) to do and manually set the rest
>> On Mar 11, 2011 7:18 PM, "Aaron Rouse" <[email protected]> wrote:
>> > I assume you are just referring to the CAR file method? I did this on
>> the
>> > last upgrade and it got royally hosed, I basically ended up redoing
>> > everything.
>> >
>> > On Fri, Mar 11, 2011 at 6:15 PM, Mike G <[email protected]> wrote:
>> >
>> >> I prefer to archive current cf admin settings for each instance.
>> Uninstall.
>> >> Install. Import settings checking paths before deploy. I would be
>> surprised
>> >> if this does not work for X upgrade. I don't think an upgrade in pla e
>> >> would have a happy outcome.
>> >> On Mar 11, 2011 4:48 PM, "Aaron Rouse" <[email protected]> wrote:
>> >> > I'd be curious how well an upgrade ends up working from CF9
>> multi-server
>> >> > installation to CF10. I am betting it will have some flukiness to it.
>> I
>> >> > really don't think our purchasing folks look at the details down to
>> >> > something like jboss v. jrun. Now the IT folks who just want any
>> reason
>> >> at
>> >> > all to kill CF, I am sure would use that as an arguing point against
>> it.
>> >> >
>> >> > On Fri, Mar 11, 2011 at 2:27 PM, Mike G <[email protected]> wrote:
>> >> >
>> >> >> At least until CFX.01.... but honestly, jboss will likely be as
>> >> invisible
>> >> >> as jrun has been. When is the last time MOST of us have logged into
>> the
>> >> jrun
>> >> >> console? I think the problem most big companies will have will be in
>> the
>> >> >> procurement office. Jboss is open source. No one to pay for support
>> >> unless
>> >> >> adobe is going to offer jboss support to cfx customers. IT
>> procurement
>> >> >> loves to pay for maint support.
>> >> >> On Mar 11, 2011 2:19 PM, "Ajas Mohammed" <[email protected]>
>> wrote:
>> >> >> > Thanks Mark for sharing this.
>> >> >> >
>> >> >> > My first thought is we have CF 9 enterprise now and I guess if we
>> move
>> >> to
>> >> >> CF
>> >> >> > X, during installation, the installer will take over from JRUN and
>> >> >> configure
>> >> >> > Tomcat on our servers. I am certain lot of folks would say lets
>> wait
>> >> on
>> >> >> > this. :-)
>> >> >> >
>> >> >> >
>> >> >> > <Ajas Mohammed />
>> >> >> > http://ajashadi.blogspot.com
>> >> >> > We cannot become what we need to be, remaining what we are.
>> >> >> > No matter what, find a way. Because thats what winners do.
>> >> >> > You can't improve what you don't measure.
>> >> >> > Quality is never an accident; it is always the result of high
>> >> intention,
>> >> >> > sincere effort, intelligent direction and skillful execution; it
>> >> >> represents
>> >> >> > the wise choice of many alternatives.
>> >> >> >
>> >> >> >
>> >> >> > On Fri, Mar 11, 2011 at 12:50 PM, Mark Davis <[email protected]>
>> >> wrote:
>> >> >> >
>> >> >> >> Not sure how many here have seen this?
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> http://www.coldfusionjedi.com/index.cfm/2011/3/3/ColdFusion-X-Writeup
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> Today at Scotch on the Rocks, Adam Lehman released some tidbits
>> about
>> >> >> the
>> >> >> >> upcoming new release of ColdFusion, ColdFusion X. I tweeted as
>> much
>> >> as
>> >> >> >> possible, but for those who don't use Twitter, and for those who
>> want
>> >> a
>> >> >> >> general one page summary they can comment on, here is what he
>> said
>> >> and
>> >> >> my
>> >> >> >> opinion where applicable. Please note that anything announced
>> today
>> >> >> could
>> >> >> >> easily change between now and the real release. Also remember
>> these
>> >> >> notes
>> >> >> >> are based on my memory of what Adam said. Any mistakes are my
>> fault.
>> >> >> >>
>> >> >> >> 1) Verity will be removed.
>> >> >> >>
>> >> >> >> Not much to say about this. Adam suggested anyone using Verity
>> now
>> >> >> should
>> >> >> >> begin looking into transitioning to Solr. Even if Verity wasn't
>> being
>> >> >> >> removed I think most people would recommend this anyway. Verity
>> *was*
>> >> a
>> >> >> >> good product. I don't think it got the credit it deserved. But
>> it's
>> >> >> ancient
>> >> >> >> now and Solr is much more capable.
>> >> >> >>
>> >> >> >> 2) JRun is being removed in favor of Tomcat.
>> >> >> >>
>> >> >> >> Not much to say about this one. I've used Tomcat before and it
>> seems
>> >> ok
>> >> >> -
>> >> >> >> but I've had issues with it and Apache. Hopefully that won't be a
>> >> >> problem.
>> >> >> >> Adam said - multiple times - that Adobe would be supporting
>> Tomcat so
>> >> >> that
>> >> >> >> if you had issues with ColdFusion and Tomcat you won't be left
>> out in
>> >> >> the
>> >> >> >> cold. I'm guessing this will be a slightly painful transition the
>> >> >> *first*time and then after that - not much of a big deal. Unofficial
>> >> reports
>> >> >> are
>> >> >> >> that ColdFusion runs much faster over Tomcat so any 'free' speed
>> >> boost
>> >> >> is a
>> >> >> >> good thing.
>> >> >> >>
>> >> >> >> 3) Webservices updated to Axis 2.
>> >> >> >>
>> >> >> >> Anyone who does much with web services in ColdFusion will know
>> that
>> >> it's
>> >> >> >> use of Axis 1 leads to issues with many service providers.
>> ColdFusion
>> >> X
>> >> >> will
>> >> >> >> upgrade Axis to 2.latest while keeping support for Axis 1 as
>> well. It
>> >> >> was
>> >> >> >> suggested that in ColdFusion 11 Axis 1 would go away completely.
>> This
>> >> >> update
>> >> >> >> will help enable Exchange 2010 support.
>> >> >> >>
>> >> >> >> 4) Scheduled tasks updated.
>> >> >> >>
>> >> >> >> Scheduled tasks will support chaining (run task B when A is
>> done),
>> >> >> >> conditions (don't run if CPU is 80% busy), priority, and grouping
>> >> >> (consider
>> >> >> >> A, B, and C a group and do this to them as a whole). Also -
>> finally -
>> >> >> you
>> >> >> >> will be able to make them application specific.
>> >> >> >>
>> >> >> >> 5) Jobs
>> >> >> >>
>> >> >> >> Basically you wrap a set of code in a cfjob tag and it runs
>> >> >> asynchronously.
>> >> >> >> It gets added to a queue you can introspect and modify. Basically
>> a
>> >> >> >> shorthand for cfthread but with more control over the queue
>> stack.
>> >> >> >>
>> >> >> >> 6) Java loader/proxies.
>> >> >> >>
>> >> >> >> No more need for JavaLoader - you can now load jars/classes via a
>> >> This
>> >> >> >> scope attribute in the Application scope. On the Java side, your
>> Java
>> >> >> code
>> >> >> >> can create an interface from a CFC. Both seem like really nice,
>> >> useful
>> >> >> >> updates.
>> >> >> >>
>> >> >> >> 7) Closures.
>> >> >> >>
>> >> >> >> Ok, I'm on the fence on this one. I load closures in JavaScript.
>> I
>> >> >> honestly
>> >> >> >> don't know how much I'd use them in a server side language. I'm
>> sure
>> >> >> I'll
>> >> >> >> regret saying that though and I bet I'll wonder how I ever lived
>> >> without
>> >> >> >> them. Then again, it could end up being the next cfinterface. It
>> was
>> >> >> hinted
>> >> >> >> that the implementation could be similar to what Mark blogged<
>> >> >>
>> http://blog.mxunit.org/2010/01/what-would-your-cfml-look-like-with.html
>> >> >about
>> >> >> a few months ago.
>> >> >>
>> >> >> >>
>> >> >> >> 8) HTML5/jquery
>> >> >> >>
>> >> >> >> Nothing concrete was said here, but it was stressed that HTML5
>> and
>> >> >> jQuery
>> >> >> >> would be supported in big ways.
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> --
>> >> >> >> You received this message because you are subscribed to the
>> "Houston
>> >> >> >> ColdFusion Users' Group" discussion list.
>> >> >> >> To unsubscribe, send email to
>> [email protected]
>> >> >> >> For more options, visit
>> http://groups.google.com/group/houcfug?hl=en
>> >> >> >
>> >> >> > --
>> >> >> > You received this message because you are subscribed to the
>> "Houston
>> >> >> ColdFusion Users' Group" discussion list.
>> >> >> > To unsubscribe, send email to
>> [email protected]
>> >> >> > For more options, visit
>> http://groups.google.com/group/houcfug?hl=en
>> >> >>
>> >> >> --
>> >> >> You received this message because you are subscribed to the "Houston
>> >> >> ColdFusion Users' Group" discussion list.
>> >> >> To unsubscribe, send email to [email protected]
>> >> >> For more options, visit
>> http://groups.google.com/group/houcfug?hl=en
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Aaron Rouse
>> >> > http://www.happyhacker.com/
>> >> >
>> >> > --
>> >> > You received this message because you are subscribed to the "Houston
>> >> ColdFusion Users' Group" discussion list.
>> >> > To unsubscribe, send email to [email protected]
>> >> > For more options, visit http://groups.google.com/group/houcfug?hl=en
>> >>
>> >> --
>> >> You received this message because you are subscribed to the "Houston
>> >> ColdFusion Users' Group" discussion list.
>> >> To unsubscribe, send email to [email protected]
>> >> For more options, visit http://groups.google.com/group/houcfug?hl=en
>> >>
>> >
>> >
>> >
>> > --
>> > Aaron Rouse
>> > http://www.happyhacker.com/
>> >
>> > --
>> > You received this message because you are subscribed to the "Houston
>> ColdFusion Users' Group" discussion list.
>> > To unsubscribe, send email to [email protected]
>> > For more options, visit http://groups.google.com/group/houcfug?hl=en
>>
>> --
>> You received this message because you are subscribed to the "Houston
>> ColdFusion Users' Group" discussion list.
>> To unsubscribe, send email to [email protected]
>> For more options, visit http://groups.google.com/group/houcfug?hl=en
>>
>
>
>
> --
> Aaron Rouse
> http://www.happyhacker.com/
>
> --
> You received this message because you are subscribed to the "Houston
> ColdFusion Users' Group" discussion list.
> To unsubscribe, send email to [email protected]
> For more options, visit http://groups.google.com/group/houcfug?hl=en
>

-- 
You received this message because you are subscribed to the "Houston ColdFusion 
Users' Group" discussion list.
To unsubscribe, send email to [email protected]
For more options, visit http://groups.google.com/group/houcfug?hl=en

Reply via email to