06.04.2016, 15:18 | #1 |
Участник
|
SSRS - ограничение на размер отчета
Столкнулась с проблемой, что при превышении отчетом определенного размера , он перестает деплоиться.
В нашем случае есть отчет SalesInvoice. Фактуры даже стандартные напичканы логикой и имеют много дизайнов. В нашем добавлено клиентских Designs. Нужно добавить новый. При попытке сделать Deploy - выдается сообщение, чтот была потеряна связь с AOS ("The operation failed due to an issueconnecting to the AOS. The connection now has been restored. You must redo the last operation "). Порылась в инете нашла товарища с такой же проблемой https://community.dynamics.com/ax/f/33/t/126693 Может, кому пригодится как выход - поудалять стандартные дизайны. В моем случае вижу, что кто-то уже ковырялся с этой засадой, тк все стандартные диайны для CZ, EE и тд уже удалены. Таким образом, мне, вообще, придется, видимо, либо новый отчет создавать, либо DP коверкать так. чтобы нужные изменения сделать :mad . Если у кого-то есть идеи, как можно увеличить лимит на допустимый размер отчета, чтобы избегать таких таймаутов - расскажите, пожалуйста. AX2012 R2 Последний раз редактировалось kitty; 06.04.2016 в 15:28. |
|
|
За это сообщение автора поблагодарили: gl00mie (2). |
06.04.2016, 16:29 | #2 |
MCT
|
А деплой как делается?
Из студии или командлетом?
__________________
Axapta book for developer |
|
06.04.2016, 17:17 | #3 |
Участник
|
Попробуйте деплоить через PowerShell
Publish-AXReport -ReportName MyReportName |
|
06.04.2016, 17:22 | #4 |
Боец
|
Я делал просто - временно удалял лишние дизайны и работал только над своим. По сути - каждый дизайн это отдельный отчет на SSRS сервере, а в случае SalesInvoice, они еще и тяжеленные, суммарный деплой которых доходил до минут 5-10. А ведь деплоить поле каждого изменения, особенно на стадии чистовой отделки - можно повеситься.
Короче: - делаем дубликат отчета в АОТ, как временное хранилище лишних дизайнов - в оригинале оставляем только свой. Спокойно работаетм над отчетеом с одним дизайном - когда отчет протестирова и принят, восстанавливаем дизайны из копии обратно в оргинал простым копипастом в VS: Ctrl+C\Ctrl+V - деплоить после восстанавливления дизайнов не обязательно, они вам все равно не нужны. Как конкретно лечится таймаут при деплое - не помню. Первое куда нужно посмотреть - это клиенская и серверная конфигурации для WСF сервиса, через который идет деплой, там все лимиты задаются. Но думаю с таким подходом не придется, т.к. даже при увеличинном таймауте вы будете этот отчет скорее деплоить чем девелопить. Последний раз редактировалось DSPIC; 06.04.2016 в 17:28. |
|
|
За это сообщение автора поблагодарили: kitty (1). |
06.04.2016, 22:39 | #5 |
Участник
|
Спасибо, хороший практический совет, но, к сожалению , в моем случае нужны все дизайны, те, что не были нужны, уже удалены (точней, там хитрее поступили - дизайн оставили, чтобы ssrsReportNameStr в стандартном коде не заваливался, а всю начинку заменили на пустой лист, тк все равно они не используются)
Последний раз редактировалось kitty; 06.04.2016 в 22:47. |
|
14.04.2016, 18:46 | #6 |
MCT
|
Что обнаружил я:
1 Дело не в размере отчета, а в добавлении или изменении существующих групп, разных ractangel и тому подобное. 2 Удалять дизайны вовсе не обязательно. 3 Что напрягает - нет внятного описания почему отчет не деплоится. Но если сначала открывать через preview, то все ж таки становится понятно, где зарыта собака. 4 Если ругается на определенный элемент, то лучше скопировать его свойства и создать новый с теми же свойствами, это ацки сложно объяснить, но работает. 5 Бывает так что в других дизайнах есть ошибки и из-за это не будет развертываться именно ваш дизайн. Допустим поле в tmp таблице переименовали. 6 Надо думать, когда менять контролы в связанном Contract-е. Иногда это приводится к полному пересозданию класса, так как guid предыдущего класса зачем то хранится в другом месте, и там же другая структура и другие контролы.
__________________
Axapta book for developer |
|
|
За это сообщение автора поблагодарили: gl00mie (3). |
15.04.2016, 02:21 | #7 |
NavAx
|
Мы PowerShell деплоим. Однажды накатывали модификации, среди них отчет. Все хорошо, код чистый, задеплоился. А потом BC не захотел подниматься. 2 дня ковырялись, пытались понять почему BC помер. По факту, проблема оказалась с физическим размером файла отчета.
2012 R3 CU8
__________________
Isn't it nice when things just work? |
|
23.04.2016, 01:37 | #8 |
Участник
|
2 MikeR:
Занимательные танцы с бубнами вы описали, но у вас какая-то другая проблема была. В моем же случае - именно с размером . Как я описала, проблема проявилась после того, как один из дизайнов был просто продублирован. Любые попытки деплоя после этого отваливались. При этом, если я удаляла ради эксперимента один из существующих дизайнов(и оставляла этот задублированный) - все работало. |
|
|
|