Василий Каменев (все сообщения)

проверь чтоб драйвер соответствовал твоей версии Оракла и JVM соответствовала паку СД.

если всё раньше было "красиво и пушисто", то вернитесь к моменту когда всё началось. попытайся найти что изменилось в окружении: меняли хардвер, поставили пак на винды, запустил новый рапорт, СД перевёл на новый пак и т.д. иногда помогает выявить причину, тогда легче фиксить.

derbyclient.jar положи в \lib
в ini файле должны быть ещё логин и пароль, он же пишет: "...for user"

ошибки тут http://ru.wikipedia.org/wiki/%D0%A1%D...D1%8F_HTTP
в сниффере есть строка как он(СД) это делает, пишешь то же самое в броузере и должен получить такую же ошибку. имея рабочий урл можно искать проблему.
проверь есть ли доступ к апп серверу с сайта где работает rfcAccomplishmentCheck.jsp.
а так же версию web-api.jar и версию апп, совпадают ли?

пользователю кеш можно почистить через GPO, вставив в логин процедуру скрипт который почистит локальный каталог "%AppData%\Hewlett-Packard\OpenView\Service Desk\Client 2008\Data\cache" на компе от всех файлов.

1. нет смысла шедулить такие таски, так что Рулы можно использовать но без шедула, тогда и забивать он не будет ненужными задачами. Чтоб закрыть на изменение SC два варианта: а. Папка с правами на чтение, б. В ролях есть ограничение по статусам на изменение, просто их можно ограничить, но это будет работать если по пользователь не получает комплексные права и по др. роли он получит разрешение на эти статусы делать изменения.
Тут надо закрывать будет и с со стороны WO, т.к. привязать можно SC к WO, даже если SC только для чтения. тут надо писать ЮИ рул, чтоб не давал сохранять если статус у SC "закрыто".
2. Триггеры самое удачное решение, здесь просто надо считать открытые WO и если их больше 0 то ставить поле Х в true, создай ЮИ рул - если поле Х true спрятать статусы закрытия. В триггере можно отследить и удаление ,и создание, и изменение WO, так чтоб можно было пересчитать поле Х.
вариант другой вешать внешний скрипт, с тем же пересчётом открытых WO .

Ну да, рулы это то что вы имеете под рукой и сразу можно сделать, но это будет работать не загружая систему только для поля Description или Subject( если майлы записываются в бд). А вот бодю парсить таким способом, плохое дело. Это поле в СД 64к и в каждом! принятом майле проделывать такой поиск плохая идея, просто почтовик начнёт подтормаживать. Если только почтовый(принимающий) сервер не выделить в отдельный, так можно спасти ситуацию.
Я бы не пошёл по пути рулов, а создал бы один рул, на него повесил прогу(скрипт) которая и занималась бы поиском и назначением. Это может сделать любой программер.
Другой путь, самый лучший подправит софт НР и научить сервер работать с парсером по ключевым словам, это немного дольше но эффективнее и управляемость процессом будет "на лицо".