Показаны сообщения с ярлыком Crystal Enterprise. Показать все сообщения
Показаны сообщения с ярлыком Crystal Enterprise. Показать все сообщения

пятница, сентября 11, 2009

Crystal Reports vs MS Reports

Коль скоро уж речь зашла об опыте использования MS Reports, хотелось бы провести некоторое сравнение этих отчётов с отчётами Crystal, основываясь на собственном, пусть и небольшом, но опыте применения обоих. Оба типа поддерживаются Visual Studio, что предоставляет разработчику выбор, но чтобы он пал в пользу одной или другой системы, следует знать их различия.
К сожалению детального анализа я не производил, а напишу лишь о том, с чем я столкнулся сам.
И так, первое - это печать. Об этом я писал ранее. В случае с Crystal всё просто, в случае с MS необходимо устанавливать дополнительные серверные службы. Если не используется MS SQL Server, то и печать отчётов из ASP.NET приложения сделать будет сложно. Это, пожалуй, основной минус отчётов от Microsoft.
Плюсов же, в сравнении с Crystal'ом, больше:
  • один и тот же набор данных можно по-разному отображать в одном отчёте;
  • отчёты хранятся в открытом XML формате;
  • деплоймент отчётов не требует наличия дополнительных файлов, в отличии от Crystal, который требует установки вместе с приложением ещё и Merge Modules;
  • богатые возможности по настройке серверной части, как, например, кастомизация отображения форматов экспорта;
  • возможность разработки и подключения дополнительных модулей, например, для того же экспорта существует возможность написать модуль для форматов, не предусмотренных по-умолчанию;
  • немаловажным фактором является цена. В простейшем случае, цена уже включена в цену средства разработки, то есть Visual Studio. Но при необходимости использования выделенного сервера отчётов, цена за вариант с Crystal неимоверно возрастает, так как MS SSRS уже включён в SQL Server, а Crystal Enterprise стоит на несколько порядков дороже;
  • ну и напоследок о справочной документации - от MS она в MSDN, а от Crystal, которая была Segate, потом Business Objects, теперь SAP, справку найти не просто.
В общем для меня на лицо выигрыш отчётов от Microsoft, и, учитывая тот факт, что большинство разрабатываемых решений на платформе ASP.NET используют MS SQL Server, я отдаю своё предпочтение им. В случае же отсутствия SQL Server'а, клиентскую печать отчётов из ASP.NET приложения, придётся реализовывать обходными путями, например через экспорт в PDF или обычную браузерную печать.

четверг, июня 11, 2009

Долбаная секурность и долбаный Crystal Reports

Столкнулись мы тут с проблемой, что у заказчика в интранете между двумя серверами стоит файрвол: меджу сервером с нашим вэб приложением и сервером Crystal Reports. И настроен этот файрвол очень недоброжелательно - не пропускает он пакетики! Говорим заказчику "Открой!", а он кричит "Несекурно!"... Надо как то решать проблему - отчёты то не показываются! Взор наш был обращён на официальный гайд от Business Objects под названием, которое говорит само за себя "Configuring the Crystal Enterprise SDK for Firewalls"! Вот оно! То, что надо! Ура! Но радовались мы рано...
В общемы по этому документу настроили мы все порты по-порядку CMS на 6402, RAS на 6403, на файрволе открыли их, но вот репорты всё равно не кажутся... Все головы изломали, что же с этим делать то.
Но самая гадкая штука - это сообщение об ошибке: "Load report failed". Такое сообщение возникает в более чем 1500 случаев!!!!
И тут решили проверить телнет на порт 6403 с сервера приложений на сервер отчётов и вуаля - порт то по-прежнему закрыт!!! Кстати открыть его должен был и отрапортавал, что порт открыт, опять таки, американец индийского происхождения!!!
Кстати говоря, пока траблшутил эту проблему столкнулся с первым в моей жизни адекватным индоамериканцем! Работать с ним крайне приятно! Так что, кажется, не все они такие, что не может не радовать.