Завершено тестирование сервис пака 2 версии 1.025.1 СМ2000 : Супермаг Плюс (Супермаг 2000)

Доступно на FTP.
Список изменений:
12.09.07 (№ 721) SP № 2

Административный модуль - База данных - Конфигурация - Себестоимость. Изменение параметра "считать нулевую неопр. с/с по буд. приходам" не будет требовать закрытия периода со сменой учетн. политики.
SysProc.sql

12.09.07 (№ 720) SP № 2

SMORA00002991. Кассовый модуль. Выгрузка в формате "УКМ4 Супермаг". Исправлен формат выгрузки величин нулевых скидок: вместо "0%" будет выгружаться "-0%".
ukm4_download.sql

12.09.07 (№ 719) SP № 2

SMORA00002964. Кассовый модуль. Выгрузка в формате "УКМ4 Супермаг". При выгрузке скидок по сумме чека для последней скидки удалена выгрузка времени окончания действия скидки.
ukm4_download.sql

12.09.07 (№ 718) SP № 2

SMORA00002996. Кассовый модуль. Исправлено: при выгрузке в формате "Контроль цен" не создается файл DiscArticleDk.0.txt, если не задан тип дисконтной карты для торгового зала.
SmPriceCheckerDesk.dll

12.09.07 (№ 717) SP № 2

Кассовый модуль. В формате "УКМ2 станд. TXT" выгружались свойства с длиной, не превышающей 10 символов. Теперь ограничение будет задаваться параметром "Макс. длина имени свойства артикула" ("Административный модуль - База данных - Конфигурация - Касса".
SmUniversal.dll, SMCashServer.exe, SmUKMBaseDesk.dll, SmUKMCSVDesk.dll

Я попробывал поставить
1. при @ run_script.sql; всё ок кроме

----------------------------- ukm4_download.sql
CREATE OR REPLACE AND COMPILE JAVA SOURCE NAMED "ukm4/download" AS
*
ERROR at line 1:
ORA-04031: unable to allocate 4096 bytes of shared memory ("java pool","unknown
object","joxs heap init","ioc_allocate_pal")
2. Обновление на клиент.компах через через "каталог обновления клиентской части" писало о не совподении версии базы
3. на всех кассах после полной выгрузки кракозяблики
4. Z- отчёты не приняло, в журнале
Тип события: Предупреждение
Источник события: SMCash Server
Категория события: Сервер
Код события: 1798
Дата: 18.09.2007
Время: 9:15:22
Пользователь: Н/Д
Компьютер: CENTER7
Описание:
Ошибка приема данных от кассы 1 магазина 2 в базу данных dbcentr. Дополнительную информацию см. в следующем сообщении.

Тип события: Ошибка
Источник события: SMCash Server
Категория события: Сервер
Код события: 2052
Дата: 18.09.2007
Время: 9:15:22
Пользователь: Н/Д
Компьютер: CENTER7
Описание:
В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (0) [SMUKMD~1]:
Ошибка при попытке импорта записи из таблицы CURRESTS. Ключ записи "ShopIndex=2,CashNumber=1,ZNumber=848".

Запись 2. Код=80004005h (0) [SmLibraryBase]:
%3 %4 %5 %6 %7 %8

и так по всем кассам
5. прайс чекер просто не работает

Вобщем откатился назад

Была какая-то переделка на тему того, чтобы кассовик СМа мог грузить укм4 напрямую, но для этого что-то явовое надо было доставлять. Надеюсь, это не обязательная фишка, поскольку переворачивать кучу баз, чтобы просто обновиться никто не захочет.

Ошибки касаются конвертера УКМ4.
Требуется установка Oracle Java Server (JVM), а также параметров БД
SHARED_POOL_SIZE >= 65 MB
JAVA_POOL_SIZE >= 50 MB
(см. руководство сисадмина 1.025 - том 7, стр.129)
Честно говоря, сообщения об ошибках не радуют. У меня на одной базе всё прошло гладко, на другой - тот же ukm4_download приводит к появлению ORA-03113 "Принят сигнал конца файла по коммуникационному каналу".

Да, и кодировка на кассах (УКМ2) слетает напрочь - факт !
Сплошные кракозяблики...
Прайсчекер (Shuttle) работает.

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

Согласно документации установка Java не заявлена как обязательная. Думаю, в данном случае это проблема 2-го сервиспака, не проверяющего, действительно ли необходимо затрагивать Java-компоненты.
В алерте кстати чисто.
P.S. Иван, отдельный респект за своевременно выложенную информацию !
Чуть не попали...

Java server установил, первая ошибка пропала всё остальное осталось, вобщем будем ждать SP3 и может будет нам счастье

проявляется в том, что все таблицы выгружаются нормально (в DOS кодировке), а PLUCASH.DB в Win кодировке.
соотвественно на кассе названия в "квадратиках".
исправляется замещением SMCashServer.exe с предыдущей версии.

Ага после сборки обработка напильником ... *89 *151

Подтверждаю, ждем обновления...