Пользователь
Логин:
Пароль:
Забыли свой пароль?

Поиск по сайту
 

 Расширенный поиск
Реклама

 

Опрос


Погода

Алексей Логинов (все сообщения)

Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Войти

Выбрать дату в календаре ...  Выбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 След.
Автоматически создать дочерний servicecall, Автоматически создать дочерний servicecall
1. заказчик всегда прав
2. дочерний связанный сервискол создать не смог, только самостоятельный с копированием необходимых полей. пришлось писать smile:(
Автоматически создать дочерний servicecall, Автоматически создать дочерний servicecall
Задача стоит создавать автоматом связанные дочерние сервисколы.
Именно, что не связанныые workorder.

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

Хотелось бы следующее - рул при закрытии сервискола генерит дочерний сервискол копируя туда необходимые поля.

Ручками все делается. Как сделать автоматом?
HTML->TXT при регистрации servicecall, Преобразование почтовых сообщений отправленных на регистрацию в Service Desk в TXT
Цитата
Григорий Ненашев пишет:
почеме заломан?


картинки в нем показываться не будут потому как линки будут мертвые.
картинки надо отдельно открывать в каком нибудь вьювере.
я так понимаю. может я ошибаюсь - поправьте.
разве фикс правит линки на картинки это возможно в том случае когда известен ид сервискола. а он на момент регистрации еще не известен. если сделать присвоение ид сразу перед созранением тогда наверное можно посчитать линк на фтп и прописать к нему линк, но тогда и доступ прямой к фтп должен быть. хотя б на просомтр.
Изменено: Алексей Логинов - 15.04.2010 18:45:21
HTML->TXT при регистрации servicecall, Преобразование почтовых сообщений отправленных на регистрацию в Service Desk в TXT
а... картинки переименовываются по порядку. Я чет в тесте не посылал картинки.
тогда да -- есть смысл.
хотя слегка не удобно - mht будет поудобнее.
HTML->TXT при регистрации servicecall, Преобразование почтовых сообщений отправленных на регистрацию в Service Desk в TXT
Насколько я понимаю, если сообщение идет в формате html то оставлять только файл content.html и картинки, которые в нем есть, смысла нет, потому как файл все равно будет заломан и полноценно html не покажет, картинки то будут отдельно. Смысл?
Если бы он формировал файл MHT, тогда понятно.
HTML->TXT при регистрации servicecall, Преобразование почтовых сообщений отправленных на регистрацию в Service Desk в TXT
Hotfix не удаляется при запущенном сервере приложений. сервиспак на сервисдеске стоит 27.
Отключил кстати отправку аттачей думал вой поднимется до небес. нет никто даже не заметил.
HTML->TXT при регистрации servicecall, Преобразование почтовых сообщений отправленных на регистрацию в Service Desk в TXT
Со второй версией, запустился. фикс загрузился, но все равно в сервисколах появляется файл contetnt.html.
HTML->TXT при регистрации servicecall, Преобразование почтовых сообщений отправленных на регистрацию в Service Desk в TXT
т.е. в моем случае он их не перегружает. посыл понятен. пошел искать что не так.
HTML->TXT при регистрации servicecall, Преобразование почтовых сообщений отправленных на регистрацию в Service Desk в TXT
те же самые классы есть в файле servicepack.jar может их там заменить а не в hotfix.jar?
HTML->TXT при регистрации servicecall, Преобразование почтовых сообщений отправленных на регистрацию в Service Desk в TXT
Заменил файл в папке lib.
Сервак не стартует.
Вываливается с ошибкой.

Чт, 08/04/2010 09:11:02 <System> Java runtime vendor : Sun Microsystems Inc.
Чт, 08/04/2010 09:11:02 <System> Java runtime version: 1.5.0_06-b05
Чт, 08/04/2010 09:11:02 <System> Java runtime home : C:\Program Files\Java\jre1.5.0_06
Чт, 08/04/2010 09:11:02 <System> Servername : tttttt.ru
Чт, 08/04/2010 09:11:02 <System> IP Address : 10.19.15.120
Чт, 08/04/2010 09:11:02 <System> OS name : Windows 2003
Чт, 08/04/2010 09:11:02 <System> OS version : 5.2
Чт, 08/04/2010 09:11:02 <System> OS architecture : x86
Чт, 08/04/2010 09:11:03 <Trace> Unable to start serverjava.lang.SecurityException: sealing
violation: can't seal package com.hp.ifc.net.smtp: already loaded

at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at com.hp.loader.StandardClassLoader.findClass(Unknown Source)
at com.hp.loader.StandardClassLoader.loadClass(Unknown Source)
at com.hp.loader.StandardClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at com.hp.ifc.bus.AppServer.updateRunningState(Unknown Source)
at com.hp.ifc.bus.AppServer.startup(Unknown Source)
at com.hp.ifc.bus.AppServer.main(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.hp.startup.Bootstrap.runprogram(Unknown Source)
at com.hp.startup.Bootstrap.main(Unknown Source)
Страницы: Пред. 1 2 3 4 5 След.