Проблема решилась. Использовала сервис таск, но класс JavaDelegate имплементировала иначе, чем указано было в тьюториеле. Не вызовом динамического апачевского клиента, а вызовом клиента, полученного импортированием wsdl в java классы.
Я не сталкивался, потому что до активити руки никак не доходят. Могу лишь посоветовать глянуть на это дело дебаггером. Либо получится понять, что делать нужно по-другому, либо получится патч :)
1. Есть доменное имя второго уровня firm.com арендованное вместе с хостингом.
Сайт www.firm.com лежит на сервере хостера черте-где в сети.
Для firm.com хостером создана А-запись - привязана к ИП_1, к которому имеет отношение хостер. Этот ИП_1 для нас не важен.
2. У местного интернет-провайдера мы арендуем доменное имя третьего уровня fm.prov.ru и белый ИП_2.
Провайдер по нашей заявке создал А-запись (ну и PTR-запись до кучи) для привязки fm.prov.ru к ИП_2.
Для firm.com мною в панели управления сайтом прописана МХ-запись:
В МХ-записи для firm.com стоит fm.prov.ru
3. Почтарь стоит у меня в локалке за натом, поэтому я использую сплит-ДНС.
FQDN Имя компьютера: fm.prov.ru
При установке Зимбра в качестве имени сервера инсталляшка берет fm.prov.ru, в качестве имени домена я указываю: firm.com.
В итоге, письма для домена firm.com (адреса: pupkin@firm.com) отправляет сервер fm.prov.ru, который так и представляется в SMTP-сессии. Что никого не смущает, т.к. в МХ-записи firm.com прописан именно fm.prov.ru, для которого в свою очередь существует легальная А-запись и PTR-запись.
Таким образом один сервер может обслуживать кучу почтовых доменов, главное чтобы у всех этих доменов в одной из МХ-записей значилось имя этого сервера.
Дебаггером не смотрел (как? :)), смотрел java-код. Параметр, передаваемый в state, приводится к верхнему регистру; "completed" должно работать, ноо почему-то нет. State=active работает нормально, state={completed} никак не меняет состояния контрола - даже выделенным остаётся предыдущий фильтр. Где-то я, видимо, идиот. Здесь надо сказать, что роль параметра "data" мне неясна -- это просто идентификатор фильтра, наряду с id, или он имеет сакральное значение, мне пока недоступное?
Фильтрация по state идёт до разбора фильтра; список workflow, который будет фильтроваться, берётся через getActiveWorkflows или getCompletedWorkflows, затем сортируется и пропускается через функцию matches (...), которая отрезает лишнее. Глупый вопрос: есть ли какая-то возможность влезть в java-код или пронаблюдать за его выполнением, без сборки всего alfresco из исходников? Я сознаю, что делаю что-то неправильно, но инструментов, которые помогли бы понять, что именно, сильно не хватает.
Насчёт assignee всё, похоже, интереснее: предстоит вытаскивать workflowID, проверять по нему тип процесса, вытаскивать второй таск, из него - assignee, и тогда оставлять. После последних трёх дней, в основном проведённых в исходниках, я надеюсь, что собственно написать эту джаву будет разумным усилием, иа вот что с ней дальше делать - понятия не имею. Просветите?
Сори, забыл залогинится
Помогите с такой проблемой.
Помечаю письма как спам они кладутся в папку спам. После этого получаю письмо от этого же адреса, письмо попадает во входящие.
"state=completed" мистически начало выдавать корректный JSON вместо HTTP500 после рестарта сервера. На линуксе. Я просто оставлю это здесь.
Исследую фильтрацию по типу БП и assignee второй задачи одновременно. Видимо, буду делать правкой WorkflowInstancesGet.
Проблема решилась. Использовала сервис таск, но класс JavaDelegate имплементировала иначе, чем указано было в тьюториеле. Не вызовом динамического апачевского клиента, а вызовом клиента, полученного импортированием wsdl в java классы.
Я не сталкивался, потому что до активити руки никак не доходят. Могу лишь посоветовать глянуть на это дело дебаггером. Либо получится понять, что делать нужно по-другому, либо получится патч :)
Это оно. Не забудьте пересобрать alfresco-*-repository.jar с отладочными символами.
Нашёл на оффоруме тред про подключение к работающему tomcat, в ответ на свой же вопрос про инструменты.
Про А и МХ записи, надеюсь все понятно?
Приведу пример, как все это прописано у меня.
1. Есть доменное имя второго уровня firm.com арендованное вместе с хостингом.
Сайт www.firm.com лежит на сервере хостера черте-где в сети.
Для firm.com хостером создана А-запись - привязана к ИП_1, к которому имеет отношение хостер. Этот ИП_1 для нас не важен.
2. У местного интернет-провайдера мы арендуем доменное имя третьего уровня fm.prov.ru и белый ИП_2.
Провайдер по нашей заявке создал А-запись (ну и PTR-запись до кучи) для привязки fm.prov.ru к ИП_2.
Для firm.com мною в панели управления сайтом прописана МХ-запись:
В МХ-записи для firm.com стоит fm.prov.ru
3. Почтарь стоит у меня в локалке за натом, поэтому я использую сплит-ДНС.
FQDN Имя компьютера: fm.prov.ru
При установке Зимбра в качестве имени сервера инсталляшка берет fm.prov.ru, в качестве имени домена я указываю: firm.com.
В итоге, письма для домена firm.com (адреса: pupkin@firm.com) отправляет сервер fm.prov.ru, который так и представляется в SMTP-сессии. Что никого не смущает, т.к. в МХ-записи firm.com прописан именно fm.prov.ru, для которого в свою очередь существует легальная А-запись и PTR-запись.
Таким образом один сервер может обслуживать кучу почтовых доменов, главное чтобы у всех этих доменов в одной из МХ-записей значилось имя этого сервера.
Как-то так.
С assignee напутал, мой косяк.
Дебаггером не смотрел (как? :)), смотрел java-код. Параметр, передаваемый в state, приводится к верхнему регистру; "completed" должно работать, ноо почему-то нет. State=active работает нормально, state={completed} никак не меняет состояния контрола - даже выделенным остаётся предыдущий фильтр. Где-то я, видимо, идиот. Здесь надо сказать, что роль параметра "data" мне неясна -- это просто идентификатор фильтра, наряду с id, или он имеет сакральное значение, мне пока недоступное?
Фильтрация по state идёт до разбора фильтра; список workflow, который будет фильтроваться, берётся через getActiveWorkflows или getCompletedWorkflows, затем сортируется и пропускается через функцию matches (...), которая отрезает лишнее. Глупый вопрос: есть ли какая-то возможность влезть в java-код или пронаблюдать за его выполнением, без сборки всего alfresco из исходников? Я сознаю, что делаю что-то неправильно, но инструментов, которые помогли бы понять, что именно, сильно не хватает.
Насчёт assignee всё, похоже, интереснее: предстоит вытаскивать workflowID, проверять по нему тип процесса, вытаскивать второй таск, из него - assignee, и тогда оставлять. После последних трёх дней, в основном проведённых в исходниках, я надеюсь, что собственно написать эту джаву будет разумным усилием, иа вот что с ней дальше делать - понятия не имею. Просветите?
Я имею ввиду по записям MX. Помимо всего у хостинг прова сайт наш лежит, боюсь его не задеть бы.