Ticket #1459 (closed defect: wontfix)

Opened 2 years ago

Last modified 2 years ago

revert adodb instrumentation/modifications prior to release

Reported by: jeffk Assigned to: don
Priority: blocker Milestone: 5.0.0
Component: vtigercrm Version: 5.0.0
Keywords: adodb database package Cc:

Description

There's no mention of why these modifications are necessary, but instrumenting the snapshotted adodb library for debugging purposes is something that should only be present in beta status.

I'm filing this as a ticket so we don't forget to revert these changes before anyone proposes moving to rc status.

I still think it is better to let the library trigger the inconvenient but valid exception, and handle the code in your catch block.

It would be much better to add a few lines of code duplicating adodb functionality in a catch block than to modify the external library source. The first way is robust documentation of an error condition, the second way is 'technical debt', which must be balanced with additional deferred effort.

If there's something that inavoidably must be changed in an external library (such as a bug fix), lobby the library maintainers to incorporate the change upstream. It is in that case not uncommon to snapshot a library based on a prerelease version, which can be removed once the library has a new release incorporating the change.

Changesets releated so far: r7685, r7755, r7814

Change History

07/06/06 09:23:10 changed by jeffk

(In [7876]) refs #1459. adodb has been modified/instrumented in r7685, r7755, r7814. mark as a modified library until changes reverted

07/10/06 05:32:20 changed by don

  • owner changed from developer to don.

Changes are made in the adodb code to fix some issues. By default, using adodb we were not able to add foreign keys as the default database type is myIsAM. To have the database type as innoDB we have added a tag in the Database Schema.xml as <opt platform="mysql">Type=InnoDB</opt>. To incorporate this we have to make changes in the adodb xml parsing code an we have done that also. Because of this it was required for us to make changes in the adodb code.

As of now the existing changes in the adodb code cannot be reverted. But we will intimate this to them so that they can fix this in their next update

07/10/06 05:32:55 changed by don

  • status changed from new to closed.
  • resolution set to wontfix.