Проблема пропала, после рестартов (не связанных с решением этой проблемы, просто каспер обновляли и тд). Теперь другой вопрос появился. Бета версия программы есть и даже работает), но теперь стал вопрос, а как понять, как формируется структура поля "Группа FAQ"? например:
-Основной раздел1
--подраздел1-1
--подраздел1-2
-Основной раздел2
--подраздел2-1
--подраздел2-2
Вытягивая инфу способом что был описан выше в теме, мы получаем список:
--подраздел1-1
--подраздел1-2
--подраздел2-1
--подраздел2-2
Как правильно вытягивать данные, чтобы сформировать дерево как в самой системе?
файла на фтп нет. Но зайдя в сам запрос через клиент, он находится в аттачах, соответственно находиться и в таблице. Сразу говорю, это не моя домашняя песочница, в который были косяки с аттачами, это клон продуктива. С этим клоном я на работе всякие тесты делаю.
Ну смотри, в таблице с аттачами, данный файл присутствует, с ссылками на фтп, где он должен быть, а по факту нет. А задача следующая: консультант просматривая запрос, который занесен в базу знаний, мог бы к себе на комп сохранить файл, чтобы посмотреть, что в нем написано (например прикрепили подробное описание решения проблемы или инструкции). То есть может получиться ситуация, что консультант просматривает запрос, в нем сказано, что подробная информация по решению данной проблемы в файле, хочет сохранить его к себе на комп, чтобы почитать, а тут - бац и облом, нету на фтп данного файла
Решил поднять эту тему, тут на последнем этапе создания приложения для Базы Знаний, а именно, я когда только начинал все это дело, заполняя рандомный старый запрос для Базы Знаний, добавил к нему файл. В REP_ATTACHMENTS он отображается, но когда пытался его получить по AHS_OID и AHS_ATT_OID - вываливалась ошибка, мол данного файла нет. Пошел на фтп, и правда, данного файла нет, стал вопрос что я сделал не так и на каком этапе?или самому ловить исключение, и сохранять файл по полученному адресу?
Что то странное произошло, в итоге все норм стало, хотя надо время на тестирование. Опишу подробнее:
1) я решил пошаманить, запустил проверку ссылок через админку сервис деска, через полчаса проверки и тд, он нашел около 1к косячных ссылок и удалил их, в итоге в большинстве запросов пропали вообще атачи (это касается как раз проблемных запросов)
2) сделал полное восстановление БД из бекапа с перезаписью, ребутнул сервер
3) все атачи которые с проблемой открывались до этого - стали норм открываться, честно хз что там случилось, но вроде все норм
Конечно надо время чтобы проверить все до конца, но вроде все норм
Решил у себя дома поднять песочницу, а на ней с 0 поставить сервер ХП ОВ СД и сделать восстановление с БД основного сервис деска, но столкнулся со следующей проблемой:
1) все ставил с 0, использую инфу выложенной в данной ветке форума и в ФАКе. Единственное, надо сказать что виртуальный диск под фтп, уже подключил после установки сервера сервис деска.
2) поднял на втором диске фтп, с соблюдением путей как на боевом сервере
3) скопировал туда все атачи с боевого сервера
4) в папочку темп скинул атачи которые там временно хранятся
5) зашел в сервис деск, создал новый запрос, добавил в него атач - все хорошо, атач открывается, проблем нету
6) захожу в запрос где был атач до этого, нажимаю на него вылетает ошибка:
550: фтп физический путь до файла: много квадратиков (видимо проблемы с кодировкой явы)
Может подскажите что делать, где косяк? Поиск статей в факу по слову фтп - ничего не помогло