Продуктивная система после апгрэйда с 46С на ERP60 non-unicode.
Пытаюсь настроить печать PDF + ADS ставлю J2EE standalone, она заменяет все бинарники нонюникод на юникод и соответсвенно никто больше не может подключиться к базе.
Как можно обойти проблему (non-unicode DB kernel) + unicode J2EE ? Нам теперь принципиально нельзя будет печатать PDF документы?

Как вариант - поставьте отдельную Java-систему и настройте ее связь с АБАП-системой. Админить даже удобнее.

наконец-то получилось зайти сейчас пробую вашу идею... Хотя перечитываю гайды, там однозначно должно работать non-unicode abap + unicode java... не могу понять, где собака зарыта

В принципе, да, должна работать такая связка. У меня первая инсталляция Солюшн Менеджера в такой конфигурации вполне рабочая. У вас должно быть две подпапки в \usr\sap\<SID>\SYS\exe - uc и nuc.

нет, такая связка не получается, после подьема джавы, сервер так проседает, что мама не горюй...
Поставил еще один сервер, специально под джаву, пытаюсь настроить, не работает...
ADS-ошибка: com.adobe.ProcessingException: Problem accessing destinations (200101).
связка = PRD (abap non-unicode) и SLM (abap+java unicode)... путем трассировки удалось выяснить, что сервер PRD не принимает данные обратно.
Exception Stack Trace:
com.adobe.ProcessingException: Problem accessing data from Destination: dest:FP_ICF_DATA_PRD//sap/bc/fp/form/layout/FP_FORM_SECURITY_TEST.XDP?fp-language=DE; [Error Log file "2009.01.01.21460317870.pdf" written to /usr/sap/SLM/SYS/global//AdobeDocumentServices/renderErrorLog/errorFiles]
at com.adobe.ads.operation.Render.execute(Unknown Source)
at com.adobe.ads.operation.ADSOperation.doWork(Unknown Source)
at com.adobe.ads.request.Request.processOperations(Unknown Source)
at com.adobe.ads.request.Request.process(Unknown Source)
at com.adobe.AdobeDocumentServicesEJB.processRequest(Unknown Source)
at com.adobe.AdobeDocumentServicesEJB.rpData(Unknown Source)
at com.adobe.AdobeDocumentServicesLocalLocalObjectImpl0_0.rpData(AdobeDocumentServicesLocalLocalObjectImpl0_0.java:120)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.sap.engine.services.webservices.runtime.EJBImplementationContainer.invokeMethod(EJBImplementationContainer.java:126)
at com.sap.engine.services.webservices.runtime.RuntimeProcessor.process(RuntimeProcessor.java:157)
at com.sap.engine.services.webservices.runtime.RuntimeProcessor.process(RuntimeProcessor.java:79)
at com.sap.engine.services.webservices.runtime.servlet.ServletDispatcherImpl.doPost(ServletDispatcherImpl.java:92)
at SoapServlet.doPost(SoapServlet.java:51)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:401)
at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:266)
at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:386)
at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:364)
at com.sap.engine.services.httpserver.server.RequestAnalizer.invokeWebContainer(RequestAnalizer.java:1039)
at com.sap.engine.services.httpserver.server.RequestAnalizer.handle(RequestAnalizer.java:265)
at com.sap.engine.services.httpserver.server.Client.handle(Client.java:95)
at com.sap.engine.services.httpserver.server.Processor.request(Processor.java:175)
at com.sap.engine.core.service630.context.cluster.session.ApplicationSessionMessageListener.process(ApplicationSessionMessageListener.java:33)
at com.sap.engine.core.cluster.impl6.session.MessageRunner.run(MessageRunner.java:41)
at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
at java.security.AccessController.doPrivileged(Native Method)
at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:102)
at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:172)
#
файл трассировки 2009.01.01.21460317870.pdf содержит статус ок, при этом на экране выдает ошибку
ICF сервисы /sap/bc/fpads и /sap/bc/fp на нон-юникод сервере активны и отвечают...

куда еще глянуть?

Если проблема еще актуальна, то надо проверить Destinations на джаве, настроено ли ? А если настроена, то проверить пользователя в АБАП-системе, который в этом дестинейшене прописан, его права и пароль.

На ту-же самую БД (если она не в UTF-8) поставить Unicode by-default Java add-in with ADS не получиться, ищите другие варианты.

Для разнесения ядер проверьте в инстанс-профайле DIR_EXECUTABLE. Проверьте откуда будет стартовать jcontrol в старт-профайле. SAP Note 925741 может быть полезна для последующей конфигурации ADS.

FYI: According to the NetWeaver Installation guide, Unicode is the default for all new installations. Furthermore, Unicode is the only system type fully supported for SAP ABAP systems that communicate with Java components (please refer to section 2.5 "Multi-Language and Unicode Support", SAP NetWeaver 7.0 Installation Guide).

Всё рано или поздно должно быть в Unicode!

Ага, а ещё ваш SAP очень долго всем втирал что ABAP+JAVA это хорошо, а сейчас открещивается 3 руками ...
Поживём увидим что будет с Unicode , non Unicode. Пока и без него счастливо живётся.

Я уже говорил про Вашу безапелляционность? Так вот в даном случае Вы вообще не по теме высказались. Мало того, что SAP не отказывался, да, по моему скромному мнению, и не откажется в обозримом будущем от поддержки систем, полученных upgrade'ом, так и в данном конкретном случае это не проблема связки unicode <-> non-unicode, а проблема корректной настройки ADS.
А если говорить точнее, то такая связка работоспособна в обоих вариантах. И когда ABAP+J2EE находятся на одном хосте в пределах одной системы, и когда они разнесены на разные системы.

Возможно Вам, как специалисту по миграции, приятно думать, что все обязаны будут перейти на юникод и воспользоваться именно Вашими знаниями?
Хотелось бы посмотреть, как Вы будете пытаться продавить проект по миграции на юникод в некоторых, так сказать, корпорациях, в которых гораздо больше одного ландшафта получено апгрейдом с 4.6, а иногда и с 4.0. В том числе и HR. И объемы данных там не 750 Gb.
Стоимость такого проекта по миграции будет превышать все разумные цифры. Особенно с учетом замены железа.
Попробуйте намекнуть таким людям, что SAP снимет их системы с поддержки и "все рано или поздно должно быть в Unicode!"

Согласен с Вашим замечанием касательно конкретной ситуации с некорректной Java add-in инсталляцией; мой предыдущий постинг откорректирован, но позвольте ответить офф-топик на этот statement:



Намекаю: СКУПОЙ ПЛАТИТ ДВАЖДЫ и обсуждаемый геморрой с ADS тому подтверждение!

Я надеюсь, что мы говорим с Вами не о Single Code Page инсталляции в колхозе "Красное Вымя", а об IT стратегии серьёзной компании, которая уже оперирует глобально или планирует экспансию в страны, где ведут дела не только на русском языке. Как Вам должно быть известно, технология MDMP, которая в своё время обеспечила преимущество SAP R/3 в мире, безнадёжно устарела и более не поддерживается в ECC6 на платформе NetWeaver 7.0 и что любая новая инсталляция на NW платформе возможна только в Юникоде. Без Unicode Migration клиет с MDMP скорее всего будет вынужден оставаться на R/3 и платить SAP дополнительно extended maintenance - 2% до марта 2010, потом 4%, а потом он просто станет неконкурентноспособным, т.к. архитектурная интеграция устаревшей ERP системы с 'остальным индустриальным миром' (См. SOA) который уже сейчас работает с JAVA STACK ТОЛЬКО В ЮНИКОДЕ, будет ему недоступна.

Имейте также виду, что БД будет постоянно расти и Бизнес не сможет вписаться ни в какой разумный Downtime к тому моменту, когда осознает неизбежность перехода на Юникод. Лучше своевременно обойтись малой кровью и сделать Combined Upgrade & Unicode Conversion (CU&UC), чем сидеть сложа руки и сетовать на дороговизну железа (CPU, RAM, HDD), которое с середины 90х годов подешевело в ТЫСЯЧИ раз, а потом оставить Бизнес у разбитого корыта.

Note 852235 - Release Restrictions for SAP ERP 6.0 says: "SAP uses and recommends Unicode as the standard technology to fulfill multilingual language requirements. MDMP (Multi-Display Multi-Processing) is fully supported by R/3 only. With the availability of Unicode, we recommend that you do not use MDMP due to the limitations and risks that currently exist. -----Case 1: ECC MDMP New Installation - We recommend that you use Unicode. You should only use MDMP in justified, exceptional cases and only following consultation with SAP. -----Case 2: R/3 MDMP ->ECC MDMP Upgrade - SAP supports the process of upgrading an existing R/3 MDMP to ECC MDMP, but we recommend that you convert to Unicode in the long term. If you operate an ECC MDMP, you should expect this to involve additional time and effort as well as some limitations: - Operation of a shared MDMP ECC/BW installation is not supported. - Use of an ABAP-based ADD-ON is not supported. - Increased time and effort/limitations when integrated with non-Unicode and Unicode components, for example: (a) non-Unicode SAP BW, SAP Solution Manager and other mySAP Solutions (b) Unicode SAP EP, XI, MDM, BW and other mySAP Solutions ---- For more information, see Note 896144. If you have any further questions, contact globalization@sap.com.

коллеги - постарайтесь придерживаться темы. совместимость систем unicode non-unicode разумнее всего обсудить - если есть на то желание - в отдельном топике.
А вопросы открытия проектов - разумнее всего обсуждать на пресейл сессиях у самих клиентов. Если вы компетентны в данных вопросах и это входит в ваши должностные обязанности:)

Благодарю за понимание.