я знаю что использовать офис на серваке это табу и всегда этого придерживался, но придется походу. вопрос у кого такая связка бегает как часто случаются проблемы ?

п.с. пришлось на этой пойти потому что ни aspose(сам в аспоз запостил порядка 30 багов на сравнение и баги до сих пор чинятся и хз когда новое всплывет) ни какая другая либа не может выдать результат сравнения как сам офис, а порой просто мешанину делают.

fkthat,

эм я то хочу кор нет так как машины сплошные линкусы с джава сервисами, подмешал бы я туда кор нет ничего не было,
но я не нашел библы чтоб сравнивала документы адекватно. Open XML SDK не умеет сравнивать документы так то
заполнение/редактирование документа эт просто, я могу сходу 4 назвать. мне нужно именно сравнение.
я даже думал о Xmldiffpatch.exe что мс писало в далеком 2002 году

Petro123handmadeFromRuOpen XML SDK не умеет сравнивать документы
в офисе же на основе xml документы. Сравнивай - не хочу.
и? конкретнее

love_bachEPPlus
и? да я использовал EPPlus для работы с эксель но как это связано с word?

handmadeFromRulove_bachEPPlus
и? да я использовал EPPlus для работы с эксель но как это связано с word?
да так чтоб в новом файле я получил ревизии

Petro123что именно?
Как xml сравнивать?
Рекурсия, пошел по нодам дерева и сравнивай атрибуты.
я подумаю над этим, но если уже аля аспоз не смогли сделать за бабло сравнение то моими силами проблемно все охватить мне кажется

еще штука как https://github.com/OfficeDev/Open-Xml-PowerTools и она идеальна для сравнения + компиляция под кор нет. пока не заметил косяков в сравнение, но она удаляет букмарки, комментария и еще кучу всего перед выдачей результата, к сожалению удаляет и то что мне нужно потом в документе помимо текста. собираюсь форкнуть и оценить смогу ли сделать чтоб не удалялось нужная мне инфа и при этом сравнение не испортить

но мы уходим от темы с офисом на серваке, надеялся кто нить поделиться опытом костыля в виде офиса на серваке, как ведет себя к примеру в 100реквестов в секунуду или многопоточности. так как есть недоверие к ком серверу через который и вызывает офис

skyANA,

так оно как отдельный сервис и живет. отдельная тачка раньше была с аспозом, теперь времено с офисом чтоб понять.
там простое асп приложение с 1 методом что только сравнивает чтоб потом это можно было за балансировщиком поставить и скалировать.

Дмитрий Мухоткуда у вас вообще вдруг 100 сравнений в секунду?
ну эт цифра с потолка, щас на приложение что основное и будет использовать этот сервис уже в пике 250 в обычно 150 примерно в секунду.
конечно сравнивать не так часто будут в меню эт в отдельном пункте лежит. просто я хотел понять какие грабли словлю не более

handmadeFromRu,

тут правда я мог быть не точен, я смотрю на статистику забикса, а он наверное выдает реквесты вместе со статическим файлами впридачу

Petro123handmadeFromRu100реквестов в секунудуну даете.
Он не многопоточный условно говоря. Вам придется делат 100 экземпляров.
да хоть 1000. если чисто в память упрется то это фигня, все равно потом процесс закрывается. тут главное что не померал на мертво или машину не вешал

hVostt,

тебе то помогли китайцы нанятые?)

Дмитрий Мух,

да, но публиковать тут я не буду ссылку на него так как разговор пойдут в другую сторону.

п.с. разговор уже пошел в сторону от моего вопроса. один вывод как всегда не использовать офис что я собствено и знал

Petro123handmadeFromRu,
Нагрузка у тебя большая, другого вывода и не будет.
Еще постановку смотреть. С чего вдруг ворд формат надо сравнивать?
Модели по бизнесу получается нету.
нагрузки на конкретно сервис сравнения может и не быть, я спросил чтоб узнать какие могут быть подводные жопы.

мне надо сравнить потому что есть понятие подгрузки контрактов от контрагентов и дальнейшее изменение контракта и надо показать что поменялось визуально в ui.

Shocker.Pro,
оо приму к сведению, спасибо.

Petro123Shocker.Proуправляшка, которая обеспечивает очередь и последовательную обработку запросову COM Ole server office модель STA. Т.е. потоки сами встанут в очередь самой конструкцией COM.
Если только чистить зависший процесс... как задача админа.
вот тут я как раз и вижу жопу тут
если ком сервер сделан как STA, то у него есть очередь сообщений.
любой запрос к серверу делается через сообщение в очередь
но вот ответ идет напрямую, и может быть обработан в разных потоках
если во время обработки сообщения был сделан в другом потоке вызов сервера, который добавил еще одно сообщение, от может быть дедлок - обработка первого сообщения будет заблокирована ожиданием обработки второго сообщения
если я не ошибаюсь, конечно решить можно через очередь вне ком сервера


Petro123
пример простой. есть контракт загрузили документ, потом контрагент скачав контракт сделал в нем изменения и загрузил. мы храним версионные копии документов