|
Dapper.net перестал работать в Sybase 12-16
|
|||
---|---|---|---|
#18+
Всем привет! Не знаю правильно ли в эту ветку пишу, ситуация такая: использую microOrm dapper .net для работы с sybase. До определённого обновления(12.0.3457) проблем при работе не было. После обновления возникла проблема - null pointer exception при выполнении любых действий с базой. Стал дебажить и обнаружил, что свойство ConnectionString в объекте connection уже с это ошибкой сразу появляется. В чём проблема? Через ado.net с sybase можно работать нормально, с другой стороны с mysql или sqlserver проблем никаких при работе не возникает. Предполагал, что какой-то временный глюк был. Но в последующих версиях, в том числе и 16 - та же ошибка: Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2013, 23:43 |
|
Dapper.net перестал работать в Sybase 12-16
|
|||
---|---|---|---|
#18+
MetraВсем привет! Не знаю правильно ли в эту ветку пишу, ситуация такая: использую microOrm dapper .net для работы с sybase. До определённого обновления(12.0.3457) проблем при работе не было. После обновления возникла проблема - null pointer exception при выполнении любых действий с базой. Стал дебажить и обнаружил, что свойство ConnectionString в объекте connection уже с это ошибкой сразу появляется. В чём проблема? Во первых, у тебя не какой-то никому неизвестный и не существующий "sybase" а (судя по используемым интерфейсным классам) одна из версий SQL Anywhere. Во вторых, то как ты задаешь свой ConnectionString в объекте connection мы должны угадывать да? В третьих, что ты обновлял и где? Сервер? Клиент? Программу на пользовательском компьютере? Интерфейсные библиотеки? . Net переставлял? Metra Через ado.net с sybase можно работать нормально, с другой стороны с mysql или sqlserver проблем никаких при работе не возникает. Предполагал, что какой-то временный глюк был. Но в последующих версиях, в том числе и 16 - та же ошибка:Ну если ADO.Net работает, что тебе еще нужно? ADO - универсальный интерфейс, если он работает зачем возиться с уникальным? Тем более что тебе судя по всему надо еще и с другими СУБД работать. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2013, 01:48 |
|
Dapper.net перестал работать в Sybase 12-16
|
|||
---|---|---|---|
#18+
Если был неточен в описании темы - извиняюсь. Злой какой-то ты (. Прошу писать по существу. Уточняю: я использую iAnywhere.Data.SQLAnywhere.v4.0.dll, проект на asp.net mvc. Вот код подключения Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42.
в контроллере соответственно вызов Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32.
заметил, что свойство ConnectionString доступно только в конструкторе и здесь можно без проблем сделать запрос к базе: Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
после отработки конструктора и вызове метода возникает такое исключение именно в этом свойстве - System.NullReferenceException Модератор: пожалуйста, не забывай о кнопке SRC ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2013, 11:52 |
|
Dapper.net перестал работать в Sybase 12-16
|
|||
---|---|---|---|
#18+
Совместно разобрались с проблемой. Это баг в самой dll. "Да, действительно это баг в dll-ке - iAnywhere.Data.SQLAnywhere. Этот метод CalledByEntityFramework - проверяет был ли вызов из EF. В зависимости вызван ли из EF, или нет возвращаются разные ConnectionString. В нем есть баг: Он проверяет StackTrace - был ли вызов из System.Data.Entity:" Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2013, 17:41 |
|
|
start [/forum/topic.php?fid=55&fpage=12&tid=2009996]: |
0ms |
get settings: |
12ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
212ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
others: | 235ms |
total: | 541ms |
0 / 0 |