You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One of the mapped database column names 'public' specified in the JPA annotations is a reserved word in Microsoft SQL Server, so is causing problems there.
This will need to be renamed. It would be worth checking all other mappings too to ensure they're not reserved in any of the most common DB products.
(Note that existing installations will need to make a schema change once this has been fixed.)
Thanks to Kevin Curley for pointing this out.
The text was updated successfully, but these errors were encountered:
* Dropped the 'public' field from the Assessment and DeliverySettings
entities. This idea was never developed from my initial plans, and the
existing DB column names caused clashes.
* Renamed other DB column names to avoid those listed in the URL below,
which lists a superset of keywords reserved in various well-known DB
systems.
https://drupal.org/node/141051
Thanks to Kevin Curley for reporting this issue. These changes should
fix bug #44.
NOTE: Existing QTIWorks installations will have to perform a schema
migration for this. See the script
support/schema-migrations/beta5-to-beta6.sql, which will work for
PostgreSQL installations and can be used as a guide for other DBs. If
you have no real data you may want to wipe and reinstall the DB.
This was fixed in commit 6737dd7, along with other potential name clashes taken from the list in [1].
NB: If you have an existing QTIWorks installation then you'll need to update your schema. There's a migration script (for PostgreSQL) in support/schema-migrations/beta5-to-beta6.sql
I'm not planning any more DB changes before the release of 1.0.0 final.
One of the mapped database column names 'public' specified in the JPA annotations is a reserved word in Microsoft SQL Server, so is causing problems there.
This will need to be renamed. It would be worth checking all other mappings too to ensure they're not reserved in any of the most common DB products.
(Note that existing installations will need to make a schema change once this has been fixed.)
Thanks to Kevin Curley for pointing this out.
The text was updated successfully, but these errors were encountered: