-
Notifications
You must be signed in to change notification settings - Fork 921
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DB2/400: ArgumentException Column 'SQL_TYPE_NAME' does not belong to table DataTypes #3438
Comments
I'm not entirely sure how this was working in 5.2.x for you, because, in 5.2.7 both nhibernate-core/src/NHibernate/Dialect/Dialect.cs Lines 491 to 494 in 40779f9
|
Ok, found how, which is really bad: nhibernate-core/src/NHibernate/Impl/SessionFactoryImpl.cs Lines 213 to 228 in ac14311
In short, you were using incorrect configuration in the first place. This is not a regression per se. |
So now Your suggestion |
Sounds good |
Fix the regression on 5.3.x, without adding proper support for DB2400 metadata Fix nhibernate#3438
This is fixed in 5.3.20 by #3451 (not yet released) by removing the metadata support for DB2/400. Feel free to recycle your current PR #3439 as a new feature, supporting the metadata for DB2/400. (Better wait for the fix to be merged back to master, which will have to wait for 5.3.20 then 5.4.x release, or merge it in your branch and work over it.) |
I'll close this one and wait for master merge. Thanks |
That is now merged on master. |
Using NHibernate to access DB2 AS400 database. When upgrading to NHibernate 5.3.13 from 5.2.7, we face a regression in the FluentConfiguration.BuildSessionFactory() :
The problem seems the same as #fluent-nhibernate/504
Here's the line that create the problem :
nhibernate-core/src/NHibernate/Dialect/Schema/DB2MetaData.cs
Line 39 in 4dac4ca
In a debug session I can see that there's no colomn named "SQL_TYPE_NAME". I have instead a column named "TypeName".
The workaround consists of disabling IncludeDataTypesInReservedWords :
I'll try to submit a fix that returns if the column "SQL_TYPE_NAME" is not found.
The text was updated successfully, but these errors were encountered: