We went through a big migration that took us six weeks. Thankfully,
we planned for that. We ran into significant problems with
structures, WDDX, null values, and integration components, and
significant query of queries issues. Thankfully, we did take the
time, and we also went through the application and fixed CF5 problems
that had gotten lost in cyberspace because no one was paying attention
to them. Our application, that runs differently depending on the
client, now runs better than it used to - faster with less bugs.
We're slowly putting in CFCs and other MX 6.1 logic. I think it will
be a while before we go MX 7 though.
On Fri, 11 Feb 2005 14:31:54 -0500, S. Isaac Dealey <[EMAIL PROTECTED]> wrote:
> > I wish that was our experience. We are in the processing
> > of moving from CF5 to CF6.1. We have 10 applications to
> > migrate. The code analyzer found few problem; however, we
> > have been changing/testing code for 3 weeks on our MX
> > development box because we ran into so many problems. I
> > think the main issue is that we run CF on Unix against a
> > Sybase database and there doesn't seem to be alot of
> > people with that setup so we had several bugs with every
> > driver we tried and had to wait for bug fixes from the
> > vendors. After 3 weeks of changing code, we are about to
> > move to our user acceptance environment. This has
> > definitely been a painful upgrade with changing named
> > parameters, differences in how NULL is handled,
> > differences in how isDefined works, etc.
>
> Just FYI (because I'm sure it's nothing you have the ability to
> implement right away) but the onTap framework includes some code for
> executing stored procedures with named parameters that's actually
> simplified in comparison to <cfstorecproc> ... i.e.
>
> <cfmodule template="#request.tapi.db.procedure()#" procedure="myproc"
> data="#form#">
> (form is the default)
>
> or
>
> request.tapi.sql.execute("myproc",attributes);
>
> (attributes is the default)
>
> it maps the keys in the structure to the names fo the procedure
> parameters and it uses J2EE to accomplish the task, so ... barring the
> usual driver bugs it ought to work with Sybase, although I haven't
> tested the framework with Sybase... thus far just Oracle, MSSQL,
> MSAccess and MySQL.
>
> s. isaac dealey 954.927.5117
> new epoch : isn't it time for a change?
>
> add features without fixtures with
> the onTap open source framework
>
> http://macromedia.breezecentral.com/p49777853/
> http://www.sys-con.com/story/?storyid=44477&DE=1
> http://www.sys-con.com/story/?storyid=45569&DE=1
> http://www.fusiontap.com
>
>
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Discover CFTicket - The leading ColdFusion Help Desk and Trouble
Ticket application
http://www.houseoffusion.com/banners/view.cfm?bannerid=48
Message: http://www.houseoffusion.com/lists.cfm/link=i:4:194330
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
