My issue was not just the data sources though, it was essentially every single setting. Not even the scheduled tasks copied over correctly, I had to go through every single setting in the admin and visual make sure they were the correct ones and manually fix if not. At that point it became pointless to use the CAR. Matter of fact I think the only thing that copied over correctly was the mail server value, everything else I had to massage. Neo files also sometimes change between versions, I think it changed between CF6 and CF7 then CF7 and CF8, I could be wrong on the exact versions changes but I know the structure of the neo files changed over time and could very well change when going to ColdFusion X once it is out. Also the encryption has changed across the versions, for example I don't think the standard method of decrypting datasource passwords on versions CF7-CF9 works on CF6.
On Fri, Mar 11, 2011 at 8:38 PM, Ajas Mohammed <[email protected]> wrote: > 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 > -- 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
