всем привет
при экспорте сорс системы, на втором шаге (splitting tables) столкнулся с JAVA проблемой

ERROR 2009-07-22 15:56:33.172
FJS-00003 TypeError: fsTableSplit has no properties (in script TableSplitter|ind|ind|ind|ind, line 69516: ???)

ERROR 2009-07-22 15:56:35.344
FCO-00011 The step ReadTableSplitList with step key |TableSplitter|ind|ind|ind|ind|0|0|ReadTableSplitList was executed with status ERROR ( Last error reported by the step :TypeError: fsTableSplit has no properties (in script TableSplitter|ind|ind|ind|ind, line 69516: ???)).

поискав ноты нашел следующее решение

Solution: Copy the SOURCE.PROPERTIES from the Central Instance export
to the Java export DVD or add the property src.id.host to the
SOURCE.PROPERTIES file using the value created by the Central
Instance export.


данный файл - SOURCE.PROPERTIES лежит в локальной export_dir/java.
вот только не ясно что именно нужно прописать в значении - src.id.host (local_host - указывал, не подошло)

подскажите решение....

Круто вы описываете ситуацию )
Ну ответьте тогда на такие вопросы )
1) У вас чисто JAVA или ABAP+JAVA ? Какая версия БД и патч левел?
2) Знаете ли вы что такое table splitting
3) Для JAVA работает ли splitting ?
4) Какой документ вы читаете?
5) А то ли вы нашли в ноте?

6) Надо ли Вам вообще использовать split tables

7) надо ли выгружать Java схему (есть ли в Java какие либо разработки) или проще ее потом доставить в целевой системе (конечно если это не чисто Java система)?

to observer
Да JAVA выгружается то ...3 мин по сравнению с ABAP ....

SAP ECC 600
MAXDB - 7.6.05
Необходимо сделать миграцию системы с одного сервера на другой, SID и данный должны остаться.

1) только ABAP, 185 kernel
2) нет
3) не знаю
4) System Copy for SAP Systems Based on SAP NetWeaver 7.0 SR3 ABAP
5) нашел единственный вариант по филькру ошибок
6) в Inst guide это необходимо

Если у Вас чистый ABAP, то почему Вы пишете про проблемы с JAVA? Вы уж определитесь

Читаем страницу 30 указанного документа.
И видим то, что мы можем использовать Split tables, но не обязаны.
Но если уж очень хочется использовать сплит, или есть реально большие таблицы, или критично время копирования системы и его надо уменьшить, то на странице 31 читаем как готовить файлы и таблицы для сплита.

если в слове JAVA делать четыре ошибки, то получица ABAP

сенкс...

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

привет

на этапе импорта системы в целевую столкнулся с проблемой следующего характера.

31-jul-2009 15:10:01 com.sap.inst.jload.Jload dbImport
INFO: trying to create table J2EE_CONFIG

данное сообщение висит уже сутки... инсталяция не прерывается и не продолжается....
версия Java - 1.4.2_17

А версия ОС какая? И версия явы полная какая? java -version --> build xxxxx
1) только ABAP, 185 kernel кажется вы так писали , тогда при чём тут Jload ??? Что то вы делаете не правильно ...
Опишите всё с начала и подробно начиная с экспорта заканчивая импортом ...

Задача стоит следующая - мигрировать систему разработки на новый сервер. Но ввиду того что этого я ранее не делал, а разработка полна кода и постоянно ведутся работы, было решено протестировать миграцию на Solution Manager. Солюшин построен на ABAP+JAVA.

Версия ОС - WinSRV2003
build 1.4.2_17-b06
SAP Kernel - 159
DB kernel - 152
MaxDB 7.6.05.009

При экспорте Солмана проблем не возникло... а вот при импорте его в целевую систему возникла трабла с INFO: trying to create table J2EE_CONFIG

Что то у вас всё слишком мудрёно, вы какой метод используете для копирования? Специальный для MAXDB или независимый от базы,? У вас Offline бэкап системы разработки есть? Зачем тестировать ABAP+JAVA если у вас просто ABAP + разные системы могут повести себя по разному.... Что за сервер разработки, там тоже windows? Когда пишете windows указывайте разрядность 32 или 64. Да ) Всё надо вытягивать клещями )

Прошу прощения,
Сервера все x64, Win2003srv
Использовал для Солмана спец MaxDB
Тестировал на Солмане ввиду его не востребованости (пользовательской) и его все-равно нужно мигрировать
Бакапы есть.