Новые комментарии

О написании своего root-scope object-а даже и не подумала, если честно. Как-то уперлась в то, что стандартные JavaScript API позволяют собирать историю только по текущему юзеру, а не по всем.

В данном случае, я думаю, запускать сборщик так будет, действительно, удобнее. Правда, в конечном счете опять все упрется в запуск через шедулер, поскольку задача запускать скрипт по расписанию осталась, но хотя бы избавлюсь от дополнительных библиотек для вызова XMLHttpRequest-а

Насколько я понимаю, мне для моего задания нужно просто сконфигурировать Service Registry как Javascript Root Object (как здесь описано)? И в нем я просто опишу необходимые "геттеры". Я правильно понимаю?

возвращаюсь к данной теме ибо вопрос не был решен, возникли аналогичные проблемы. У двух трех пользователей получается отсылка писем от самих себя и появляются не понятные почтовые ящики, которые отсылают письма от локального домена вида ">>>@domen.ru" открытого релея нету, так же бывает, что локальные пользователи домена поподают в спам.
1. как избавиться от отправки писем с несуществующих ящиков
2. как сделать чтобы локальные пользователи не поподали в спам на том же сервере на котором созданы.

Проблема не маштабная пока что, а наблюдается у 3-5 пользователей

 А зачем собирать через веб-скрипт? Я этот момент не понимаю. Может лучше написать свой root-scope object, при помощи которого из js выполнять все необъодимые операции?

У меня есть java-backed web script. Он собирает историю прохождения документов и записывает в виде текстового файла в репозитории (новые АПИ позволяют вытаскивать completed tasks всех юзеров системы со всеми свойствами). Этот вэб скрипт работает из-под сервисов альфрески /alfresco/services/my/myscrpt

В CompanyHome/Data Dictionary/Scripts/ лежит java script, который вызывает вэб скрипт таким образом:

XMLHttpRequest
                .open("GET", "http://http://localhost:8080/alfresco/service/my/myscript",
                         false, "user", "pass");
    XMLHttpRequest.send("");
    xmlhttpresult = XMLHttpRequest.getResponseText();
    XMLHttpRequest.close();

Я хочу, чтобы альфреско каждую пятницу запускал этот java script

На данный момент я всего лишь пробую пример из документации. И он-то, паршивец, и не работает :) Нашла этот баг (https://issues.alfresco.com/jira/browse/ALF-9981)

Видимо, я все же попробую так, как Вы сказали. Спасибо за совет.

 Что вы имеете в виду под «один день в неделю должен подниматься мой java-backed вэб скрипт»? Процесс вполне с этим справится (насколько это решение верное, я сказать не могу). Делается примерно так. Задча назначается на пользователя (admin, к примеру), а потом в конфиге Share прячется из интерфейса. После этого единственный способ убить этот процесс — workflow console.

История у меня такая: один день в неделю должен подниматься мой java-backed вэб скрипт, собирающий всю историю заданий под документам в один файл в репозитории. Вот для этого я и начала изучать запуск по крону в альфреске.

Боюсь, что процесс не поможет, ибо процесс - это задание на юзера. Т е юзер, в данном случае явно админ, будет видеть этот процесс у себя на столе, что не очень удобно (а, кроме того, опасно тем, что процесс может быть вручную по-глупости отключен)  Да и судя по т ому, как развивается техзадание, хаки могут перестать помогать и надо кардинально еще и свои акшены создавать.

Самое "смешное", что у меня именно пример из документации не работает :(

Попробую снять экранирование символов, может, дело в этом...

поставил в alfresco-global.properties:

### BPM Engine ###
system.workflow.engine.jbpm.enabled=true
system.workflow.engine.jbpm.definitions.visible=true

system.workflow.engine.activiti.enabled=true
system.workflow.engine.activiti.definitions.visible=true

system.workflow.deployservlet.enabled=true

пример заработал. спасибо.

QXL совершенно точно позволяет ставить разрешения вплоть до 1920x1080 (больше тоже можно, просто мне без надобности).

На какой гостевой OS пробовали? как устанавливали? Какой протокол доступа используется? рекомендую SPICE