Столкнулся с проблемой при установке JAVA Add-in, Win32bit, 6.40,
jdk1.4.2_07, мастердиск 620/640 - последней версии.
ABAP инстанция уже давным-давно существует

Выдает следующую ошибку.

INFO 2008-02-11 16:49:15
Executing function call SUSR_USER_CHANGE_PASSWORD_RFC.

INFO 2008-02-11 16:49:15
Function call was successful.

INFO 2008-02-11 16:49:17
Function module SUSR_USER_CHANGE_PASSWORD_RFC set successfully.

INFO 2008-02-11 16:49:17
Executing function call SUSR_USER_CHANGE_PASSWORD_RFC.

ERROR 2008-02-11 16:49:17
FRF-00028 Function call raised a program-driven exception CHANGE_NOT_ALLOWED.

WARNING 2008-02-11 16:50:11
Installation canceled by user request.

Юзер не совсем понятен, но последним по логу стоит J2EE_ADMIN, в самом начале установки компанентов система создает 2-х пользователей. J2EE_ADMIN и SAPJFS. Даже удалял J2EE_ADMIN-а и SAPJSF-а. Система их всеравно пересоздает...

Получается, что она создает пользователя, а пароль по RFC сменить ему не может. Пароли всяких DDIC,... проверены и даже временно установлены "по умолчанию"...

Может у кого были похожие глюки?
В нотах ничего не нашел, чтобы могло помочь.

ЗЫ Логи просматривал полностью, только одна вышеприведенная ошибка.

Неплохо было бы выяснить, что все-таки за пользователь.
В логах обязательно он должен фигурировать.
В принципе, ты можешь пропустить эту фазу, и продолжать установку дальше.

У меня была подобная ситуация.
Решить её удалось ручным созданием пользователей, прописыванием им master пароля, и ручным присвоением ролей.
Дальше инсталляция пошла без проблем.

Пользователь - J2EE_ADMIN.
Пробовал установку с существующим пользователем + добавлял J2EE_ADMIN-у профили SAP_ALL, SAP_NEW(чтобы были все полномочия, в т.ч. и по RFC).
Так же, пробовал удалять пользователя, т.к. инсталяшка всеравно создает его заново. У вновь созданного J2EE_ADMIN нет ни одной роли или профайла.

А какие роли, точнее наверно профайлы помимо SAP_ALL и SAP_NEW?

PS Собственно "новых" пользователя только 2 - SAPJSF и J2EE_ADMIN

А что пишет системный лог ABAP-инстанции?

Вы посмотрели все ноты, выданные по ключевым словам "CHANGE_NOT_ALLOWED SUSR_USER_CHANGE_PASSWORD_RFC"?

С такой ситуацией сталкивался исключительно при установке IDES.
Не знаю, может конечно это решение применимо и в данном случае.
В таком случае, нота 956921.

- ничего не пишет. Это же инсталяшка, у нее свой лог, а дампов нет.
И лог нужно сказать паршивый. Из XML-я в бапи передаются всякие разные параметры, а далее идет код возврата, причем у инсталяшки есть еще свои собственные коды. Например, FRF-00028 - ошибка RFC!

Ноты изучил. Кстати по IDES 4.7 проблемы с паролем DDIC-а. Он должен быть установлен по умолчанию - 19920706.

Собственно решил пойти по другому пути. Поскольку control.xml править нельзя(она прописывает вызов SUSR_USER_CHANGE_PASSWORD_RFC в очень большое количество мест и очень много раз), то запускал руками из SE37 модуль SUSR_USER_CHANGE_PASSWORD_RFC. Пароли у юзерей меняет - нет проблем!

Стал смотреть саму SUSR_USER_CHANGE_PASSWORD_RFC, в ней исключительная ситуация CHANGE_NOT_ALLOWED может быть по ряду причин. Как то, нет пользователя, нельзя изменить его пароль, пароль имеет первоначальное зн-е и т.д. и т.п.

В основном работа идет с оракловыми табличками USR02 и немного с USR04.
Стал проверять содержимое табличек, пока ничего криминального не нашел.

Могу нормально законнектиться под J2EE_ADMIN. У него сейчас прав уже больше, чем у меня самого!
Так же, если перевести SAPJSF в диалоговые пользователи(это юзер связи), то тоже подключаюсь к системе без вопросов.

ЗЫ Иностранцы (типа поддержка) к вечеру совсем скисла и сделала "Send to SAP"
Но "Усские" так просто не сдаются!

но она же коннектится к ABAP-инстанции и вызывает там функцию, которая и возвращает ошибку... т.е. вполне возможно, что в логе (SM21) тоже могут возникнуть записи. Ну нет, так нет. Просто при рассмотрении подобных ошибок стараюсь не исключать на первый взгляд не относящиеся к проблеме области и иногда это и помогает...
Видел ноту, которая добавляет расшифровку ошибки (899614, 624635). Может применить ноты и оттрассировать RFC-вызов и посмотреть, что возвращает?
Кстати, под каким пользователем коннектится инсталлятор?

Усе, без этого САП-а разобрались.

Какие же уроды!
Просто нет слов, один русский матерный!

Но что самое интересное, после того как запустилась сама Жаба и даже работала после перезагрузки сервера потом.
Рестартонул еще раз сам САП. Ну нужно было вернуть обратно логонные тикеты. Жаба полностью сдохла!

У меня чуть ли не инфаркт, 3 дня на это га%но потратил а она не стартует!

Оказывается она еще потом теряет ВСЕ параметры профайла!
О как!

Нашел соответствующую ноту, выставил, написано, что для Мастдая сохраняется нотация *.exe.

Всеравно не запускается!

Потом, уже невидящими глазами смотрю, слэши то UNIX!

Ну не виндовые \, а них-овые - /

Думал, что в глазах рябит. Там в этой ноте с десяток обязательных параметров для Web AS 640

Поменял слэши, Жаба запустилась, странички нет, пишет ошибку 503!

Запустил дальше установку Adobe Document Service - страница появилась! Адоба заработала Ура(3 раза).

Но странно, что после установки самой Adobe Document Service она не написала "OK", а затребовала еще один диск.

???

Там только один был, может она сразу патч установить предлагает?

Никто не сталкивался?

PS Сорри, что немножко сумбурно...
Просто приличные слова еле-еле нахожу!

Сильно озадачился проблемой слешей "не в ту сторону"
Под Windows слеши можно ставить в любую сторону и в перемешку.
Рекомендую попробовать команду dir
Чтобы слеши не воспринимались как ключи заключать в двойные кавычки.
===
C:\>dir "c:/!\N!"
Том в устройстве C не имеет метки.
Серийный номер тома: 728C-1079

Содержимое папки c:\!\N!
...
===
Да и в системах под windows в профилях слеши стоят в "юниксовую" сторону. И все работает

что-то сомневаюсь, что дело было в слешах

Давайте не будем фантазировать!

У меня эти сап-фантазеры уже вот где...

Лучше почитаем ноту за номером 741289, которая начинается с радостных слов.
Symptom
"The profile parameters that you create when installing the J2EE Engine
are lost.
You can no longer start the J2EE Engine."
Да, кстати, в профайл.bak файл она ничего путного не вписала!
Ну наверно забыла?
Бывает...

САП таки стал отвечать, порой "не в кассу", ну да ладно.
Дороги не их советы, а внимание!
Все же САМ SAP ответил как ни как...
Есть лом веревка и плоскогубцы - прикрутил.

Адобевский сервис благополучно наладил.
Кстати, эта дрянь еще не создала дир-ю lib !
Определил только по трассам!
В эту дир-ю еще нужно напихать файлов из другой нотки.
А грешит на принтер(PDF1)... О как!
С принтерами SAPWIN она вообще не совместима...

По трассам же сказал им, шта J2EE_GUEST не авторизуется и из за этого под J2EE_ADMIN не возможно зайти на сайт...

Выход?
Проюзать оффлайновую конфиг утилитку?
Юзал...
Тут вдруг все сап-индусы в Ирландии призадумались, озадачились!
Письма стали слать!
Как так?
Их супер-бупер продукт и вдруг них%я не работает!

Ну а рашшен админ...
А ну ее на!
Предоставил гостю KeystoreAdmin-а, а потом гостя залочил...
И дело сразу наладилось!
Готовое решение можно сказать...

ЗЫ Коробочный продукт млин...

ЗЫ ЗЫ Теперь обязательно все свое свобдное время буду юзать команду dir - ученье свет!

Коллега, я не знаю, о ком Вы говорите, и какие фантазии имеете в виду, вот вам картинка (обратите внимание на слеши):