Skip to:
When comparing a fresh auto-ddl'd 2.8 rc02 database against an upgraded 2.7.1 database, the following column-type inconsistencies were found:
– EMAIL_TEMPLATE_ITEM.EMAILFROM2.8.0 auto.ddl: CLOB2.7.1 converted: VARCHAR2(255 BYTE)
MySQL conversion scripts also updated.
trunk r90892; 2.8.x r90895.
ets-0.5.x, r90112.
Integrated in emailtemplateservice trunk (build and deploy) #269 (See http://builds.sakaiproject.org:8080/job/emailtemplateservice%20trunk%20(build%20and%20deploy)/269/) changed type from text to java.lang.String
fixed with r90110
The "type="text"" attribute is probably causing the creation of a CLOB. If it were more like TEMPLATE_KEY, it would be a varchar2(255).
Although it's not a problem, I think we should be consistent so once again the choice is: modify the hbm or modify the conversion?
When comparing a fresh auto-ddl'd 2.8 rc02 database against an upgraded 2.7.1 database, the following column-type inconsistencies were found:
– EMAIL_TEMPLATE_ITEM.EMAILFROM
2.8.0 auto.ddl: CLOB
2.7.1 converted: VARCHAR2(255 BYTE)