Запуск JavaGUI в SAP Trial

Saigak

Захотел поковырять гвоздиком SAP на ноутбуке. Скачал N4S_TestDrive_MaxDB.iso с домашнего FTP-сайта SAPa. В мануале сказано, что он запускается на SuSE Linux Enterprise Server 10 SP2 64 bit. Скачал и его, установил (ноутбук - с Core 2 Duo, т.е. поддерживает и 64 бита).

С Линуксом имею опыт общения, в т.ч. и со SLES/SLED. Проблем с инсталляцией не возникло.
С запуском инстанции проблем тоже нет. СУБД стартует нормально.
Зато проблема возникла с... запуском клиента! На том же диске SAP Trial есть директория client, где находится подкаталог JavaGUI, где единственный файл (не считая README) - PlatinGUI-Linux-700.jar Установил этот файл (предварительно установив Java, как сказано в руководстве). Но при запуске этого клиента возникает сообщение об ошибке: E00: fatal error. Мол, библиотека существует, но у программы нет прав на обращение к ней (запускаюсь из-под рута; впрочем, запуск этого Java-клиента из-под SAP-пользователей, автоматически создающихся при запуске SAP-инсталлятора, ничего не меняет).

Скачал обновлённую версию клиента (с того же FTP) - PlatinGUI-Linux-710r7.jar. Всё равно ругается, но уже по-другому (есть скриншоты обеих ошибок).

У меня смутное подозрение на битность... Версия операционки для СЕРВЕРА - 64 бита, версия клиента - 32 бита. Как бы здесь собака не порылась...

У кого-то была такая проблема?

Skif

Saigak написал:

Захотел поковырять гвоздиком SAP на ноутбуке. Скачал N4S_TestDrive_MaxDB.iso с домашнего FTP-сайта SAPa. В мануале сказано, что он запускается на SuSE Linux Enterprise Server 10 SP2 64 bit. Скачал и его, установил (ноутбук - с Core 2 Duo, т.е. поддерживает и 64 бита).

С Линуксом имею опыт общения, в т.ч. и со SLES/SLED. Проблем с инсталляцией не возникло.
С запуском инстанции проблем тоже нет. СУБД стартует нормально.
Зато проблема возникла с... запуском клиента! На том же диске SAP Trial есть директория client, где находится подкаталог JavaGUI, где единственный файл (не считая README) - PlatinGUI-Linux-700.jar Установил этот файл (предварительно установив Java, как сказано в руководстве). Но при запуске этого клиента возникает сообщение об ошибке: E00: fatal error. Мол, библиотека существует, но у программы нет прав на обращение к ней (запускаюсь из-под рута; впрочем, запуск этого Java-клиента из-под SAP-пользователей, автоматически создающихся при запуске SAP-инсталлятора, ничего не меняет).

Скачал обновлённую версию клиента (с того же FTP) - PlatinGUI-Linux-710r7.jar. Всё равно ругается, но уже по-другому (есть скриншоты обеих ошибок).

У меня смутное подозрение на битность... Версия операционки для СЕРВЕРА - 64 бита, версия клиента - 32 бита. Как бы здесь собака не порылась...

У кого-то была такая проблема?

да не должно быть проблем если инсталляция sapgui прошла. java -jar ...
надеюсь sapинтанс и гуй стартованы в разных сессиях? java --version проверьте...90% проблем от жабы
"как сказано в руководстве" - не знаю

Anton Lyakhov

Вот у меня тоже были проблемы с Java GUI. Когда запускаю все нормально, появляется окошко сап логон, а когда пытаюсь установить соединение он пишет мне что у гуй не хватает нативных библиотек, хотя все нормально становилось. Устанавливал стандартно java -jar. Java - 1.6.11, OC - Linux

Saigak

Skif написал:

надеюсь sapинтанс и гуй стартованы в разных сессиях?

Да, в разных.

Skif написал:

"как сказано в руководстве" - не знаю

А там очень кратко, ошибиться трудно:

Step 3: Client Installation

* Mount the DVD and switch to the directory <dvd_path>/testdrive/client/GUI
* execute : java -jar PlatinGUI-Linux-700.jar

Starting PlatinGUI

* /opt/SAPClients/SAPGUI6.40/bin/guistart /H/<hostname>/S/3201&expert=true

Естественно, <hostname> подставлен правильный :-)

После установки обновлённых версий JavaGUI - 7.0 и 7.1 rev.7 - появлялись соответствующие "номерные" каталоги. Оттуда запускал ту же последовательность.

Skif написал:

java --version проверьте...90% проблем от жабы

Да, проверю. Пока экспериментировал, установил несколько версий, что входят в комплект SLES10: начиная с 1.4.2, заканчивая 1.5.0. Есть версии от IBM, есть от Sun.

Skif

Saigak написал:

Да, проверю. Пока экспериментировал, установил несколько версий, что входят в комплект SLES10: начиная с 1.4.2, заканчивая 1.5.0. Есть версии от IBM, есть от Sun.

от sun бери. я под 1.6 уже (SAPBRTools новый только её жрёт)
ibm нужна была только для SAP BC (был такой продукт)

avlag

Skif написал:

Saigak написал:

Да, проверю. Пока экспериментировал, установил несколько версий, что входят в комплект SLES10: начиная с 1.4.2, заканчивая 1.5.0. Есть версии от IBM, есть от Sun.

от sun бери. я под 1.6 уже (SAPBRTools новый только её жрёт)
ibm нужна была только для SAP BC (был такой продукт)

Под SLES x64 сановская Java есть только в варианте 32-х бит. 64-х битная - только IBM.
В опчем системе нужна IBM'овская Java 64 бита, клиенту - Sun'овская 32 бита

Skif

avlag написал:

Skif написал:

Под SLES x64 сановская Java есть только в варианте 32-х бит. 64-х битная - только IBM.
В опчем системе нужна IBM'овская Java 64 бита, клиенту - Sun'овская 32 бита

ну само-собой "мухи - отдельно, котлеты - соответственно..."

Salmaner

Всем привет!
На данный момент тоже занимаюсь данной траблой, только в отличии проблемы автора ветки я не смог поставить этот JavaGUI.
Долго долго мучаясь он выдал вот такую ошибку:

Code:

[root@localhost JavaGUI]# java -jar PlatinGUI-Linux-700.jar
java.lang.NoClassDefFoundError: sun.applet.AppletClassLoader
   at com.sap.plaf.frog.FrogLookAndFeel.<clinit>(FrogLookAndFeel.java:103)
   at java.lang.Class.initializeClass(libgcj.so.7rh)
   at java.lang.Class.forName(libgcj.so.7rh)
   at com.sap.platin.micro.Microkernel.install(Microkernel.java:1904)
   at java.lang.reflect.Method.invoke(libgcj.so.7rh)
   at com.sap.platin.base.install.GuiInstall.install(GuiInstall.java:278)
   at com.sap.platin.base.install.GuiInstall.main(GuiInstall.java:507)
[root@localhost JavaGUI]#  

Жаву ставил рекомендованную в ноте, сановскую j2sdkfb-1_4_2_20-rev-linux-i586.rpm, правда она встала в папку /usr/java/java_1_4_2_20/ .

И еще беспокоит один момент, если проверить какая жава рулит в системе, выдает следующее

Code:

[root@localhost]#  java --fullversion 
java gcj_1.4.2(чегото то там)

похоже что вместо установленной сановской джавы 1.4.2, работает нечто другое.
П.С. Все это дело стоит на CentOS 5.2

vvvictor

Машин Java может быть установленно несколько. В остальном смотрите требования к запуску тех или иных продуктов.
gcj - из комплекта gcc.
Смотрите документацию к своему дистрибутиву по вопросу установки какой-либо из инсталлированных JVM в качестве дефолтной.
В отдельных случаях, к примеру я, поступают просто - созданием коротких скриптов для запуска требуемых приложений.
В основном требуется установка переменных окружения $PATH, $JAVA_HOME, $CLASSPATH
Можно прописать данные переменные в своем {shellrc} файле или {shellrc} для всех пользователей.

Свой скрипт, например, так:

Code:

#!/bin/bash
export PATH=/usr/lib/java-1.5.0/bin:$PATH
export JAVA_HOME=/usr/lib/java-1.5.0/
export CLASSPATH=/usr/lib/java-1.5.0/lib:$CLASSPATH
# Дальше следует ваш код...
.......................

Один из моментов PlatinGUI - она написана под платформу 32 бита и Win и Linux и применяет связку Java с нативными библиотеками, идущими в комплекте самого JAR-файла. Данная "связка" формируется еще на этапе написания Java-кода. И по причине того, что нативные библиотеки 32-битные - они требуют под себя остальные внешние библиотеки 32-битные. Плюс ко всему при запуске из 64-битной Java - сама JVM не понимает как работать с содержащимися в комплекте GUI нативками....
Поэтому при работе на 64-битной платформе периодически всплывают траблы.
Эти траблы обходятся установкой подсистемы linux32 и нужных 32-битных пакетов...
Например в Ubuntu есть пакеты ia32-sun-java*........

дальнейший действия уже идут, в большинстве случаев либо через прямой непосредственный старт 32-битного бинарника, к примеру:

Code:

/usr/lib32/java-1.5.0/bin/java {требуемые вам параметры}

либо

Code:

linux32 /usr/lib32/java-1.5.0/bin/java {требуемые вам параметры}

Все зависит от вашего дистрибутива...

Сам я иногда прибегаю к прямой правке файлoв guistart и guilogon - напрямую указывая в них нужные переменные окружения...

vvvictor

Да, и еще маленькое примечание, так называемая OpenJava - построенная на отданных в сообщество исходниках Sun и GCJ не очень то совместимы по составу и работе библиотек с Sun и IBM - посему лучше для данных моментов юзайте JVM от вендоров....

Запуск JavaGUI в SAP Trial

Кто сейчас на конференции