Здравствуйте!
В этом форуме в первый раз и сразу с таким непонятным вопросом!?

Была у нас 2-х звенка, БД (MSSQL) + клиент (PowerBuilder). Раньше мы брали данные из БД и с помощью OLE - объектов (PowerBuilder) выводили в word или Excel. Сейчас в виду того, что надо слать письма клиенту в word - файлах и отображать на сайте (3-х звенка), старый метод не подойдёт. Какую технологию выбрать, объёмы не очень громадные, но хотелось бы чтобы быстрее вникнуть и не всё в XML- шаблонах ибо у программиста рука устанет эти шаблоны рисовать! Кто нить с таким сталкивался, можете что нибудь посоветовать?

Ну что я совсем не то спросил, наши коллеги пользуют BI Publisher.
Но он по-моему достаточен гемороен для программирования, сплошной XML и всё ручками!

Спасибо,Petro123! А причём тут Язык программирования. Я спрашивал про некий готовый (пусть даже не бесплатный) сервис. Которому подаёшь на вход шаблон word - например , описываешь структуру данных, пусть даже в XML и сами данные пусть даже в XML - этот сервис отдаёт готовый файл например!?

Спасибо, за намёки Petro123! Но причём тут революция? Просто требуется - некий универсальный сервис- который будет работать с любыми СУБД (MSSQL; Oracle) и т.д., времени на разработку нет - хочется взять готовое . Если бы дело было только с точки зрения моей системы, я бы на серваке что нить прикрутил или в Visual Studio какие нить clr-процедуры сварганил - ту же требуется комплексное решение!!!

Спасибо за Ваш ответ!
Я тоже предлагал изначально HTML - но сейчас к рулю пришли другие люди, смотрящие в рот начальству больше, нежели талантливые разработчики! Хотят всё по быстренькому , аутсорс и универсально! Впрочем скоро эти люди напорются на свои желания и останутся с носом! Спасибо Вам за советы и подтверждение моих догадок!

Нет, тут другое - 2-х звенка и сейчас живет MSSQL + PowerBuilder. Потребовалось данные в инете публиковать и с ними работать.
Я ещё пол года назад опубликовал функциональную схему для своих коллег и начальства, по которой всё это должно функционировать. СУБД наше + интеграционная шина (в виде web-сервера- изврат не мой , требование стандартов компании) + сайт (отдельная компания). Обмен данными через web-сервисы. Дык вот , сложность в том, чтобы отдавать как и раньше например полисы в word нашим клиентам, я сейчас и раньше предлагал HTML, причём генерить его можно и на сервере. Но новое начальство, которое ничем эффективным раньше не отличалось и до этой схемы было как до луны - теперь ждёт указа с верху, как же формировать для сайта эти доки. А сроки уже поджимают, через 45 дней мы должны отдать готовый продукт.)) Я , ведущий программист, имею своё мнение и решение, в отличие от нового, боящегося всего начальства, но пока подожду - пусть огласят очередное универсальное архитектурное решение :) А ближе весной возможно, если повезёт - удастся перелететь туда, где к мнению профи прислушиваются))

Аксолотльboogimanсложность в том, чтобы отдавать как и раньше например полисы в word нашим клиентам, я сейчас и раньше предлагал HTML, причём генерить его можно и на сервере. Но новое начальство, которое ничем эффективным раньше не отличалось и до этой схемы было как до луны - теперь ждёт указа с верху, как же формировать для сайта эти доки.
вполне естественно что документы нужно отдавать в доках, а не в HTML. Вы мнение профи, возможно, в разработке не смешивайте с мнением профи в работе с клиентами. Ваше - вторичное. Больше похоже на уязвленное ребяческое самолюбие, чем на мнение профи.

Тут дело не в самолюбии, а в скорости - раньше мы делали быстро, внедряя самый лучший метод - использовали мозговой штурм среди коллег. Кстати очень много идей было моих, за 3-ри года не одна идея не наступила на грабли в плане кривизны алгоритма или скорости работы!?
Теперь ждём что скажут сверху, очень часто - это тормозит рабочий процесс!

>> что документы нужно отдавать в доках
А кто мешает документ HTM сохранять как word документ и отдавать уже WORD- файл? Сорри пока писал ответ Вам, госпожа Пенсионерка ответила тоже, у неё думаю больше опыта, чем у меня - в этом плане!

Хоть бы кто то написал про XML-> XSLT->WORDML
Может такой путь правильней, хотя я в этом не уверен!

Уважаемая, ПЕНСИОНЕРКА, позвольте Вас так называть?!
А почему не XML- меня просто начали мучить сомнения...
Ведь можно что придумать:
1) Сохраняем шаблон документа в базе в блоб поле
2) Потом парсим его там по элементам и атрибутам (современные базы умеют).
3) Выфетчиваем и заполняем значения и сохраняем этот XML- документ как word0-документ например.

Плюсы в том что, если есть шаблоны документов в word - то можно заюзать их...
Если динамика полная (неизвестное колич-во документов заранее), то наверное всё равно какой метод использовать.

Вы описанный Вами подход для 3-х звенок применяли или только под клиент-серверные технологии такое использовали?

АксолотльboogimanА кто мешает документ HTM сохранять как word документ и отдавать уже WORD- файл?
так у Вас и спрашивают: что мешает? К чему эти ваши разборки с вашим начальством в форуме разработчиков? Вы придумали схему, которая не реализует одно из основных бизнес-требований, всего лишь нужно добавить в нее реализацию этого требования.
В инете думаю есть уже готовые библиотеки, которые на основании HTML, к примеру, сделают RTF файл. К примеру для PHP - это PHPRtf Lite и ей подобные. Список примерный

Мне ничто не мешает, я бы так и сделал! Смотри выше - решаю не я! Я думаю XML всё равно прикрутят!

Спасибо, для меня Ваше мнение очень важно для меня!
Значит я не так далёк от народа :)

>>Пенсионерка
Снимаю шляпу. Я всегда за опытность :)

Кстати моё новое начальство набирает подчинённых не старше себя по возрасту, тоесть не старше 30 лет.
Всё это после моего армейского опыта (там я управлял до 90 подчинёнными) видится как, неопытность и боязнь более опытных и порой более авторитетных коллег!
После этого топика хочется сказать - пенсионерам дорогу в жизнь!
Долой возрастную дискриминацию :)

Нет я (возможно) неумело сделал комплимент- гос-же ПЕНСИОНЕРКА!
Но как показала практика она его заслужила, мне очень понравился её ответ
Задавая вопрос -я знал про генерацию HTML и говорил о нём пол года назад , но этот метод не единственный и хотелось обсудить другие!
Мне кстати 30 - так что уж совсем в старички и дискриминацию по возрасту меня пока рано записывать .

Но впрочем каждый видит , то что ему ближе!

Vladimir Baskakovboogiman, как же формировать для сайта эти доки.
Я наверное туплю, но если раньше были программы, которые формировали отчет в вордо-экселе, они же могут делать это и дальше, только запросы на формирование брать с "шины" а результат - класть туда же. Если есть программеры, которые это умеют делать - не надо заставлять их переучиваться на что-то еще. Иначе они станут умными и попросят денег. Обоснованно. Дальше - вопросы архитектуры? Шиной.... может быть что угодно? вплоть до папочки на диске... вполть до табличке в базе.... что не так? что с чем не стыкуется? BIPublisher я видело, иксэмэльки годные для загрузки в эксель делало. Вплоть до отчета по ЕСН. Ну я надеюсь, что этот бред изничтожен давно.

Веб-морда не обязана поменять жизнь отчетоклепающих модулей. На мой взгляд. Сформированный файлег может слаццо на почту, или публиковццо на портале, или класцо в файлопомойку....

С уважением..........

Скажем так вы немного ошибаетесь. Раньше была одна большая программа в 2-х звенке - для того чтобы она выгрузила документ - нужно а) чтобы она была запущена, во вторых открыто нужное окно, в третьих нажата - определённая кнопка пользователем! К тому же прога сохраняла word и выгружала на комп пользователя используя свои компоненты - специфика языка разработки! Сейчас для 3-х звенки эмулировать какой то блок уже существующей программы - недопустимо! Идея именно в том, чтобы отказаться от формирования файлов для Office в клиентском приложении 2-х звенки (PowerBuilder) в будущем вааще.. Я внятно объсянил?

АксолотльboogimanИдея именно в том, чтобы отказаться от формирования файлов для Office в клиентском приложении 2-х звенки (PowerBuilder) в будущем вааще..
уже много раз сказали о том, что делать (предложили вернее). Ты не читаешь что-ли?

Я г-ну Vladimir Baskakov намекнул, в чём он не прав! Для себя я действительно всё выяснил. Сюда просьба больше не писать ибо цель топика достигнута - решение понятно!
Г-жа Пенсионерка даже дала сравнение вариантов решения.
Всем ещё раз спасибо!

Готовые решения типа BI Publishrer - как показывает практика - неудобны для программиста (хотя и позволяют многое)!
Здесь советуют генерить HTML и конвертировать его во что угодно.
Если я найду прогу (желательно с открытыми кодами) - которая будет всё делать красиво и без всякой рутины (ковыряния ручками XML) - здесь сообщу.
Пока я таковой не нашёл...

Petro123boogimanГотовые решения типа BI Publishrer - как показывает практика - неудобны для программиста
Не вижу логики:
Если вы, как ведущий, придёте к программистам и скажете им: " библиотек-генераторов отчётов нет, я предлагаю вам самим побыть генераторами " - это будет странно. Согласны?
Всё потому, что:
- вы путаете Библиотеки программиста (на форум ЯП) и форматы выходных данных
- вы путаете Библиотеки программиста (на форум ЯП) и готовые Системы-сервисы
- вы забыли, что в Delphi вы не изучали формат xls, а просто писали


- вы не имеете ТЗ, где указаны Варианты Использования (ВИ) этих отчётов.
Готовый это файл c итогами, колонтитулами, группами,
http://www.google.ru/search?hl=ru&newwindow=1&client=firefox&hs=vQl&rls=org.mozilla%3Aru%3Aofficial&q=%D0%9E%D1%82%D1%87%D0%B5%D1%82+filetype%3Axls&oq=%D0%9E%D1%82%D1%87%D0%B5%D1%82+filetype%3Axls&aq=f&aqi=&aql=&gs_sm=3&gs_upl=5319l7197l0l7785l4l4l0l0l0l0l81l306l4l4l0
цветами или аскетичный HTML
______________________________________________
"Сделай настолько просто, насколько это возможно, но не проще". © А. Эйнштейн.
AutoPOI.ru — ГИС-технологии для Oracle


Какой то флуд получается... Если чессно.
Я ничего не путаю, как мне видится - формат выходных данных - Word, Excel (PDF - пока не требуется).
Готовые системы (сервисы) - типа BI - не очень удобны для разработки. Да идея написать самим генератор есть и она рассматривается.
У нас на текущий день есть СУБД, в которой лежат данные, данные там лежат в виде varchar(max) - например содержание программы, текст (форматированный).
ТЗ - есть от бизнеса, который говорит, сделайте как раньше, отправьте word-файл определённого формата клиентам и он должен быть доступен так же на сайте (причём пока не ясно нужна ли динамическая генерация этого файла или можно положить туда статичный документ).
Готовый файл - это форматированный word с табличками, цветовой подкраски там нет, но есть выделения жирным цветом, параграфы, таблички в документе , нумерация страниц , форма листа (обычная или альбомная) - пожалуй всё.

Petro123Vladimir BaskakovЧто бы я сделал - изолировал код формирования отчета в ворде или экселе от рюшечек, окошечек,
+1
Причём вариантов сего действа - масса.
Мы делали изоляцию так, что заказчик сам давал раскрашенный шаблон-файл xls с шапкой и 1-ой пустой строкой.
Мы её только копировали для сохранения формата заказчика и вставляли данные.
MVC на коленях :)

Изолировать код от рюшечек , окошечек и вообще всякого клиента - и наша важная задача. Быстро не получится, так как это пока прошито в толстый клиент, но стремление есть!

>>Мы её только копировали для сохранения формата заказчика и вставляли данные.
Можно тут поподробнее - с помощью каких технологий бегали по шаблону и чем вставляли данные!?

Petro123boogimanКакой то флуд получается... Если чессно.

======= конечно флуд. Т.к. "готовое" здесь - это готовое без программистов. А полуфабрикат готовый ГЕНЕРАТОР - на другой ветке.

формат выходных данных - Word, Excel

==== тогда нафига делать промежуточный HTML на другом ЯП?

Готовые системы (сервисы) - типа BI - не очень удобны для разработки. Да идея написать самим генератор есть и она рассматривается.

======= уже сказал, тут ветка бОльше для сервисов.

boogimanТЗ - есть от бизнеса, который говорит, сделайте как раньше, отправьте word-файл определённого формата клиентам и он должен быть доступен так же на сайте (причём пока не ясно нужна ли динамическая генерация этого файла или можно положить туда статичный документ).
Готовый файл - это форматированный word с табличками, цветовой подкраски там нет, но есть выделения жирным цветом, параграфы, таблички в документе , нумерация страниц , форма листа (обычная или альбомная) - пожалуй всё.
вот с ТЗ и надо начинать:
Тут как раз профи по ТЗ.
IMHO
- отправить на какое событие? ВИ какое?
- доступен в виде чего? (ссылка\превью?\...)
И т.д.
После уяснения ТЗ можно думать об архитектуре, а потом о библиотеках и готовом.

Ну у нас ТЗ на таком уровне не пишутся, оно согласовывается в процессе разработки. Предвидя - летящие в меня помидоры - скажу, чёткое ТЗ с первого раза у нас не бывает, бизнес часто меняет своё мнение дополняет в процессе разработки , существующее ТЗ, тут - в первую очередь - виновата предметная область, уж очень быстро она меняется и не устаканена совсем - ДМС. Отправлять письма - при заключении договора клиентом на сайте. ВИ - я не пойму что это такое. Сам запрос на заключение договора - это вызов веб-сервиса на шине (веб-сервере) - а значит дёргаем процедуру из базы, которая должна и договор заключить и доки сформировать.
Доступен документ должен быть в виде ссылки.

Delphi + OLE - мне такой код не пригодится, это не 3-х звенка...

Petro123тяжёлый случай.
Тебе уже говорили, что ты не читаешь что тебе пишут.
boogimanВИ - я не пойму что это такое.
а выше есть расшифровка
boogimanДоступен документ должен быть в виде ссылки.
а выше дал ссылку - такой должен?
boogimanDelphi + OLE - мне такой код не пригодится, это не 3-х звенка...
а выше сказали: Вам шашечки или ехать?
Вы 3-х звенку хоть раз писали?


Сорри, сейчас пишу в мыле бизнес-логику, время поджимает...
>>Вы 3-х звенку хоть раз писали?
Я уже говорил, что только переходим на 3-х звенку, опыта нет.
Ответ на свой вопрос в этой ветке я получил, если у вас есть другое решение напишите - его тут и всё. Сорри, но больше поддерживать эту ветку нет времени и смысла, ответ я уже получил, а всякие науськивания и опускания лицом в грязь менее опытных коллег мне не нужно! Ещё раз всем спасибо!

Аксолотльboogimanызов веб-сервиса на шине (веб-сервере) - а значит дёргаем процедуру из базы, которая должна и договор заключить и доки сформировать .
лучше специалиста наймите. Если начнете дергать процедуру из базы для формирования доков... лучше все же специалиста нанять. Дешевле в итоге обойдется
boogimanDelphi + OLE - мне такой код не пригодится, это не 3-х звенка...
это в теме по поводу перехода на 3-х звенку

1. Доки сформировать в базе в виде блоб - ков или хотя бы для извлечения шаблонов никто не мешает
2. Мелкую программульку написать (даже на дельфях, PowerBuilder или ещё на чём то - нихт), которая работает с OLE и отдаёт - документ для сервера приложений - это не подойдёт однозначно!

За специалиста спасибо, но я уж сам бизнес-логику допишу (уже скоро) и если успею web-сервисы разверну сам :) А насчёт доков клиентам - прикрутим в последнюю очередь.
Всем спасибо за советы - повторюсь тема закрыта!

Petro123boogimanесли успею web-сервисы разверну сам :)

вот оно в чём дело.
Опоздал. Они уже не в моде.
boogimanповторюсь тема закрыта!
тему закрывает модератор только при нарушении правил.
Тебя тут никто не оскорблял.
Ещё раз удачи тебе!
>> Опоздал. Они уже не в моде.
А что в моде, я есчё про сервлеты читал или есто то что я не читал и поэтому, устарел, делись
>> Тебя тут никто не оскорблял.
Мне показалось твоё обращение фамильярным, если нет - то всё проехали, обид никаких!

Если пожелание удачи от чистого сердца - то спасибо :)

Я раньше так спроектировал и так вроде и делаем... Так делать низя, это чему то противоречит. Шина кстати на java. Разработчики сайта сторонние...

АксолотльboogimanЯ раньше так спроектировал и так вроде и делаем... Так делать низя, это чему то противоречит.
ты хоть знаки препинания расставляй правильно. А то получается, что что-то спроектировал, но делать этого нельзя. Какие-то игры разума

Тороплюсь, сорри!
Читать так:
А то получается, что что-то спроектировал, но делать этого нельзя?

>>To Petro123
Я был на java форуме и первое время тупил, задавая вопросы.
Например тот же svenom отвечал корректно и понятно, без распальцовки!
Так что java меня не запугаешь, пока))
Я повторяю - Я не Delphi - ец, я powerbuilder - ец!!! И делфи я ни разу не любил

ЯП - повторяюсь. Если мы говорим про 3-х звенку: 1) БАЗА MSSQL-2008 ; 2) Шина - java + своё встроенный язык (на ней будут развёрнуты web-service) 3) Сайт - outsourse разработчики

Если мы говорим про существующую 2-х звенку: PowerBuilder (клиент) + MSSQL-2008