Гриценко А.В.Просветите пожалуста
Хочу создать базу с поддержкой Java - Java support is not avaliable on this
server

Чего ему не хватает?

Ключа, разрешающего Java.

Гриценко А.В.Зачем надо :
Хочется выяснить возможность расширения функционала базы при помощи Java
Никаких особых плюсов нет - разве что нужно реализовать какой нибудь сложный мат. расчет, провести семантический анализ текста и прочие задачи, встречающиеся в размере 0.01% от общего числа задач и которые можно с успехом решить на стороне клиентской части или сервера приложений, не трогая БД. Зато куча очевидных минусов - вынос логики БД в внешний слой, усложнение отлова ошибок и кода, задействование лишний платформы с жесткой к ней привязки БД, ну и любимый сборщик мусора, способный на ура притормозить работу сервера и занять лишнюю память даже без Фанты

Гриценко А.В.Например работа с файлами , загрузка
Чтение и запись файлов прекрасно реализовано на WatcomSQL, с 10-ой версии будет возможность работы с директориями файловой системы, как удаленным SQL сервером.

Гриценко А.В.Автодозвон и запуск Dbremote
Поддержка командной строки и событийная модель на WatcomSQL спокойно решает эти проблемы. Плюс никто не мешает DBREMOTE сделать сервисом и управлять им опять же через командную строку посредством ASA утилиты управления ASA-сервисами.

Гриценко А.В.Более глобально
Можно ли сделать объектно- ориентированные расширения триггеров и ХП с возможностью наследования
Если хочется потерять производительность, то можно. Если не хочется, то про ООП в релляционных БД необходимо забыть и вместо этого использовать ХП, грамотную модульную политику, динамический SQL для сборки и выполнения повторно используемых скриптов с отклонениями и шаблоны для генерации обьектов БД по шаблонам.

Гриценко А.В.Например есть базовая поставка базы данных - надо расширить - изменить функционал зашитый в триггера с возможностью дальнейшего upgrade базовых объектов без снесения изменений
Элементарно решается через динамический SQL. К примеру у меня в одной таблице есть поле "Тип", ссылающееся на справочник Типов. Необходимо в зависимости от типа вызывать в триггере разную бизнес-логику дополнительных действий (тех же проверок или некоторых действий над другими таблицами). В справочник типов добавляем поле "Имя ХП", в триггере по типу операции получаем соотвествующее значение этого поля из справочника и через динамический SQL собираем и запускаем строку вызова нужной ХП. Теперь при вводе нового типа не нужно изменять централизованный триггер - достаточно написать новую процедуру обработки типа и добавить новую запись в справочник типов с указанием этой процедуры. При желании справочник спокойно выноситься на клиентскую часть для удобного просмотра и настройки. В итоге по сравнению с ООП и Java частности это не занимает ресурсов, это легче программируется и сопровождается, это нагляднее выглядит и без каких либо усложнений в виде иерархии ООП, на самом деле только путающей логику.

Гриценко А.В.Спасибо
Пожалуйста

P.S. Судя по задаваемым вопросам можно дать рекомендацию первого правила программиста - перед тем как что то усовершенствовать изучи то, что ты собрался усовершенствовать. Так что очень настоятельно советую поработать на ASA, изучить этот сервер в тонкостях и ньюансах и потом решать, понадобиться Java или нет. Я к примеру когда только увидел ASA и узнал там о поддержке Java, тоже строил большие планы ее использования - уже 3 года прошло, а мыслей поменять WatcomSQL на Java, как и задач, требующих использования Java внутри БД, так и не было.